Created attachment 140619 [details] A tiny demo GIF with which to visibly reproduce the issue SUMMARY I was experimenting with creating an animated GIF and played around with the frame delays. But playback did not seem to follow my GIF creation settings. As it turned out, playback speed becomes lower and lower with every time I press F5 on the image. STEPS TO REPRODUCE - View the example GIF I quickly made up of an icon from my system. - Press F5 to reload the image. OBSERVED RESULT According to KDE's task manager, Gwenview’s CPU load was at 6 % for even this tiny GIF. When reloading a few times, CPU load goes up and playback quickly slows down, even before CPU load hits 25 % (one core saturated). This is easily visible due to the high original framerate of the GIF. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.2 Kernel Version: 5.13.5-arch1-1 (64-bit) Graphics Platform: X11 Processors: 4 × Intel® Core™ i5-4590 CPU @ 3.30GHz Memory: 31.0 GiB of RAM Graphics Processor: AMD PITCAIRN
Extra note: Dolphin has been showing a preview of the arrow animation the whole time, and it shows no significant CPU load. The same when previewing the bigger GIF that I was working on originally (640x320 at 25 fps).
I think I failed to reproduce this issue on: Gwenview: 25.04.3 KDE Frameworks: 6.15.0 Qt: Using 6.9.1 and built against 6.9.1 Arch Linux (Wayland) Build ABI: x86_64-little_endian-lp64 Kernel: linux 6.15.5-arch1-1 Playing the gif file in Gwenview does take more CPU time than playing it in Dolphin, but reloading the attached gif file in Gwenview does not seem much slower than reloading e.g. a png file.
I retried it on my 9 years old laptop and indeed I can’t see any slowdown now. Core load on the i5-5200U stays low even after dozens of reloads.