Very large images load in EoG but hang Shotwell
Submitted by Eric Gregory
Link to original bug (#718398)
Description
---- Reported by eric@yorba.org 2012-02-22 18:36:00 -0800 ----
Original Redmine bug id: 4777
Original URL: http://redmine.yorba.org/issues/4777
Searchable id: yorba-bug-4777
Original author: Eric Gregory
Original description:
According to this user, when loading a photo in a folder filled with huge (100mb+) images it causes their system to hang. The images apparently load fine in EoG.
Link: http://ubuntuforums.org/showthread.php?t=1929786
My guess is this is a caching issue.
Related issues:
- related to shotwell - 5202: Be smarter about pre-caching images or don't cache altoge... (Open)
- related to shotwell - Feature #6448: More robust JPEG reader (Open)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-16 14:37:00 -0700 ----
History
Comment 1
Updated by Eric Gregory over 1 year ago
The user provided a link to the files he was using. (Warning: download is > 1 GB)
http://eoimages.gsfc.nasa.gov/images/imagerecords/73000/73938/world.200401.3x2 1600x21600.panels.png.tar
Comment 2
Updated by Jim Nelson over 1 year ago
Note: In his response he said he's using direct-edit mode.
Although the photos sizes are the obvious culprits here, it's also possible the number of files in the directory alongside them are also to blame here.
Comment 3
Updated by Clinton Rogers over 1 year ago
It looks as if the size of the image is known by the first time we'd try to populate the cache in both library and direct modes; if an image is larger than, say, 8192 by 5120, we might consider falling back to the original always-fetch-at-head-of-pipeline behaviour here. That would allow us speedier handling in adjustment tools for normal-sized images, but make it so that very large images would still work.
For the case where an image's size isn't known yet (that is, the photo row has width and height values of '0' still), we'd assume the image was too big to cache for the moment, then check again the first time we got asked for it, and if it was a size we could safely handle, proceed normally.
Comment 4
Updated by Jim Nelson 11 months ago
- Target version set to 0.14.0
Comment 5
Updated by Jim Nelson 11 months ago
- Category set to ux
Comment 6
Updated by Jim Nelson 9 months ago
- Target version changed from 0.14.0 to 0.15.0
Comment 7
Updated by Jim Nelson 8 months ago
- Category changed from ux to performance
Comment 8
Updated by Joe Bylund 7 months ago
I think nasa moved their files around, you can find some here: http://visibleearth.nasa.gov/view.php?id=74518 (make sure to get the 21600x21600).
I didn't have any issues either importing or in direct mode.
Comment 9
Updated by Jim Nelson 6 months ago
-
Target version deleted (
<strike>
_0.15.0_</strike>
)
--- Bug imported by chaz@yorba.org 2013-11-25 21:56 UTC ---
This bug was previously known as bug 4777 at http://redmine.yorba.org/show_bug.cgi?id=4777
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