View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010505 | Scribus | public | 2012-01-10 18:10 | 2012-01-10 21:22 | |
| Reporter | arahne | Assigned To | |||
| Priority | normal | Severity | feature | Reproducibility | always |
| Status | new | Resolution | open | ||
| Platform | Linux | OS | OpenSUSE | OS Version | 12.1 |
| Product Version | 1.4.0 | ||||
| Summary | 0010505: Big PDF with automatic setting of image compression on colormap images | ||||
| Description | I have a document with 50 pages of colormap (8-bit per pixel) PNG images. Total file size of all images is about 2 MB, and image sizes in pixels are from 200x200 to 2500x2500. Images are mostly flat, with large areas of single color. If I select automatic handling of image compression, it performs very poorly, it makes 52 MB file size. If I select lossy-jpeg, best quality, the resulting file is still 52 MB, but full of JPEG artifact trash. But if I select lossless-zip, file size is only 16 MB, and images are perfect. PDF export is relatively slow. So this leaves enough time to do some decisions. I think Scribus should do a better job on automatic setting, and do some heuristics on the image type. If image is 8-bit colormap, it should treat it as colormap, and not upscale it to 24 or 32 bits, then compress it with JPEG adding trash, and then making big file while trying to preserve the trash it just generated. Automatic and even lossy JPEG setting should try losless and lossy compression, and use the one which makes smaller file. Currently, an inexperienced user will choose automatic setting, and be disappointed with huge file. And when trying the lossy setting with high compression, it will only make bigger and uglier PDF. And maybe user will never try lossless-zip, thinking that compression, which does not lose quality, will always be bigger, but this is not the case. | ||||
| Tags | No tags attached. | ||||
| Patch | |||||
