Original-size exports should not alter untouched photo
Submitted by an unknown user
Link to original bug (#716719)
Description
---- Reported by shotwell-maint@gnome.bugs 2010-10-23 10:03:00 -0700 ----
Original Redmine bug id: 2723
Original URL: http://redmine.yorba.org/issues/2723
Searchable id: yorba-bug-2723
Original author: Dionisio E Alonso
Original description:
When you export one or more files by drag & dropping them to the file manager (nautilus in my case), Shotwell resizes all the photos, even though restoring to the original size at the end. It takes too much time and CPU work, when it just could copy them to the other location.
It also happens when you export from the export button, even selecting to keep the original size and exporting to the same file format the original was, the exported photo is not the same as the original.
A way to notice that behavior is by taking an md5 or sha1 sum hash, or just using diff, from both the original and the exported file.
---- Additional Comments From shotwell-maint@gnome.bugs 2010-11-03 05:09:00 -0700 ----
History
Comment 1
Updated by Jim Nelson about 3 years ago
Have you made any changes/alterations to the photos? For example, Enhance, Crop, etc.? You can tell if you have by selecting the photo and seeing if Photos -> Revert to Original is available.
If you have, then Shotwell must make those changes before exporting the photos, and they will be different than the ones on disk.
Also, adding tags, title, or changing the modification time will also mean the exported files will be different than the originals.
Comment 2
Updated by Dionisio E Alonso about 3 years ago
I've added a new image, without EXIF information, just a wallpaper downloaded from a website, when I drag & dropped it into a folder and made a diff with the original one, the diff failed. No changes were made, just import and drag & dropped the new imported file. The resulting copy of the image respected the file type and resolution.
Comment 3
Updated by Jim Nelson about 3 years ago
dalonso, I don't think the file attached. If Trac is having trouble with it, please feel free to email it to me at jim@yorba.org.
Comment 4
Updated by Dionisio E Alonso about 3 years ago
Excuse me, when I said, “I've added a new imageâ€, I meant to my Shotwell image database. I was reporting the case of use which failed.
Comment 5
Updated by Jim Nelson about 3 years ago
Can you attach the image file to this ticket? That would help us reproduce the problem.
If you're uncomfortable making this image public, you can email it to me at jim@yorba.org. I'll destroy the image when finished with it.
Comment 6
Updated by Dionisio E Alonso about 3 years ago
Replying to [comment:6 jim]:
Can you attach the image file to this ticket? That would help us reproduce the problem.
Done, hope they are not too big images.
Comment 7
Updated by Jim Nelson about 3 years ago
- Priority set to High
- Subject changed from Shotwell exports unnecessary resizes photos to Original-size exports should not alter untouched photo
Okay, now I see what the problem is. It is indeed the EXIF data we're adding to a photo that has no EXIF originally. We're adding the following fields:
Orientation
Software (Shotwell 0.7.2)
Pixel dimensions
Rating
I don't think it's resizing the photos, as you say, but there is some additional disk activity to write the EXIF metadata to the file which can interfere with Nautilus' thumbnail service until the activity has died down. The file size (and the MD5 hash) will be different every time.
I'm renaming this ticket to reflect the desired behavior: If no changes have been made to a file, merely copy it when exporting.
Comment 8
Updated by Dionisio E Alonso about 3 years ago
My bad. It might be, the adding of the extra EXIF tags, what triggered the excessive use of CPU in my PC during exports, and I attributed that behavior to an unnecessary resize of images.
--- Bug imported by chaz@yorba.org 2013-11-25 21:47 UTC ---
This bug was previously known as bug 2723 at http://redmine.yorba.org/show_bug.cgi?id=2723 Imported an attachment (id=261775) Imported an attachment (id=261776)
Unknown Component Using default product and component set in Parameters Unknown version " in product shotwell. Setting version to "!unspecified". Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one. Resolution set on an open status. Dropping resolution