Summary: | Cropped Picture in PDF export extremely distorted with option "lossless compression" of images | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | gleppert |
Component: | Drawing | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED WORKSFORME | QA Contact: | |
Severity: | major | ||
Priority: | medium | CC: | altean, bfo.bugmail, chris-freedesktop.org, florent.angly, gleppert, jbfaure, LibreOffice, mitch, momonasmon, nomnex, qfeng.chen, sasha.libreoffice, serval2412 |
Version: | 3.3.2 release | ||
Hardware: | x86 (IA32) | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
Distorted-PDF-Test.odp
Distorted-PDF-Test.pdf See Comment 5 pdf ok with 3.5 branch Distorted-PDF-Test-tested-with-LO-3.5.4 Test case -- export as PDF. PDF export result. |
Description
gleppert
2011-01-28 07:50:14 UTC
Created attachment 42655 [details]
Distorted-PDF-Test.odp
Created attachment 42656 [details]
Distorted-PDF-Test.pdf
[Remark: It seems that the freedesktop bugs-tool does not send out emails to bug reporter and other persons any more. Is sending emails broken in freedesktop bugzilla?] Hi, I do reproduce the problem only if I choose the "lossless compression" option for PDF export. With JPEG compression, even with quality set to 100%, there is no distortion. I do not know if that is a bug because your pictures are resized in your slides. Ubuntu 10.04, tested with vanilla LibO 3.3 final and PPA version. Kind regards. JBF [Reproducible] with "LibreOffice 3.3.0 RC4 - WIN7 Home Premium (64bit) English UI [OOO330m19 (build 6 / tag 3.3.0.4)]" and lossless export 8others not tested).. The main problem is that the cropped embedded picture "100000000000067500000922436660D5.jpg" (showing the main text on both pages) will be distorted in the PDF export. My verty vague suspect (I did not test) is the reason might be that the source .jpg exceeds the page borders? Print on a OKI laser printer did not show that distortion. This is not a special Presentation problem, I also see it with DRAW, but not in WRITER. I created a more simple test kit to reproduce the problem. You see "source.odg", from what I exported "complete.jpg" with all drawing contents and "part.jpg". 1. Into a new landscape DRAW document "test.odg" I inserted "part.jpg" on page 1 2. Resized it (keeping ration) so that it fills full document width 3. inserted 4 additional small rectangles to mark the corners of the .jpg 5. I inserted "complete.jpg" on page 2 6. increased size as much as possible 7. cropped (using crop control points so that only the inner rectangles are visible 9. increased size of visible "complete.jpg" so that it filled complete document width 10. inserted 4 additional small rectangles to mark the corners of the .jpg 11. exported to "test.pdf" 12. You see the same distortions on page 2 as shown in sample of original report. Modified Component because only DRAW and Presentation affected. Also a problem with OOo 3.4-dev and 3.1.1 Created attachment 43225 [details] See Comment 5 I also can confirm that the problem disappears if lossless export will be unselected. I believe it's the same as <http://www.openoffice.org/issues/show_bug.cgi?id=105441> I added "EasyHack" to the Whiteboard assuming that "lossless compression" is exactly the same as "quality set to 100%". If this is not the same from a technical point of view, please remove the "EasyHack" tag again. Thanks. Confirming that the bug is still there in LO 3.3.2 Ubuntu PPA. In reponse to comment #8: No, lossless is not the same as lossy with 100%. I tried to look into this bug as a way to get started with LO hacking, and because I have experience with image processing, but I'm totally unable to make the bug happen. I make the simplest possible presentation, import an image, scale and crop it and export to both lossy and lossless PDF. Both PDF files look exactly the same, there is no distortion whatsoever. I can however reproduce distortion when exporting the attached Distorted-PDF-Test.odp Is there anything else than written here I need to do to reproduce this? Mitch! Great to see you are still here. Jean-Baptiste: Note that the JPEG quality scale that the refrence libjpeg implementation uses, that goes from 0 to 100 (with 100 being the best quality) is *not* a percentage. That is an unfortunate misunderstanding, a common misconception. That LO's UI indicates it would be a percentage is a bug. Yes, still here ;) Am I at least on the right track here? AFAICS the image exporting function is PDFWriterImpl::implWriteBitmapEx() in libs-gui/vcl/source/gdi/pdfwriter_impl2.cxx @Michael's comment No. 9.: In the original bug report, there is nothing else than written here in order to reproduce it. I had the two images in a scanned PDF-document, copied them to the presentation, resized it and had the problem. Maybe comment 5 by Rainer is helpful in this regard. He has a more simple approach to reproduce the bug. [This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html I have just tried to reproduce this on Fedora 64 bit in LibO 3.5.0 beta 2 but X server repeatedly crashes. Very strange thing. On Windows XP 32 bit LibO 3.5.0 beta 3 reproduced if choose "Loseless" option: page 1 in PDF very differs from first page in ODP (file more than 2 MB, can not attach) *** Bug 47713 has been marked as a duplicate of this bug. *** Created attachment 67562 [details]
pdf ok with 3.5 branch
On pc Debian x86-64 with 3.5 branch updated today, I don't reproduce this (see attachment)
gleppert: could you give a try to a newer version (3.5.X or 3.6.X)?
Created attachment 67571 [details]
Distorted-PDF-Test-tested-with-LO-3.5.4
@Julien: Unfortunately, the bug is still reproducable on my system. Please have a look at today's PDF output attached to this bug. It is still extremely distorted (with lossless compression).
I am using Ubuntu 11.10 with Gnome 3, 64-Bit, LibreOffice 3.5.4.2 Build ID: 350m1(Build:2 from the PPA.
(In reply to comment #17) > @Julien: Unfortunately, the bug is still reproducable on my system. Please have > a look at today's PDF output attached to this bug. It is still extremely > distorted (with lossless compression). I retested with 3.6 branch, this time I checked lossless option and I reproduced the pb. Do you confirm you've also got the problem only if lossless option is checked? If yes, it could be interesting to mention it in the title. Yes, the problem is only there with the (default) option "lossless compression". I added info in the title of the bug. Confirmed with: LO 4.2.0.0.alfa0 Build ID: 2013-06-24 own debug build Windows 7 Professional SP1 64 bit Same result exporting Distorted-PDF-Test.odp with lossless option enabled. *** Bug 69159 has been marked as a duplicate of this bug. *** *** Bug 68144 has been marked as a duplicate of this bug. *** *** Bug 47692 has been marked as a duplicate of this bug. *** *** Bug 64719 has been marked as a duplicate of this bug. *** *** Bug 47692 has been marked as a duplicate of this bug. *** Reproducible with 4.1.4.2. Attaching test case. Created attachment 99259 [details]
Test case -- export as PDF.
Created attachment 99260 [details]
PDF export result.
(In reply to comment #26) > Reproducible with 4.1.4.2. > > Attaching test case. Not reproducible for me with LO 4.2.5.0.0+. Please could you try with the current 4.2.x stable release? Best regards. JBF Put it at NEEDINFO meanwhile. Works as expected in version 4.2 and future 4.3. Does not work in version 4.1 but version 4.1 having reached its end-of-life no more fixes will be added to this version. So closing as WorksForMe. Best regards. JBF |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.