https://bugs.kde.org/show_bug.cgi?id=393816
Bug ID: 393816
Summary: Gwenview hangs whenever a large TIFF stacks is next
"image" to display
Product: gwenview
Version: 18.04.0
Platform: Neon Packages
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: general
Assignee: gwenview-bugs-n...@kde.org
Reporter: ramos.kie...@gmail.com
Target Milestone: ---
Gwenview hangs when working with a directory filled with typical images (pngs,
jpegs) or movies (avis) and large grayscale, 16 bit TIFF stacks (2 GB). The
TIFF stack is about 250 images 2048x2048. Removing the large TIFF files from
the directory fixes the hangs.
The hang occurs when the next image (using the "Go to next image" button is a
large TIFF file. It will actually hang before finishing drawing the current
image while reading the big TIFF file from disk. Gwenview will unfreeze when
the read from disk is finished. Additionally since gwenview is reading the
entire large TIFF file into memory it consumes 2 GB (or whatever the size of
the TIFF file is) momentarily until the TIFF is finished reading then it drops
down to a more reasonable 80 MB.
The reason this is a bug is because Gwenview does not display my TIFF stack as
a movie, but rather it only shows the first image of the stack and should
therefore only read the first image of the stack from disk. I think Gwenview
would also benefit from performing the prefetch asynchronously in the
background as I imagine that would benefit others who have very static (say
gigapixels) TIFF images.
Additionally I think it would be helpful to have more control over what types
of files Gwenview will display. In my case I actually do not want to view my
TIFF stacks in Gwenview and would prefer hitting the next button would skip
right over them.
--
You are receiving this mail because:
You are watching all bug changes.
