| | <<<Back 1 day (to 2013/04/28) | 2013/04/29 |
| ray_laptop | chrisl: (for the logs). I don't think I mentioned anything about "postionable" vs. "seekable", but I did mention that I didn't like having the code duplication in tiff_output_page. I like the way you factored the common code out and it dovetails nicely with the BG printing I am adding. | 01:09.59 |
| | chrisl: I probably would have kept tiff_output_page separate, opened the printer as seekable and relied on the fact that gdev_open_printer does nothing if the ppdev->file is non NULL. | 01:11.00 |
| | chrisl: but your way is better (more obvious and easier to have devices that NEED to be able to seek vs those that don't). Thanks. | 01:11.55 |
| | I will be adding another bool to the gdev_prn_output_page_aux "bg_print_ok" as well as two more variants on the exported gdev_prn_*_output_page_* functions for devices that need seekable and/or are compatible with BG printing | 01:13.50 |
| | have to go to dinner now. bbiaw | 01:14.33 |
| Leukocyt | Hi guys, quick question. I am converting pdf files to JPG files, but if the size does not match from the source pdf, i want the content's of the image centered. Is this possible? If so, how? | 10:17.35 |
| Robin_Watts | Leukocyt: Use Mupdf. | 10:23.50 |
| Leukocyt | @Robin_Watts Well.. i'm already using ghostscript, works great but can't get the positioning right of the output | 10:24.52 |
| Robin_Watts | actually, mupdf will give pngs rather than jpegs. | 10:25.07 |
| chrisl | Leukocyt: I don't think any of the normal Postscript setpagedevice options give a centred image, which means you'd need to do special stuff in Postscript to make it work | 10:27.06 |
| Leukocyt | chrisl: yea first i used a seperate convert command, but i figured that ghostscript uses convert/imagemagick so i thought maybe it's possible directly with the ghostscript command, but i guess not. : ( | 10:27.56 |
| Robin_Watts | mudraw -o out-%d.png -wWIDTH -hHEIGHT in.pdf | 10:28.01 |
| chrisl | Leukocyt: I've no idea how convert drives Ghostscript, so I can't really comment on that | 10:28.53 |
| Robin_Watts | Leukocyt: If convert drives gs to do it, then it's clearly possible - but it may do it in several stages. | 10:29.36 |
| kens | I think the PDFFitPage optionmight have some feature for this, but I'm not certain | 10:30.33 |
| | That's with GS | 10:30.48 |
| Leukocyt | kens: No that's the other way around, i've already tried that :( | 10:31.09 |
| | I'm using this comand: gs -dNOPAUSE -dTextAlphaBits=4 -dGraphicsAlphaBits=4 -r150 -dBATCH -dPDFFitPage=true -g1536x2048 -dFirstPage=1 -dLastPage=1 -sDEVICE=jpeg -sOutputFile=13672314260.jpg magazine.pdf | 10:31.13 |
| | it sizes the pdf page to 1536x2048 pixels (ipad retina) | 10:31.39 |
| kens | Well it is certainly possible, I've written PostScript to 'slice up' images into smaller ones, but it would take me some tie to write the code. | 10:31.50 |
| Leukocyt | but if the pdf page is for example landscape, i still need it to be placed on a jpg (or png) with the 1536x2048 dimensions | 10:32.00 |
| chrisl | Leukocyt: you could try adding -dFIXEDMEDIA to your command line | 10:32.02 |
| Leukocyt | chrisl: ok, one second! : ) | 10:32.16 |
| Robin_Watts | Leukocyt: mudraw -o out-%d.png -w1536 -h2048 in.pdf <- honestly, it's much easier. | 10:34.02 |
| Leukocyt | Robin_Watts: ok, but can mudraw also convert one page at the time? | 10:34.36 |
| Robin_Watts | mudraw -o out-.png -w1536 -h2048 in.pdf 1 | 10:34.59 |
| | That'll do page 1. | 10:35.03 |
| Leukocyt | wow | 10:36.27 |
| | really like that muwdraw | 10:36.30 |
| | hehe | 10:36.36 |
| | chrisl: -dFIXEDMEDIA isn't working | 10:39.10 |
| | Maybe i'll convert it with the convert command itself | 10:39.19 |
| | I'm continuing my search, thank you guys for the assistance: ) | 10:39.28 |
| cryptopsy | how can i capture any attempts for a pdf to connect to an external source? | 11:39.55 |
| | .. when it is opened | 11:40.00 |
| Robin_Watts | cryptopsy: In what app? | 11:41.10 |
| cryptopsy | i don't know | 11:42.15 |
| Robin_Watts | paulgardiner: 3 of the top 4 reviews on my repo are ready when you have a mo. Thanks. | 11:47.06 |
| paulgardiner | Robin_Watts: okay | 11:47.18 |
| Robin_Watts | (i.e. not the last one) | 11:47.18 |
| | paulgardiner: And one more. | 11:55.50 |
| Robin_Watts | attempts to remember what the next thing to fix was... | 11:56.25 |
| | sebras had some reviews I think. | 11:57.03 |
| paulgardiner | Where you have added calls to fz_free_device, I don't think you needed to add the fz_always block: handling it in the catch should be sufficient. Not important of course. | 11:57.11 |
| Robin_Watts | paulgardiner: Right, but the always is neater, I reckon. | 11:57.38 |
| paulgardiner | Also unimportant, the DeleteLocalRef call isn't necessary. | 11:58.20 |
| Robin_Watts | really? | 11:58.31 |
| paulgardiner | It's for use in loops where you are allocating loads of stuff and might overrun the systems limit before returning. | 11:59.28 |
| Robin_Watts | I'll remove it then. | 11:59.39 |
| paulgardiner | Stuff is automatically freed when you return. | 11:59.45 |
| | Besides those unimportant points, all looks great. I'll take a look at the forth | 12:00.14 |
| | Forth looks fine too. | 12:01.08 |
| Robin_Watts | Thanks. | 12:01.23 |
| | sebras: All your reviews look fine to me, except for the copy to clipboard one. | 12:07.57 |
| | The copy to clipboard one introduces a new global, and I don't like that. I'll make an alternative version for you to look at. | 12:08.44 |
| kens | thinks 'Forth looks fine' is a contradiciton in terms | 12:08.53 |
| Robin_Watts | :) | 12:09.43 |
| kens | reboot.... | 12:15.31 |
| paulgardiner | Aaggh! Maths courses should include spelling. | 12:16.43 |
| Robin_Watts | sebras: http://git.ghostscript.com/?p=user/robin/mupdf.git;a=commitdiff;h=1ade22a92470c34363bc589347cc3943cad1b955 | 12:16.44 |
| tor8 | Robin_Watts: I've looked over sebras patches. | 12:17.17 |
| Robin_Watts | I've pushed all except the copy to clipboard one, and the above link is my tweaked version of it. Let me know what you think. | 12:17.18 |
| tor8 | the clipboard one can be improved by not using Xmu | 12:17.26 |
| Robin_Watts | tor8: OK, that's out of my scope then. | 12:17.43 |
| tor8 | I have a version of that on tor/master | 12:17.47 |
| Robin_Watts | tor8: OK, that looks OK to me, but I have the same objection about the needless extra global :) | 12:18.36 |
| | want me to rework that in the same way? | 12:18.52 |
| tor8 | Robin_Watts: yeah. feel free to merge in your changes too. | 12:18.54 |
| Robin_Watts | will do so now. | 12:19.04 |
| | tor8: http://git.ghostscript.com/?p=user/robin/mupdf.git;a=commitdiff;h=6df81e850289ecd1563b2d7e703939c949e2f41c | 12:22.04 |
| tor8 | Robin_Watts: you know what, why not just pass in the atom to docopy? | 12:22.36 |
| Robin_Watts | tor8: Oh, yes! | 12:22.50 |
| | http://git.ghostscript.com/?p=user/robin/mupdf.git;a=commitdiff;h=e1098d867424a700bc55899926020f7e446a2145 | 12:25.19 |
| tor8 | Robin_Watts: looks good to go | 12:28.26 |
| cryptopsy | Robin_Watts: what app do you suggest? | 12:32.06 |
| Robin_Watts | cryptopsy: I mean, "In what app are you trying to open the pdf that you think it might be trying to communicate out from?" | 13:22.01 |
| | tor8: ta. pushed. | 13:22.32 |
| cryptopsy | Robin_Watts: dont know what app would show me that information | 13:23.29 |
| | maybe tcpdump | 13:23.45 |
| Robin_Watts | OK, I'll try for a third time. | 13:24.00 |
| | In what app are you opening the pdf ? | 13:24.06 |
| cryptopsy | probably mupdf, i don't know | 13:24.17 |
| Robin_Watts | MuPDF doesn't have any communication stuff in. | 13:24.32 |
| cryptopsy | its known that pdf's can make calls to an external server, in most apps | 13:24.32 |
| Robin_Watts | Nor does ghostscript. | 13:24.40 |
| cryptopsy | Robin_Watts: ok good to know | 13:24.41 |
| | thanks | 13:24.44 |
| Robin_Watts | yet. | 13:24.45 |
| cryptopsy | was worried about that | 13:24.58 |
| | peace out | 13:25.16 |
| Robin_Watts | OK. Translations, then I guess. | 13:27.02 |
| | Well, that was easy. | 13:48.37 |
| kens | hi henrys, how did your nephew get on ? | 14:11.26 |
| henrys | really well made it to the semifinal for his division. | 14:11.54 |
| kens | vert good | 14:12.01 |
| Robin_Watts | henrys: Cool. | 14:12.21 |
| | How much variety was there between robots? | 14:12.30 |
| | In the matches I looked at they all seemed to follow more or less the same overall shape. | 14:12.49 |
| | Is that because there are proscriptions on size etc? | 14:13.13 |
| | ("No cattle prods allowed to fry other teams electronics" etc) | 14:13.26 |
| henrys | Robin_Watts:there are restrictions and it seems most of them have are either a tall or short design. | 14:14.08 |
| | I was amazed at the turnout - had to be at least 20,000 | 14:15.18 |
| | they get 6 weeks to build the robot - my nephew stayed after school 3-9pm everyday and worked saturday, so quite a time commitment. | 14:17.54 |
| | parents bring them dinner | 14:18.13 |
| mvrhel_laptop | henrys: that is awesome | 14:18.56 |
| henrys | kens:I forgot my duties am I to review your patch for color setting and was there more? | 14:24.56 |
| | or color space setting | 14:25.24 |
| | kens:ah now I see your mail - I'm good nvm. | 14:32.01 |
| kens | henrys, sorry was distracted. With the palete patch, I now have only 3 files with problems with the high level patterns. All three are related to text so I strongly suspect they are the same problem. | 14:41.53 |
| henrys | well can we put in the palette patch now then move on to the looking at the difference knowing we have 1 delta. | 14:43.01 |
| kens | henrys that's fine, I just wanted you to have a quick look at the palette stuff and make sure it was OK | 14:43.28 |
| | THe palette change only introduces progressions, the 3 regressions are all related to high level patterns | 14:43.58 |
| Robin_Watts | henrys: Did we ever get a figure from urw for how much they'd want to make the fonts completely open ? | 14:45.15 |
| henrys | Robin_Watts:no I have written them 2x and each time they tell me - we'll get back with you don't know what gives. | 14:47.07 |
| | kens:the patch is just missing a makefile dependency for the new header every else looks good. | 14:49.15 |
| | kens:I am beginning to wonder why remap color is not entirely handled in the graphics library, but I suppose there is some reason. | 14:50.36 |
| kens | henrys, because in PostScript we need to exit back to the interpreter to run the PaintProc | 14:51.13 |
| henrys | kens:ah right | 14:51.35 |
| | kens:so I'll wait till you commit the palette patch then go about reproducing simplified examples with your pattern patch. | 14:58.51 |
| kens | henrys no problem, will do it directly | 15:12.15 |
| | henrys, if the email is to be believed my merge and push worked correctly so master should now contain the palette changes | 15:20.37 |
| henrys | okay | 15:26.39 |
| ray_laptop | chrisl: thanks for restructuring gdev_prn_print_page to put the common stuff in _aux | 15:57.46 |
| chrisl | ray_laptop: it made sense when more than one device needed it | 15:58.26 |
| | ray_laptop: but sorry about the confusion with the names..... | 15:58.57 |
| ray_laptop | Since not all devices are compatible with background printing (the print_page updates the device or not thread safe) I'm adding two more gdev_prn_bg_output_page_* functions and adding a param "bg_print_ok" to the _aux function | 15:59.11 |
| | chrisl: np problem with the names. | 15:59.24 |
| | but I don like seekable better. | 15:59.36 |
| chrisl | I just had a brain f*rt about which was "for legacy support" | 16:00.17 |
| ray_laptop | I've gone through most of the devices and most will be compatible with bg_printing, but I'm keeping the default older functions as bg_print_ok=false | 16:00.53 |
| | chrisl: oops, just read my typo. s/don/do/ | 16:01.19 |
| chrisl | ray_laptop: i got what you meant | 16:02.12 |
| henrys | ray_laptop:one of the teams that got a bit further than us was out of orange county - dana point - there team sat next to us during the competition - nice folks. | 16:02.33 |
| | http://teamcodeorange.com/index.html | 16:04.00 |
| ray_laptop | henrys: yeah, I watched some on Saturday with my kids | 16:04.27 |
| | I saw team 68 in the quarter finals. How far did they get ? | 16:04.46 |
| henrys | we got to the finals for our division, code orange went on the actual finals. | 16:05.28 |
| ray_laptop | henrys: congrats to him. | 16:06.24 |
| henrys | a lot of it is not really the best robot but which alliances you make at that point of the competition - getting a complete team that can do defense as well as shoot etc. | 16:06.34 |
| ray_laptop | it looked like fun | 16:06.37 |
| henrys | a great event - revering of the nerds ;-) | 16:08.06 |
| ray_laptop | on the bg_print topic, it's sort of a pain having to change so many of the devices to us gdev_prn_bg_output_page but I couldn't think of a different way that is safe for existing devices (or contrib devices). | 16:09.29 |
| | boy, we sure to have a LOT of funky devices laying around! | 16:09.55 |
| chrisl | ray_laptop: that's why I wanted an audit and ditch some of the funkier ones | 16:11.17 |
| ray_laptop | we should seriously consider moving some of these into an 'inactive' or 'unsupported' group. | 16:11.17 |
| henrys | i have to report to mvrhel_laptop though, as we've discussed, something is wrong with diet and exercise in michigan, our team of michiganders filling the stands next to the orange county folks was really striking. | 16:11.19 |
| ray_laptop | henrys: striking, how ? | 16:12.04 |
| Robin_Watts | Were the stands sagging ? | 16:12.26 |
| henrys | michigan overweight and orange county fit and I'm talking 90% both ways out of about 100 fans. | 16:13.17 |
| | 100 fans in each group | 16:13.41 |
| Robin_Watts | http://ghostscript.com/~robin/MuPDF-14.apk <- Non-js, internationalised version. | 16:14.42 |
| | http://ghostscript.com/~robin/MuPDF-15.apk <- JS, internationalised version. | 16:15.35 |
| mvrhel_laptop | henrys: yes. I am doing a trip to MI at the end of june | 16:18.47 |
| | and it is always striking to me | 16:18.59 |
| ray_laptop | chrisl: I think the gdevlj56.c should not be in devices/vector, but with the other raster devices in devices/ | 16:26.18 |
| | henrys: I got out of St. Louis just in time :-) | 16:27.17 |
| chrisl | ray_laptop: yes, I agree about gdevlj56.c - I'll fix that when I get a minute | 16:28.02 |
| henrys | ray_laptop:I think having that many crappy days a year raining or overcast can't help. | 16:28.15 |
| ray_laptop | although my sister that stayed in St. Louis is quite trim. She's also a runner | 16:28.18 |
| | chrisl: that's what indoor gyms and tracks are for. That and gortex | 16:28.53 |
| chrisl | reckons ^^ was for henrys | 16:29.20 |
| ray_laptop | chrisl: since I'm touching that file, should I go aheadd and move it ? | 16:29.29 |
| | chrisl: yes, sorry. That was for henrys | 16:29.36 |
| chrisl | ray_laptop: sure, you can go ahead - it would probably be tomorrow before I looked at it anyway | 16:30.07 |
| Robin_Watts | OK, we are live on google play in umpteen different languages now. | 16:30.11 |
| henrys | Robin_Watts:yeah I hope we get some sales out of this. | 16:32.28 |
| Robin_Watts | 48% of current installs are US/UK | 16:33.32 |
| | Let's see how that changes with the other languages now available. | 16:33.54 |
| henrys | oh kens did a merge | 16:48.20 |
| kens | Is that a problem ? I merged a local branch to my local master, then pushed it | 16:48.40 |
| ray_laptop | chrisl: I have that file moved in my branch. | 16:48.55 |
| henrys | the others like rebasing. | 16:49.09 |
| kens | Well I guess if Robin hates it enough he can rewrite the history | 16:49.51 |
| chrisl | ray_laptop: okay, thanks - I'll not touch it | 16:49.58 |
| henrys | kens:no big deal to me. I sort of like merging, but don't want to do the argument again ;-) | 16:50.04 |
| Robin_Watts | It comes down to a philosophical thing about what we're doing. | 16:50.52 |
| | It can be argued that we are using git to produce a "nice" history of the development. | 16:51.23 |
| | introducing needless loops/merges into the history is not "nice". | 16:51.55 |
| | Now, if we take a branch and do lots of development and then finally fold it back to master, there is an argument that a merge is the right thing to have. | 16:52.47 |
| ray_laptop | Robin_Watts: speaking of making the history look 'nice'. I can cherry pick commits from my branch and then smash them together to make all the related changes 'monolithic', right. | 16:53.11 |
| Robin_Watts | ray_laptop: Absolutely. | 16:53.26 |
| kens | OK dinner time, goodnight all | 16:53.37 |
| ray_laptop | Robin_Watts: I don't really want all the confusion of intermediate commits that are on my branch | 16:53.53 |
| | Robin_Watts: what's the command to smash commits together, again? I vaguely recall having done this once before | 16:54.38 |
| Robin_Watts | ray_laptop: git rebase -i HEAD~10 | 16:54.56 |
| | that will show you the last 10 commits. | 16:55.09 |
| | 1 line for each. | 16:55.18 |
| _DomY-Dom | Hi, I am trying to make a function in bash called gsplit that executes this command gs -sDEVICE=pdfwrite -dSAFER -o outname.%d.pdf input.pdf | 16:55.26 |
| | Where all I need to do is gsplit input.pdf | 16:55.29 |
| Robin_Watts | Then you can tweak that list to reorder, or to 'squash' or to remove them. | 16:55.37 |
| | I use it all the time. | 16:55.49 |
| ray_laptop | _DomY-Dom: right. So what's the problem ? gs -sDEVICE=pdfwrite -dSAFER -o outname.%d.pdf $1 is the normal method (I usually check $# or check to make sure "$1" is not "" | 16:58.39 |
| | Robin_Watts: it rebase -i how do I re-do the log messages to preserve just the important parts from both ? | 16:59.46 |
| | Robin_Watts: or do I have to then --amend those commits to update the log message ? | 17:00.18 |
| Robin_Watts | ray_laptop: You have a list of commits right, all of the form "pick HASH FirstLineOfDescription" | 17:00.25 |
| | So, if you want to squash the first 4 together.... | 17:00.44 |
| | you leave the first set to pick. | 17:00.49 |
| | you set the second, third and forth to "s" (or "squash") | 17:01.05 |
| | Then save the list. | 17:01.10 |
| | git will squash the commits together, and open an editor window for you to edit the commit message in. | 17:01.33 |
| ray_laptop | Robin_Watts: oh, never mind. I also see that I can set a line to "edit" | 17:03.29 |
| Robin_Watts | edit means "stop when you get here" | 17:03.56 |
| ray_laptop | Robin_Watts: if I want to keep a commit, but change it's log message | 17:04.01 |
| Robin_Watts | when it stops you can commit --amend etc. | 17:04.04 |
| | Just put "r" in ("reword") | 17:04.15 |
| ray_laptop | Robin_Watts: yep. Just saw that as well. | 17:04.40 |
| Robin_Watts | "edit" means "Give me the chance to edit both the commit and it's message" | 17:04.44 |
| | "reword" means "let me just reword the commit message" | 17:04.55 |
| ray_laptop | Robin_Watts: thanks. mostly rebase --interactive is what I needed. | 17:04.59 |
| | I have to go to a doctor's appt. bbiaw | 17:05.11 |
| Robin_Watts | rebase -i is probably my most used git command. | 17:05.21 |
| henrys | henrysx6 went down but I don't see anything wrong | 17:10.14 |
| | oh ray_laptop's compile failed ./base/gdevprn.c:842:1: error: conflicting types for 'gdev_prn_output_page_aux' | 17:13.18 |
| | for the logs | 17:13.30 |
| Robin_Watts | pops to the station. back in a bit. | 17:19.19 |
| mvrhel_laptop | henrys: so I am ripping my windows viewer apart as I moved to an approach that puts all the rendering and mupdf interace into a winrt object so that I can make the app in c++ or c# etc. A little pain right now but in the long run it will be cleaner and better. | 17:41.02 |
| | just wanted to give you a heads up about this | 17:41.11 |
| henrys | mvrhel_laptop: makes sense | 17:41.52 |
| mvrhel_laptop | off to lunch . bbiab | 18:40.10 |
| Robin_Watts | tor8, sebras: Tiling performance fix on my repo now. | 19:45.37 |
| marcosw_ | Robin_Watts or tor8: do we have a commercial mupdf download URL? | 19:47.58 |
| Robin_Watts | Not that I know of, but... is there a difference? | 19:49.08 |
| marcosw_ | I presume the source code has different verbiage in it for the license or a referenced license.txt file is different. | 19:50.10 |
| Robin_Watts | haha, when looking at bmpcmp results, it helps to look at your own ones :) | 19:54.51 |
| mvrhel_laptop | bbiaw | 21:14.26 |
| | Forward 1 day (to 2013/04/30)>>> | |
IRC Logs