[poppler] pdftoppm hang
Albert Astals Cid
aacid at kde.org
Mon Apr 23 13:34:19 PDT 2012
El Diumenge, 22 d'abril de 2012, a les 15:56:51, Thomas Freitag va escriure:
> Am 11.04.2012 15:49, schrieb Thomas Freitag:
> > Am 11.04.2012 15:35, schrieb Ralph:
> >> Hi Folks,
> >>
> >> I have a PDF file that's causing pdftoppm to hang. Looking at an
> >> strace shows that it's doing *something* but it's taking much longer
> >> than expected (at least over a few minutes). This is present on
> >> 0.18.3 and 0.19.2.
> >>
> >> I would attach the file to a bug post, but I'd rather email it out
> >> directly as it's a customers PDF and not mine. Who should I send
> >> this bugger to?
>
> In the meantime I was able to solve it or at least make it better.
> Because my code base is completely different in the meantime, I attach
> here an inofficial complete patch for all my code changes. I regtested
> it, and there is one (only!) last unacceptable change in it
> (bug-poppler24733.pdf on page 3). I also made several valgrind checks on
> it, so there are probably no memory leaks in it.
> Because I've to solve this last regression first, and because Albert's
> vacation in May, we'll probably could not commit any of the five changes
> before 0.20.0,
I'm actually not on vacation, just working abroad ;-)
> but perhaps someone wants use the attached patch to see
> the enhancements.
>
> What does it contains?
> 1. The DeviceN implementation in the splash backend. With it there also
> no more known problems with overprint.
Great :-)
> 2. A revision of the implementation of blend modes in the CMYK (and
> DeviceN) branch in splash.
Great :-)
> 3. A detection of unnecessary tranparency groups according note 5 of the
> PDF spec, which dramatically can speed up the rendering of several PDF,
> s. Bug 13487 (only splash!)
Great :-)
> 4. An implementation of knockout transparency groups in splash, Bug 12185
Great :-)
> 5. An optimization for image masks in pattern colorspace in splash, Bug
> 48964
Great :-)
> Albert, I think the best way would be to deliver this in 5 patches, but
> because the changes at least share one source file, I must do it step by
> step. What order would You prefer?
I don't really have any order of preference, the one you prefer will suit me.
Good work ;-)
Cheers,
Albert
>
> Cheers,
> Thomas
>
> > If You don't care, send it to me in private. Then I'll have a look at
> > it probably next weekend.
> >
> > Thomas
> >
> >> Thanks for all the help,
> >
> > _______________________________________________
> > poppler mailing list
> > poppler at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/poppler
> >
> > .
More information about the poppler
mailing list