Bug 386522 - video decoder backend in digiKam (windows 10)
Summary: video decoder backend in digiKam (windows 10)
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Preview-Video (show other bugs)
Version: 5.7.0
Platform: Microsoft Windows Microsoft Windows
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-11-04 13:27 UTC by Martin Seidel
Modified: 2022-03-25 04:50 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 7.7.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Seidel 2017-11-04 13:27:15 UTC
Hello, first of all I would like to emphasize that I am amazed at how well digikam works under windows 10, although it is actually only intended for Linux!

My question: is it possible to choose the same video encoder, the windows used synonymous? That would be good because the videos under digicam in the slide show unfortunately something jerky, which is not the case in the photo tool of windows.

Many Thanks!

Best regards,
Martin
Comment 1 caulier.gilles 2017-11-04 15:53:54 UTC
You want mean video "decoder", right ?

Gilles Caulier
Comment 2 Martin Seidel 2017-11-04 21:03:53 UTC
Yes I meant decoder!
Comment 3 caulier.gilles 2017-11-04 22:23:55 UTC
What's the problem with video playing exactly ? Whitch file format do you want to play ? 

Gilles Caulier
Comment 4 Martin Seidel 2017-11-04 23:33:45 UTC
It is just a performance Problem, the Video is a 4k mp4 file. It is The same with vlc player on that PC. Only media player classic and Windows photo can play without judder.
Comment 5 Christoph Feck 2017-11-08 16:07:56 UTC
4K videos probably require hardware acceleration. I think QtAV has support for VA-API and/or VDPAU, but these probably have to be enabled in client applications.
Comment 6 Christoph Feck 2017-11-08 16:10:59 UTC
Oh, this is for Windows.

https://github.com/wang-bin/QtAV/wiki/Hardware-Accelerated-Decoding might give some hints.
Comment 7 caulier.gilles 2017-11-08 16:15:35 UTC
Also the 4K is H265 codec relevant i think, which is not compiled with ffmpeg through MXE crooss compiler used to build Windows bundle. I'm not sure to 100%

But the point about VLC is interesting as the problem is also reproducible with this player.

To respond to your question about to use native player instead QtAV. I said no, because we drop QtMultimedia support in favor of QtAV because we want all in the bundle and ready to use as well... QtMultimedia require to install native codecs which increase complexity at application runtime.

Gilles Caulier
Comment 8 caulier.gilles 2019-03-09 08:12:42 UTC
Hi Martin,

The problem still reproducible using current 6.1.0 pre-release installer for
Windows available here :

https://files.kde.org/digikam/

Thanks in advance

Gilles Caulier
Comment 9 caulier.gilles 2020-01-11 17:32:41 UTC
There is a patch applied to QtAV for this problem in current implementation from git/master :

https://github.com/wang-bin/QtAV/pull/1268

So, i will take a look to integrate this change in Windows installer.

Gilles Caulier
Comment 10 caulier.gilles 2020-01-12 06:10:48 UTC
Git commit d6d8862514d023c1f362bdd1f561aade29dc1ecb by Gilles Caulier.
Committed on 12/01/2020 at 06:08.
Pushed by cgilles into branch 'master'.

build qtav from master at digiKam bundle updates, as it contains important fixes
Related: bug 382582, bug 414572

M  +0    -3    project/bundles/3rdparty/ext_qtav/CMakeLists.txt
M  +0    -2    project/bundles/appimage/01-build-host.sh
M  +1    -0    project/bundles/appimage/03-build-digikam.sh
M  +0    -1    project/bundles/macports/01-build-macports.sh
M  +1    -0    project/bundles/macports/03-build-digikam.sh
M  +0    -1    project/bundles/mxe/01-build-mxe.sh
M  +1    -0    project/bundles/mxe/03-build-digikam.sh

https://invent.kde.org/kde/digikam/commit/d6d8862514d023c1f362bdd1f561aade29dc1ecb
Comment 11 caulier.gilles 2022-03-25 04:50:13 UTC
Git commit ff712f5b495eaa922692ec399a47c76f970a7a99 by Gilles Caulier.
Committed on 25/03/2022 at 04:46.
Pushed by cgilles into branch 'qt5-maintenance'.

Windows build using MXE: Build ffmpeg 4.4.1 with same optimiztions than AppImage. Do not use MXE ffmpeg build as it do not include non-free and x265 codecs.
Related: bug 418266
FIXED-IN: 7.7.0

M  +51   -30   project/bundles/3rdparty/ext_ffmpeg/CMakeLists.txt
M  +1    -18   project/bundles/3rdparty/ext_libaom/CMakeLists.txt
M  +18   -2    project/bundles/mxe/01-build-mxe.sh
M  +3    -0    project/bundles/mxe/02-build-extralibs.sh
M  +4    -0    project/bundles/mxe/03-build-digikam.sh
M  +3    -0    project/bundles/mxe/tools/installextralibsdep.sh
M  +1    -0    project/bundles/mxe/tools/installmxedeps.sh

https://invent.kde.org/graphics/digikam/commit/ff712f5b495eaa922692ec399a47c76f970a7a99