Launchpad has imported 15 comments from the remote bug at https://bugzilla.gnome.org/show_bug.cgi?id=455883.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2007-07-11T12:35:15+00:00 Rafael Gattringer wrote: Please describe the problem: Rotate a jpg photo left and save it. The last line of the new picture will display incorrect pixels. Steps to reproduce: 1. Rotate a (jpeg) file once left. 2. Save the picture. Actual results: The last line of the new image displays incorrect pixels. Expected results: Same output as rotating and saving the image with GIMP. Does this happen every time? Yes. Other information: - Seems not to occur after rotating right. - Ok with other jpg files. Reply at: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1746146/comments/0 ------------------------------------------------------------------------ On 2007-07-11T12:36:50+00:00 Rafael Gattringer wrote: Created attachment 91616 Original JPG Image Reply at: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1746146/comments/1 ------------------------------------------------------------------------ On 2007-07-11T12:37:43+00:00 Rafael Gattringer wrote: Created attachment 91617 Image showing error at the last line Reply at: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1746146/comments/2 ------------------------------------------------------------------------ On 2007-07-11T12:42:36+00:00 Rafael Gattringer wrote: Bug noticed on Ubuntu Feisty 7.04 / EOG 2.18.1 and also replicated on Ubuntu Dapper 6.06 / EOG 2.14.3. Reply at: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1746146/comments/3 ------------------------------------------------------------------------ On 2007-07-11T15:36:24+00:00 Felix Riemann wrote: Indeed. This appears to be related to the lossless JPG transformations as it is reproducible with jpegtran. I don't know if there is anything against it we can do inside EOG. A workaround would be to save the rotated image in PNG-format (lossless) and then save the PNG-File as a JPG again. Reply at: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1746146/comments/4 ------------------------------------------------------------------------ On 2007-08-11T04:40:38+00:00 Claudio Saavedra wrote: I can reproduce it as well. These pixels are not really wrong, but they correspond to the opposite row (or column). If this is inside libjpeg we should report it against it. Reply at: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1746146/comments/5 ------------------------------------------------------------------------ On 2007-08-19T19:11:52+00:00 Felix Riemann wrote: Hmm, I don't think this is a problem with libjpeg but with lossless jpeg transformations in general. It could be what Alan Horkan talks about in bug 338138 comment 9 (first paragraph). Rotating the image would apparently require trimming the image to a multiple of 16. The question is: Can we detect this and warn the user (and possibly let him decide what to do)? Reply at: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1746146/comments/6 ------------------------------------------------------------------------ On 2009-03-29T10:43:36+00:00 Claudio Saavedra wrote: *** Bug 577142 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1746146/comments/7 ------------------------------------------------------------------------ On 2010-10-10T21:11:43+00:00 Marcel Stimberg wrote: >From the JPEG FAQ: > In particular it is possible to do 90-degree rotations and > flips losslessly, if the image dimensions are a multiple of the file's > block size (typically 16x16, 16x8, or 8x8 pixels for color JPEGs). In contrast to eog, gthumb does detect this situation and displays a dialog with the following text: This transformation may introduce small image distortions along one or more edges, because the image dimensions are not multiples of 8. The distortion is reversible, however. If the resulting image is unacceptable, simply apply the reverse transformation to return to the original image. You can also choose to discard (or trim) any untransformable edge pixels. For practical use, this mode gives the best looking results, but the transformation is not strictly lossless anymore. It then gives the options: "Trim", "Cancel" and "Accept distortions". Reply at: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1746146/comments/8 ------------------------------------------------------------------------ On 2010-10-16T12:37:17+00:00 Oliver Joos wrote: Created attachment 172489 original and padded (200% zoomed) I would like such a behavior like in gthumb. But why trimming?? I'd prefer padding, namely adding a border (in background color or in black if none is specified). With trimming the rotation is definitely not lossless anymore, with padding it is! After my tests, I guess that perhaps only the width must be rounded up, but to a multiple of 16 (and not 8 as written above). The border should be added on the right edge. On the other hand this might only be correct for JPEGs created by GIMP. I did not consult the specs of JPEG or "lossless rotation"! Further I think that padding should be the default answer in the dialog. Not many people will want distortions. The dialog should have a checkbox "remember my decision and don't ask again". And afterwards the chosen "rotation method" should be changeable in the preferences of eof. Reply at: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1746146/comments/9 ------------------------------------------------------------------------ On 2010-10-16T17:29:21+00:00 Felix Riemann wrote: Marcel, such a dialog might indeed be a solution. Not sure yet, if we should act proactively (width%8 != 0 -> not lossless) or whether we should still try to save and check if libjpeg complains (it can be configured to do so since v7) until showing the dialog. We likely need to change how saving works to implement either variant though. Oliver, padding won't necessarily make the rotation lossless since it will trigger the recompression of the image which is normally what you want to avoid when talking about "lossless JPEG transformations". While trimming isn't really lossless either it works without recompressing the remainder of the picture. Reply at: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1746146/comments/10 ------------------------------------------------------------------------ On 2010-10-16T21:18:10+00:00 Felix Riemann wrote: *** Bug 603304 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1746146/comments/11 ------------------------------------------------------------------------ On 2010-10-17T13:01:56+00:00 Marcel Stimberg wrote: One more thing that came up in the downstream discussion: Most users don't care about a physical rotation of the image, just changing the orientation flag in the EXIF data and thereby changing how the image is displayed would be enough. This "rotation" is obviously always lossless and does not depend on the image size. The only problem here is that some applications (e.g. the gnome desktop background) ignore this flag... Reply at: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1746146/comments/12 ------------------------------------------------------------------------ On 2017-11-19T19:25:43+00:00 Jsaipakoimetr wrote: Issue still existing with eog 3.26.1. Reply at: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1746146/comments/13 ------------------------------------------------------------------------ On 2018-05-31T12:53:04+00:00 Felix Riemann wrote: *** Bug 793049 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/1746146/comments/22 ** Changed in: eog Status: Unknown => Confirmed ** Changed in: eog Importance: Unknown => Medium -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to eog in Ubuntu. https://bugs.launchpad.net/bugs/1746146 Title: eog rotate&save moves small strip of pixels to other side of image To manage notifications about this bug go to: https://bugs.launchpad.net/eog/+bug/1746146/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
