<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - pdftops sometimes creates huge PS 3 files out of small PDFs" href="https://bugs.freedesktop.org/show_bug.cgi?id=81760#c18">Comment # 18</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - pdftops sometimes creates huge PS 3 files out of small PDFs" href="https://bugs.freedesktop.org/show_bug.cgi?id=81760">bug 81760</a> from <a class="email" href="mailto:williambader@hotmail.com" title="William Bader <williambader@hotmail.com>"> William Bader</a> <pre>I have it working. I'm going to clean it up and send patches Sunday night after the "taronjada" <a href="http://lameva.barcelona.cat/carnaval/ca/taronjada.php">http://lameva.barcelona.cat/carnaval/ca/taronjada.php</a> I made a new FlateEncoder.cc and FlateEncoder.h. It can be enabled with ./configure --enable-zlib-compress separately from the zlib flate decoder which can still be enabled by --enable-zlib. I removed the pdftops -nolzw flag. I initialized enableLZW. Flate happens only with enableFlate and Level 3 output. LZW happens only with enableLZW and Level 2 output (or Level 3 if !enableFlate). The Flate stream is encoded with ASCII85. Is that necessary? I thought that level 2 and higher supported binary data. The deflate stream patch was very helpful, but I did not use it because the deflate stream writes the compressed data while the flate encoder gets the compressed data pulled from it, which turns the logic inside out, especially with the way that the zlib deflate() function works. What should the encoder do if deflateInit() returns an error status? I am calling deflateInit with Z_DEFAULT_COMPRESSION. Should the compression level be settable? I used 16K buffers like the deflate stream patch and the zlib examples. Should the buffers be larger or configurable? Regards, William $ ls -l tux-yellow.ps -rw-rw-rw- 1 william william 183552 Feb 7 05:59 tux-yellow.ps $ pdftops -level2 tux-yellow.pdf tux-yellow2.ps $ pdftops -level3 tux-yellow.pdf tux-yellow3.ps $ ls -l tux-yellow.pdf tux-yellow2.ps tux-yellow3.ps -rw-r--r-- 1 william william 65720 Feb 2 19:58 tux-yellow.pdf -rw-rw-rw- 1 william william 1126366 Feb 7 06:39 tux-yellow2.ps -rw-rw-r-- 1 william william 183552 Feb 7 06:39 tux-yellow3.ps $ grep --text Decode tux-yellow2.ps tux-yellow3.ps | grep filter tux-yellow2.ps: /ASCII85Decode filter tux-yellow2.ps: /LZWDecode filter tux-yellow3.ps: /ReusableStreamDecode filter tux-yellow3.ps: /ASCII85Decode filter tux-yellow3.ps: /FlateDecode filter</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>