| <<<Back 1 day (to 2015/03/09) | 20150310 |
mvrhel_laptop | ok. I think I finally have figured out how to do proper range printing of xps content for gsview. had to override the document paginator | 06:18.29 |
| on that note it is time for bed | 06:18.43 |
zlnk | Hi All, how can I control this error message on mupdf for android, when I'm rendering two pages on landscape: libmupdfï¹ warning: items left on stack in draw device: 3 | 13:11.25 |
jogux | hi again zlnk :-) | 13:13.27 |
| can you share the changes you made two pages? | 13:13.37 |
zlnk | sure... the part of MuPDFCore.Java, mupdf.c or the complete project? | 13:14.47 |
jogux | Not sure if there is anyone currently here that knows this area, but let's see :) | 13:16.06 |
| zlnk: ideally just the changed bits, can you generate a diff the upstream code you took easily? | 13:16.34 |
zlnk | yeah, I'll upload immediately | 13:17.27 |
| Here is mupdf.c: http://www.filedropper.com/mupdf and MupdfCore.java: http://www.filedropper.com/mupdfcore | 13:23.02 |
| I'll appreciate a lot, if you can check the functions gotopageInternal and drawPage in mupdf.c | 13:23.50 |
| because the fatal signal, and the previous message that I posted appear there | 13:24.14 |
| and in mupdfcore.java, it's possible to see, how is implemented the canvas with the double bitmap rendering on the function DrawPage | 13:24.53 |
jogux | hm. I can't see anything immediately wrong (but I don't really knoew the android port at all). | 13:36.20 |
| have you checked the coordinates that drawPage is getting? If they were wrong that could potentially cause weird errors I guess. | 13:36.54 |
zlnk | It can be, I'll verify that | 13:44.21 |
| the application crashes only when I`m scrolling too fast | 13:44.37 |
| on landscape view, but in portrait they work fine | 13:44.55 |
| jogux I 'll comment if I found something | 13:46.22 |
| thanks :D | 13:46.30 |
jogux | does the warning message appear all the time, or only when scrolling fast? | 13:46.51 |
zlnk | only when scrolling fast | 13:47.02 |
jogux | hm. strange. that kind of makes it smell like a threading issue, but I can't see how one could arise. | 13:52.03 |
zlnk | in that case... maybe it`s necessary to control it in a higher level | 13:54.41 |
| from java | 13:55.02 |
jogux | I was expecting that drawPage being declared as syroncrized on java would avoid any possible thread issues. but maybe it's an interaction between drawPage and something else. not sure. | 14:02.34 |
zlnk | I see, draw page is setted as syncronized | 14:09.03 |
| in the last option, I was thinking in try to avoid some requests | 14:09.22 |
| and just let the last one, maybe with some timer | 14:09.34 |
jogux | if it is a threading issue then that would be an attempt to hide the problem that may or may not work reliably, rather than a proper fix :-) | 14:11.18 |
zlnk | haha, you are right | 14:11.32 |
rayjj | sorry I'm late (or are we even having a meeting ?) | 14:36.35 |
henrys_ | I didn't say anything but I didn't think we needed a gs or mupdf meeting. | 14:38.12 |
rayjj | henrys_: and kens and tor just got back from a grueling trip, and robin, paul and chrisl are still 'out of pocket', right ? | 14:39.11 |
jogux | kens and tor won't be back yet will they? | 14:39.43 |
henrys_ | rayjj: right | 14:39.50 |
rayjj | wasn't sure of their schedule | 14:39.50 |
jogux | rayjj: oh, you may have missed their news of the unexpected detour via newfoundland... | 14:40.24 |
henrys_ | rayjj: do you want me to convert michael's PDF files to PCL using a printer driver? | 14:40.45 |
rayjj | jogux: no, that's what I was referring to -- a grueling trip | 14:40.47 |
| henrys_: I don't think that'll prove anything. Just that Acrobat can spit out a PCL image from a file with transparency | 14:41.29 |
jogux | rayjj: ah, right. I think they're just getting on new flights about now with any luck, if I tracked the timezones right :) | 14:41.36 |
rayjj | henrys_: but if you have some good sample PCL files with ROP's or anything else challenging, that might be worth trying | 14:42.06 |
henrys_ | rayjj: I'll dig some out. | 14:42.44 |
rayjj | henrys_: but I don't have a 'reference' PCL printer (i.e. HP) so if it doesn't compare to pcl6.exe output, I'll have to ask you or Marcos who's more correct | 14:43.03 |
henrys_ | I'll send you scans of the correct output. | 14:43.25 |
| rayjj: as a first try to trip it up can you send it owl.pcl and grashopp.pcl | 14:46.37 |
| ? | 14:46.38 |
| in the tools directory | 14:46.56 |
| skip grashopp.pcl for now. | 14:48.34 |
marcosw | jogux: why are kens and tor8 in newfoundland? | 14:48.41 |
jogux | marcosw: a passenger got taken ill on their flight part-way over atlantic and pilot had to turn back | 14:49.02 |
| (then couldn't refuel for some unknown reason, then the flight crew ran out of flying time and they get stuck overnight...) | 14:49.25 |
| so they were meant to be out of their about 9am this morning I think... so should be landing in the next few hours I guess. | 14:50.52 |
Guest15914 | Hi all, I see that OCGs are partially surpported in mupdf. How can I navigate between layers? toggle visibility on/off? | 14:51.34 |
henrys_ | marcosw: I meant to bring this up at the meeting. I don't think folks are checking in test files because they'd have to check out the 82G subversion mess to add files. Can we have a simpler way to check in test files. An email attachment would seem easy. | 14:54.24 |
marcosw | henrys_: we could set up a directory on casper where people could place files to be added to the repository. | 14:56.12 |
henrys_ | marcosw: that would be fine. | 14:57.02 |
| marcosw: and a cron job will look for new files and add them and then delete? | 14:57.50 |
marcosw | henrys_: that's what I was thinking. not sure what should be done about log messages. | 14:58.30 |
henrys_ | marcosw: yeah and email interface seems like the right thing to do where the body is the log and the attachment is the file, but that might be a hassle to set up. | 15:00.43 |
| marcosw: or a web form on the regression page. | 15:01.57 |
rayjj | henrys_: l16.pdf (michael's file), owl & grashopp look OK :-( | 15:01.57 |
henrys_ | rayjj: and grashopop was reasonably fast? | 15:02.34 |
marcosw | henrys_: a web form has the disadvantage that it would be difficult to add more than one file at a time. | 15:02.39 |
rayjj | henrys_: I didn't time them, but they seemed pretty fast | 15:03.10 |
| mvrhel's file took a while (~25 sec) | 15:03.48 |
henrys_ | rayjj: can you print the font page from the console? What names do you see? | 15:04.32 |
marcosw | henrys_: I have to run to take my son to an ortho appointment. will be back later today. | 15:05.06 |
henrys_ | marcosw: sure | 15:05.16 |
| rayjj: I'm digging up some pcl stuff they might not get. Of course if you have any ideas what might trip them up in PDF or PS. | 15:08.32 |
rayjj | henrys_: I'm going to do the PDF FTS (it's not too bad, but tests a LOT of stuff) | 15:10.09 |
Guest15914 | any hint on my ocg issue? | 15:10.26 |
henrys_ | rayjj: are the fonts named with the classic names on the font page? | 15:13.54 |
jogux | Guest15914: I think the people that actually know about this are currently on flights on the way back from a staff meeting | 15:21.13 |
| Guest15914: I'm not 100% familiar with mupdf, but I'm not sure there's any way to switch individual OCGs on/off. I think the support is relatively rudimentary just now. | 15:21.44 |
| Guest15914: hm, actually, not sure that's true. give me a sec... | 15:22.51 |
Guest15914 | thanks! | 15:23.07 |
jogux | yeah, I think it is fairly rudimentary just now, it's processed at parse time, so I don't think there's a way to toggle layers on/off at render time | 15:27.46 |
| Guest15914: see commits 6e14149d3e915f559f99276a525862e28d6f0478 and 7c7af425fb8d0467f4550f7ccdfa102d11f0690a, that should give you a good idea of what's there | 15:28.21 |
| Guest15914: basically I think currently it only really lets you switch between view / print / export views. | 15:29.21 |
| Guest15914: I'm not the best person for this, you may get a better answer coming back on Friday or so when the mupdf developers are back | 15:29.49 |
Guest15914 | thank you. I'll have a better look at that | 15:31.46 |
jogux | morning fredross-perry | 15:35.42 |
fredross-perry | howdy | 15:35.57 |
ghostbot | Welcome to #ghostscript, the channel for Ghostscript and MuPDF. If you have a question, please ask it, don't ask to ask it. Do be prepared to wait for a reply as devs will check the logs and reply when they come on line. | 15:35.57 |
halabund | Is there a recommended way to auto-detect a Ghostscript installation on Windows? Is there anything better than looking for common paths? | 15:52.39 |
henrys_ | hi fredross-perry any questions about the bugs will likely have to wait for either tor or robin to return. | 16:02.34 |
fredross-perry | thatâs fine, thanks. fixed on. Another looks like a memory leak that I also encountered using an emulator, so Iâll dive into that. | 16:04.15 |
| on=one | 16:04.26 |
mvrhel_laptop | rayjj: so the file I sent you looked ok on the printer? | 16:05.32 |
| :( | 16:05.32 |
rayjj | yep | 16:05.42 |
rayjj | is on the phone w/ cust 532... | 16:05.56 |
mvrhel_laptop | time to break out a couple altona files | 16:08.12 |
| rayjj: did you see stefan's email requesting the code change in dwmain.c | 16:14.30 |
rayjj | mvrhel_laptop: nope. (still on phone) | 16:14.52 |
mvrhel_laptop | I don't see any issues with his proposed change but I want to check with someone about it | 16:14.53 |
| ok. when you get off if you could have a quick look thanks | 16:15.05 |
rayjj | mvrhel_laptop: we are discussing Altona Tech v20 -- go figure. | 16:16.03 |
mvrhel_laptop | ;) | 16:16.16 |
rayjj | mvrhel_laptop: where is the change you want reviewed ? | 17:52.31 |
mvrhel_laptop | In stefan's email | 17:52.40 |
| I think he cc'd support | 17:52.46 |
| hold on | 17:52.48 |
rayjj | OK. Looking for/at it now... | 17:52.56 |
mvrhel_laptop | it came in at 5:43 am | 17:54.22 |
henrys_ | mvrhel_laptop: that implies len goes negative for him so he's just masking another problem. | 17:55.03 |
| mvrhel_laptop: or goes to zero which should be okay | 17:56.10 |
rayjj | mvrhel_laptop: that looks OK as a preventitive measure if gsdll_stdin_utf8 ever gets called with len < 0. | 17:56.19 |
| henrys_: if it was called with 0 with the previous code, it was a no-op | 17:56.45 |
| mvrhel_laptop: I would ask him for an explanation of how 'len' comes in < 0 (some example case) | 17:58.13 |
mvrhel_laptop | if I understand it, he is purposefully setting len < 0 someplace to do some special stuff and wants to avoid gs from doing anything in this case | 17:59.21 |
| he says stdout path to transmit some ****** specific progress to our own application | 17:59.52 |
rayjj | mvrhel_laptop: it may be some way of aborting processing, but please ask | 18:00.09 |
mvrhel_laptop | ok | 18:00.16 |
rayjj | mvrhel_laptop: it may be that there is a better way to do what he wants, or if this is actually useful, we can document it in the stuff about gs stdio | 18:01.23 |
henrys_ | rayjj: he does say what he wants to do in the email. | 18:04.02 |
mvrhel_laptop | thats what I thought | 18:04.11 |
henrys_ | rayjj: I hadn't read it | 18:04.13 |
rayjj | henrys_: oops. me neither, I skipped right to the code | 18:05.00 |
mvrhel_laptop | luckily I had not hit send yet | 18:05.26 |
rayjj | mvrhel_laptop: I guess it's OK, possibly with the comment /* protect against caller passing invalid len */ or something | 18:06.09 |
mvrhel_laptop | ok | 18:06.27 |
henrys_ | mvrhel_laptop: I'll leave it to you guys but he should create another parameter and do it right. No wonder it takes so long to update their code. | 18:06.58 |
rayjj | since they probably have their own stdio functions that 'listen' for specific stuff, this kloodge is what they came up with for progress feedback | 18:07.22 |
mvrhel_laptop | ok. I will make the change and let him know. | 18:08.33 |
rayjj | I got the security deposit (all $200) back from the condo owners. :-) | 18:21.05 |
mvrhel_laptop | oh good | 18:25.36 |
rayjj | hmm.. The 'test' printer got an error on fts_0215 | 18:28.16 |
henrys_ | hi Robin_Watts fun in vail? | 18:48.04 |
mvrhel_laptop | ok. page range printing is now working in gsview. need to fix a couple things with respect to printable area and the preview is not right when we select current page but at least now printing is a bit faster since we are not converting the whole doc to xps if not needed | 19:11.43 |
| henrys: still hoping to have a gsview beta release this week | 19:18.01 |
| got the hard things that I wanted to fix fixed. | 19:18.18 |
| henrys: what are the command line options going to be for the command line tool gsprint? | 19:19.01 |
| I guess just gsprint file | 19:19.14 |
| since all the settings will be done in the dialog box that pops up (i.e. the page range etc). | 19:19.47 |
| heading to lunch | 19:20.41 |
| Forward 1 day (to 2015/03/11)>>> | |