| <<<Back 1 day (to 2012/04/01) | 2012/04/02 |
robin_watts_mac | cryptopsy: Right hand drag to select ? | 00:07.15 |
| and document space is 72dpi by default, yes. | 00:07.52 |
| mvrhel: Looks like you are making big strides with planar sep. | 00:08.17 |
mvrhel | Hi robin_watts_mac | 01:46.37 |
| yes it is going good. | 01:46.46 |
| I am working on the overprint stuff now | 01:47.06 |
| this has been an interesting project | 01:47.19 |
| you helped it by having useful comments in the pattern and planar code areas | 01:47.43 |
robin_watts_mac | ah, cool. | 01:48.49 |
robin_watts_mac | is about to head out to (try to) climb to the tigers nest monastery. | 01:49.09 |
mvrhel | cool | 01:49.15 |
| take some pictures and post on facebook | 01:49.25 |
robin_watts_mac | will do :) | 01:49.44 |
mvrhel | nice. overprint actually works much better in planar mode since we can skip a whole plane if that component is not to be drawn | 03:15.51 |
| ugh, but the overprint mask needs a minor update to handle more than 8 components | 03:37.08 |
| oh actually no, I take that back | 03:40.51 |
| ok overprint is working for the planar sep device with images, vectors and fonts. masks and shadings have some issues. will tackle that in the morning | 04:40.38 |
cryptopsy | robin_watts_mac: wont' work | 05:11.29 |
mvrhel | good deal. I have overprint working now with the sep planar device. all the ghent overprint files work correctly | 15:39.53 |
kens | Did you try the latest one marcos reported ? | 15:40.20 |
mvrhel | kens: not aware of it which bug? | 15:41.35 |
kens | #692961 | 15:42.06 |
| may not be overprint, but its tiffsep | 15:43.07 |
mvrhel | oh. I have not tested any of these files yet. I am certain these will be fixed though. | 15:43.28 |
| if they are caused by encode/decode issues | 15:43.56 |
kens | No idea.... | 15:44.24 |
mvrhel | oh the whole spot is missing | 15:44.48 |
| that is not a decode/encode issue | 15:45.01 |
| let me run it once and see what happens | 15:45.07 |
kens | could be overprionting | 15:45.09 |
mvrhel | yes | 15:46.15 |
| it is also possible my planar sep code has the same bug as the trunk. I am using the same mask just a different rect fill for the devn color type | 15:47.06 |
kens | Marcos says 24-bit is OK | 15:47.11 |
mvrhel | hmm. looks like my planar sep fix is not quite ready for prime time | 15:49.15 |
| a little early still to try to push a file like this through | 15:50.09 |
| as a I ended up with a segv :( | 15:50.17 |
| need to see if that is happening with a slightly simpler file | 15:50.49 |
| with 14 spots this is a good test though | 15:51.58 |
| and transparency | 15:52.01 |
| transparency may be my problem. i need to check one last thing | 15:52.31 |
| there is always one last thing to do | 15:53.36 |
| just when I think I am making some good progress.... | 16:07.17 |
kens | I knwo that feeling well | 16:07.28 |
| OK I'm off, night all | 16:17.04 |
mvrhel | time to check with valgrind... | 16:20.27 |
| anyone else having problems building? henrys? | 16:36.38 |
| oh never mind | 16:37.13 |
chrisl | mvrhel: great way to give me a heart attack, there! I take it your build is okay after all? | 16:41.01 |
mvrhel | chrisl: yes. things were confused (other than me) and I had to run ./configure for some reason to get things straight | 16:43.34 |
| well hmm | 16:43.48 |
chrisl | mvrhel: you probably want to run autogen.sh rather than configure | 16:44.05 |
mvrhel | ah yes | 16:44.12 |
| see how confused I was | 16:44.45 |
chrisl | If you don't use it much, it's easy to forget | 16:45.01 |
mvrhel | damn still wacky | 16:45.17 |
chrisl | In what way? | 16:45.27 |
mvrhel | let me blow away the debugobj directory | 16:45.36 |
| and start over | 16:45.46 |
chrisl | the debugclean target should remove the directories now | 16:46.02 |
mvrhel | oh ok | 16:46.12 |
chrisl | In fact, take that as a warning - I keep losing test files because of that :-( | 16:47.01 |
mvrhel | ok success | 16:48.33 |
chrisl | Phew! :-) | 16:48.45 |
mvrhel | not sure how things got out of wack. it has been a while since I did a linux build on this machine though | 16:49.10 |
| now, on to valgrind... | 16:49.28 |
chrisl | Good luck - I hope it was worth the toil....... | 16:49.50 |
mvrhel | oh crap. I see I was supposed to get the car in the shop in 10 minutes | 16:50.26 |
henrys | mvrhel:you probably want a script that just updates everything and does a clean configure each time since you just use it mainly for valgrind. | 16:50.32 |
mvrhel | yes | 16:50.38 |
| I will be back in a while.... | 16:54.53 |
| back from the car shop | 18:19.38 |
| looks like my issue is transparency related | 18:42.47 |
| oh this looks like some 64 bit issue | 20:02.15 |
| good grief. just burnt up a couples hours chasing down something that was caused by the fact that GS_CLIENT_COLOR_MAX_COMPONENTS had to be larger for this file | 20:22.39 |
| henrys: that is the issue with the missing objects in bug 692961 | 20:23.20 |
| I need to make my new planar stuff be a bit more gracefull about this failure | 20:23.40 |
| I was getting a segv and could not figure out what was wrong | 20:23.54 |
| hmm, the object in question is still missing | 20:25.15 |
henrys | we could have a nice clear message in debug mode when we overflow, with that it wouldn't have gotten past marcos. | 20:29.42 |
mvrhel | henrys: well after increasing the number to 20, my planar code still left out that particular data for some reason but at least I dont crash. this was my issue. | 20:33.38 |
| with the trunk let me see what happens | 20:33.53 |
| hmm maybe I should do a clean first though | 20:36.36 |
| henrys: so bumping up the number did not add in the missing data. it has a spot for it but it did not draw it. this is true for my planar branch and the trunk after bumping up the number of colors to 20 | 20:42.41 |
| at least my planar code is matching the trunk | 20:43.02 |
| and it will fix the compressed color encoding issue | 20:43.24 |
| doing a clusterpush test on my stuff. going to run some errands for a bit | 20:44.01 |
| henrys: if you want to throw bug 692961 at me that would be fine | 20:48.26 |
| since I am in the middle of tiffsep anyway | 20:48.42 |
| bbiba | 20:48.48 |
| bbiaw | 20:48.50 |
henrys | done | 21:14.49 |
mvrhel | henrys: you still around? | 21:55.32 |
| I wonder how hard it would be to have marcos temporarily add in tiffsep into the clusterpush a comparison of the composite output file with also the capability for bmpcmp | 21:57.01 |
| that would be a huge help for me in getting this finished up | 21:57.12 |
| brb | 21:57.18 |
| Forward 1 day (to 2012/04/03)>>> | |