Apache OpenOffice (AOO) Bugzilla – Issue 37400
PDF Export plain: use different compression for images and line drawings
Last modified: 2017-05-20 10:31:03 UTC
Usually, screenshots are stored as png or other compact, no-loss formats. Most screenshots are better compressed using png over jpeg. Since screenshots of graphs and GUI's mostly contain lines etc., jpeg artefacts are clearly viewable (almost regardless quality stage). The problem with the jpeg exports is that all the graphs in the document are converted to jpeg format, regardless the internal storage format, which is mostly determined upon graph insert time (e.g. jpg resp. png/tiff. A differentiated handling would result in better and smaller pdfs. An experiment with adobe distiller has proved this on a sample document.
duplicate, already fixed in OpenOffice 2.0 *** This issue has been marked as a duplicate of 20142 ***
nope, not duplicate, reopen
changed title. No chance for 2.0
cp->pl: rfe for pdf
PDF only supports JPEG compression for multicolor bitmaps, for monochrome bitmaps it supports CCITTFax and JBIG2. Aside from that Flate decoding is supported but of course is not as effective since it is lossless; JPEG and Flate are selectable by the user already in 2.0; for jpeg the user can also determine the compression level for the exported bitmaps. So in short we could only add one of the monochrome compression methods to improve the situation for 1 bit images.
implemented writing 1bit images with CCITT G4 fax encoding (which is supposed to be on average a little better than Inflate) for black&white bitmaps. committed in CWS vcl118
Created attachment 75596 [details] test document cotaining 1bit images
please verify in CWS vcl118, testdocument with corresponding 1bit images attached.
Verified with cws vcl118 = OK; It creates a smaller pdf file using the bugdoc.