<html> <head> <style></style></head> <body class='hmmessage'><div dir='ltr'>I attached the LZW patch to <a href="https://bugs.freedesktop.org/show_bug.cgi?id=81760" target="_blank">https://bugs.freedesktop.org/show_bug.cgi?id=81760</a><br><br>I compared xpdf 3.03 to 3.04. It is over 20,000 lines. I don't time to go through it, and I also don't have test files to exercise those features.<div><br></div><div>I checked a number of the changes at random, and it seems like many are already in poppler. It is possible that Derek merged some poppler changes into xpdf?</div><div><br></div><div>One change that could be useful is that xpdf 3.04 adds an oblique flag to GfxFontLoc in GfxFont.h, and then Splash uses it to create oblique fonts when it does a substitution. Is that worth merging into poppler? It is not that much code and seems easy to make a test file.</div><div><br></div><div>Maybe instead of looking at the diffs, it is easier to read the end of CHANGES and check if any of the fixes or enhancements have not already been done in poppler.</div><div><br></div><div>Regards,</div><div>William</div><div><div><br><div>> From: aacid@kde.org<br>> To: poppler@lists.freedesktop.org<br>> Date: Tue, 2 Feb 2016 22:44:13 +0100<br>> Subject: Re: [poppler] pdftops creates huge file with simple color background (attached examples)<br>> <br>> El Tuesday 02 February 2016, a les 16:28:37, William Bader va escriure:<br>> > I looked at it a little, and I merged the LZW from xpdf 3.04 into poppler.<br>> > In LZWEncoder, I changed getBlock(buf, len) to doGetChars(len, buf), but<br>> > otherwise, poppler and xpdf are still close enough that it was not<br>> > complicated. Was there some reason why no one merged in the code before?<br>> <br>> Noone has ever had time to diff xpdf 3.03 against xpdf 3.04 and merge the <br>> useful bits into poppler, someone should do it, hint, hint, wink, wink.<br>> <br>> Cheers,<br>> Albert<br>> <br>> > Are there LZW patent issues? I'll send a patch tomorrow.<br>> > $ ./pdftops tux-yellow.pdf<br>> > $ ls -l tux-yellow.ps<br>> > -rw-rw-rw- 1 william william 1126366 Feb 2 22:25 tux-yellow.ps<br>> > $ /usr/local/bin/pdftops tux-yellow.pdf<br>> > $ ls -l tux-yellow.ps<br>> > -rw-rw-rw- 1 william william 27552291 Feb 2 22:25 tux-yellow.ps<br>> > William<br>> > <br>> > > To: ajohnson@redneon.com; poppler@lists.freedesktop.org<br>> > > From: Pierre-Luc.Samuel@ticketmaster.com<br>> > > Date: Mon, 1 Feb 2016 16:39:21 -0500<br>> > > Subject: Re: [poppler] pdftops creates huge file with simple color<br>> > > background (attached examples)> <br>> > > On 01/29/2016 05:29 PM, Adrian Johnson wrote:<br>> > > > "pdftocairo -ps tux-yellow.pdf" creates a 112KB file.<br>> > > > "pdftocairo -ps -level2 tux-yellow.pdf" creates a 345KB file.<br>> > > > <br>> > > > So you should be able to get significantly better compression out of<br>> > > <br>> > > pdftops by using the /FlateDecode filter for PS level 3 and fallback to<br>> > > /LZWDecode for level 2.<br>> > > <br>> > > Exactly, LZWDecode would be great in pdftops; do you imply there's a way<br>> > > to do that with pdftops? Using pdftocairo is not possible because of<br>> > > other issues with fonts...<br>> > > <br>> > > Also, I noticed https://bugs.freedesktop.org/show_bug.cgi?id=81760<br>> > > mentions that LZW was implemented in xpdf and may be eventually merged<br>> > > back to poppler, any news on that front?<br>> > > <br>> > > Pierre-Luc<br>> > > _______________________________________________<br>> > > poppler mailing list<br>> > > poppler@lists.freedesktop.org<br>> > > http://lists.freedesktop.org/mailman/listinfo/poppler<br>> <br>> _______________________________________________<br>> poppler mailing list<br>> poppler@lists.freedesktop.org<br>> http://lists.freedesktop.org/mailman/listinfo/poppler<br></div></div></div> </div></body> </html>