[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-11-22 Thread Maik Qualmann
https://bugs.kde.org/show_bug.cgi?id=492060 --- Comment #16 from Maik Qualmann --- Git commit cb0bd378009a9793afeb7ac804def1d7ad93942f by Maik Qualmann. Committed on 23/11/2024 at 07:40. Pushed by mqualmann into branch 'master'. add option to disable video hardware acceleration Related: bug 4964

[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-09-17 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=492060 --- Comment #15 from kde.ll...@slmail.me --- (In reply to Maik Qualmann from comment #14) > FFmpeg uses D3D11 in the log as hardware support. > What is noticeable is that there are no reports of dropped frames. > > I have just set up a new computer with

[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-09-04 Thread Maik Qualmann
https://bugs.kde.org/show_bug.cgi?id=492060 --- Comment #14 from Maik Qualmann --- FFmpeg uses D3D11 in the log as hardware support. What is noticeable is that there are no reports of dropped frames. I have just set up a new computer with Windows 11 for a customer (in terms of performance, it is

[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-08-28 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=492060 --- Comment #13 from kde.ll...@slmail.me --- (In reply to Maik Qualmann from comment #12) > Ok, the FFmpeg debug output is not printed (even warnings) under Windows. > This is usually achieved with an environment variable like > "QT_LOGGING_RULES=qt.mult

[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-08-28 Thread Maik Qualmann
https://bugs.kde.org/show_bug.cgi?id=492060 --- Comment #12 from Maik Qualmann --- Ok, the FFmpeg debug output is not printed (even warnings) under Windows. This is usually achieved with an environment variable like "QT_LOGGING_RULES=qt.multimedia.ffmpeg*=true". However, then there are too many d

[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-08-28 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=492060 --- Comment #11 from kde.ll...@slmail.me --- (In reply to Maik Qualmann from comment #10) > The main problem is that the video is not encoded in h264, but in hevc > (h265). You can find a lot of information about slow decoding of hevc and > FFmpeg on the

[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-08-27 Thread Maik Qualmann
https://bugs.kde.org/show_bug.cgi?id=492060 --- Comment #10 from Maik Qualmann --- The main problem is that the video is not encoded in h264, but in hevc (h265). You can find a lot of information about slow decoding of hevc and FFmpeg on the web. The output of DebugView would be interesting to s

[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-08-27 Thread Maik Qualmann
https://bugs.kde.org/show_bug.cgi?id=492060 --- Comment #9 from Maik Qualmann --- Does your graphics hardware require the "fix AMP GPU decoding issue" option? Enabling this option will slow down decoding. Maik -- You are receiving this mail because: You are watching all bug changes.

[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-08-27 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=492060 --- Comment #8 from kde.ll...@slmail.me --- (In reply to caulier.gilles from comment #5) > A double check can be done with the Windows Media Player which always use > the system codecs installed. If the dysfunction is the same, you know why... Just chec

[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-08-27 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=492060 --- Comment #7 from kde.ll...@slmail.me --- (In reply to caulier.gilles from comment #3) > Please also share the video sample using cloud to try to reproduce the > dysfunction... > > Gilles Caulier Here is the dropbox link: https://www.dropbox.com/scl

[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-08-27 Thread Maik Qualmann
https://bugs.kde.org/show_bug.cgi?id=492060 --- Comment #6 from Maik Qualmann --- The option to force software OpenGL should definitely be disabled in the digiKam settings under Miscellaneous->System. Using software OpenGL would actually reduce video performance. Here on my Windows test systems,

[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-08-23 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=492060 --- Comment #5 from caulier.gil...@gmail.com --- A double check can be done with the Windows Media Player which always use the system codecs installed. If the dysfunction is the same, you know why... -- You are receiving this mail because: You are watc

[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-08-23 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=492060 --- Comment #4 from caulier.gil...@gmail.com --- As i remember, using the system based codec can requires extra installation on the system to work properly. If the 1080p video is not properly rendered using Windows codecs, this want mean that no acceler

[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-08-22 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=492060 caulier.gil...@gmail.com changed: What|Removed |Added CC||caulier.gil...@gmail.com --- Comment

[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-08-22 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=492060 --- Comment #2 from kde.ll...@slmail.me --- (In reply to Maik Qualmann from comment #1) > You can try using the Windows backend instead of the FFmpeg backend. > Go to the digiKam settings under Miscellaneous->System and switch to the > Windows media back

[digikam] [Bug 492060] Choppy playback with 4k and above video files

2024-08-22 Thread Maik Qualmann
https://bugs.kde.org/show_bug.cgi?id=492060 Maik Qualmann changed: What|Removed |Added CC||metzping...@gmail.com --- Comment #1 from Maik