On the 5.7.0 AppImage bundle of Digikam, so far I've come across the following issues: 1. Desktop Integration: The AppImage file does not prompt for integration into the Menu system. Earlier, the 5.6.0 AppImage bundle did provide the prompt and integrated properly with my Desktop (GNOME) system. 2. Video thumbnailer: Video thumbnailer is completely missing/broken in this release. 5.6.0 worked perfect. Below is the component information. digikam version 5.7.0 CPU cores: 4 Eigen: 3.2.5 Exiv2: 0.26 Exiv2 can write to Jp2: Yes Exiv2 can write to Jpeg: Yes Exiv2 can write to Pgf: Yes Exiv2 can write to Png: Yes Exiv2 can write to Tiff: Yes Exiv2 supports XMP metadata: Yes KF5: 5.36.0 LensFun: 0.3.2-0 LibCImg: 130 LibJPEG: 80 LibJasper: 1.900.29 LibLCMS: 2080 LibLqr support: No LibPGF: 7.15.32 LibPNG: 1.6.26 LibRaw: 0.18.2 LibTIFF: 4.0.6 Marble: 0.27.1 Parallelized demosaicing: Yes Qt: 5.9.1 AkonadiContact support: no Baloo support: no Calendar support: no DBus support: Yes Database backend: QSQLITE HTML Gallery support: yes Kipi-Plugins: LibGphoto2: 2.5.14 LibKipi: 5.2.0 LibOpenCV: 3.2.0 LibQtAV: 1.12.0 Media player support: Yes Panorama support: yes
Video thumbnailer work here fine with the AppImage. Post your console output if processing video thumbnails. Maik
(In reply to Maik Qualmann from comment #1) > Video thumbnailer work here fine with the AppImage. Post your console output > if processing video thumbnails. > > Maik Hello Maik, Here's a snippet of what you asked. -- digiKam AppImage Bundle -- Use 'help' as CLI argument to know all available options QtAV 1.12.0(Jul 20 2017, 17:39:32) Multimedia framework base on Qt and FFmpeg. Distributed under the terms of LGPLv2.1 or later. Shanghai University->S3 Graphics->Deepin->PPTV, Shanghai, China Copyright (C) 2012-2016 Wang Bin (aka. Lucas Wang) wbsecg1@gmail.com Donate: http://qtav.org/donate.html Source: https://github.com/wang-bin/QtAV Home page: http://qtav.org capi::version: 0.6.0 Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for 4294967295, skipping unlock JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for 4294967295, skipping unlock QFSFileEngine::open: No file name specified QFSFileEngine::open: No file name specified kf5.kservice.sycoca: Parse error in "/home/rrs/.config/menus/applications-merged/xdg-desktop-menu-dummy.menu" , line 1 , col 1 : "unexpected end of file" The desktop entry file "/usr/share/applications/org.gnome.ChromeGnomeShell.desktop" has Type= "Application" but no Exec line kf5.kservice.sycoca: Invalid Service : "/usr/share/applications/org.gnome.ChromeGnomeShell.desktop" digikam.metaengine: Cannot load metadata from file (Error # 11 : /media/SSHD/rrs-home/Data/Pictures/Digikam Managed/XXXXVID_20160106_133410_HandBrake.mp4: The file contains data of an unknown image type digikam.metaengine: Cannot load metadata using Exiv2 (Error # 11 : /media/SSHD/rrs-home/Data/Pictures/Digikam Managed/XXXXVID_20160106_133410_HandBrake.mp4: The file contains data of an unknown image type digikam.dimg.qimage: Can not load " "/media/SSHD/rrs-home/Data/Pictures/Digikam Managed/XXXXVID_20160106_133410_HandBrake.mp4" " using DImg::QImageLoader! digikam.general: Cannot create thumbnail for "/media/SSHD/rrs-home/Data/Pictures/Digikam Managed/XXXXVID_20160106_133410_HandBrake.mp4" digikam.general: Thumbnail is null for "/media/SSHD/rrs-home/Data/Pictures/Digikam Managed/XXXXVID_20160106_133410_HandBrake.mp4" digikam.metaengine: Cannot load metadata from file (Error # 11 : /media/SSHD/rrs-home/Data/Pictures/Digikam Managed/XXXX/MOVIE-1.mp4: The file contains data of an unknown image type And a bigger log is available at: https://people.debian.org/~rrs/tmp/digikam-thumbnail-qtav-bug.txt
Strange, no call to the video thumbnailer in the log file. At the moment, I do not know why. Can you test the pre-release digiKam-5.8.0 AppImage? Maik
(In reply to Maik Qualmann from comment #3) > Strange, no call to the video thumbnailer in the log file. At the moment, I > do not know why. Can you test the pre-release digiKam-5.8.0 AppImage? > > Maik Yes. I can do that. Can you please provide the download link ?
Look here : https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM
Can you check also if media player (video) support is enabled in Help/Components Info dialog from digiKam ?
(In reply to caulier.gilles from comment #6) > Can you check also if media player (video) support is enabled in > Help/Components Info dialog from digiKam ? Yes. It is mentioned as enabled. Please see comment #0 in this bug report.
Is your log file the result after pressing F5 in the album? Maik
(In reply to caulier.gilles from comment #5) > Look here : > https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM I tried that out and the issues are the same. So, then, I re-downloaded the 5.6.0 build. And things are back to normal. This looks like a QtAV bug to me. Because, not just the thumbnailer, but also the video playback is broken in 5.7.0 and 5.8.0.
I have a gut feel that QtAV has issues with h265 HEVC codec videos.
QtAV, or ffmpeg codec used in background ? Did you tried the stand alone QtAV player to see if problem exists ? Also, you must know that ffmpeg build on Centos 6 used for the AppImage can be a little bit old. Gilles Caulier
(In reply to caulier.gilles from comment #11) > QtAV, or ffmpeg codec used in background ? > I have no clue about this. > Did you tried the stand alone QtAV player to see if problem exists ? > How I concluded so if by running the same video files under standalone mplayer/mpv, where they are working perfectly. > Also, you must know that ffmpeg build on Centos 6 used for the AppImage can > be a little bit old. > Hmm. That may be the reason then. Are there good reasons why you are using such an old distribution ? I thought AppImage had, everything that it depends upon, archived into its bundle. So I fail to see any merit on using such old distributions. RHEL/Cent 6 is way old. If I had to really choose a stable base, perhaps Debian Stable or Ubuntu LTS would be better candidates.
CentoOS6 is required to build AppImage because of binary compatibility of libc which cannot be included in the bundle. This low level dependency is a sensible area to handle computer device. If we want to be compatible with older Linux release (at least 2 or 3 years) we need to respect this dependency. The solution of recent ffmpeg codecs support must be to compile the whole ffmpeg and not to use the Centos RPM. Currently it's not a priority for me, as other most important problems must be fixed before. Gilles Caulier
The desktop integration is problematic with AppImage SDK. It crash under some Linux distro. So i voluntary disable the desktop integration. There is no plan to restore this as AppImage team do not respond to my mail about this problem. Gilles Caulier
I just tested 5.8 pre-build of Digikam from files.kde.org and now, even ssl support is broken. Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve CRYPTO_num_locks Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve CRYPTO_set_id_callback Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve CRYPTO_set_locking_callback Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve ERR_free_strings Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve EVP_CIPHER_CTX_cleanup Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve EVP_CIPHER_CTX_init Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve sk_new_null Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve sk_push Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve sk_free Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve sk_num Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve sk_pop_free Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve sk_value Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve SSL_library_init Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve SSL_load_error_strings Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve SSL_get_ex_new_index Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve SSLv2_client_method Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve SSLv3_client_method Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve SSLv23_client_method Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve SSLv2_server_method Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve SSLv3_server_method Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve SSLv23_server_method Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve X509_STORE_CTX_get_chain Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve OPENSSL_add_all_algorithms_noconf Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve OPENSSL_add_all_algorithms_conf Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve SSLeay Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot resolve SSLeay_version Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: Incompatible version of OpenSSL Dec 20 18:25:35 priyasi org.gnome.Shell.desktop[9174]: Window manager warning: Invalid WM_TRANSIENT_FOR window 0x2c00007 specified for 0x2c00194 (Export to ). Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot call unresolved function SSLv23_client_method Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot call unresolved function SSL_library_init Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot call unresolved function SSLv23_client_method Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot call unresolved function SSL_library_init Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot call unresolved function SSLv23_client_method Dec 20 18:25:35 priyasi alacarte-made-4.desktop[11240]: qt.network.ssl: QSslSocket: cannot call unresolved function SSL_library_init
cmake rules to compile ffmpeg in a bundle can be found here : https://github.com/pyke369/sffmpeg/blob/master/CMakeLists.txt Gilles Caulier
Git commit b2fa476f6a587f818d893a7a11f703d5d08c7e77 by Gilles Caulier. Committed on 02/04/2018 at 10:43. Pushed by cgilles into branch 'master'. first stage to add FFMPEG support in bundles M +1 -1 project/bundles/3rdparty/CMakeLists.txt A +51 -0 project/bundles/3rdparty/ext_ffmpeg/CMakeLists.txt https://commits.kde.org/digikam/b2fa476f6a587f818d893a7a11f703d5d08c7e77
Git commit eec2b1e3d2713052caf401a3ab6a4fef69491236 by Gilles Caulier. Committed on 02/04/2018 at 12:41. Pushed by cgilles into branch 'master'. second stage to include ffmpeg 3.x in AppImage bundle M +1 -5 project/bundles/3rdparty/ext_ffmpeg/CMakeLists.txt M +20 -5 project/bundles/appimage/01-build-centos6.sh https://commits.kde.org/digikam/eec2b1e3d2713052caf401a3ab6a4fef69491236
Done. FFMPEG 3.3.6 is not integrated in Linux AppImage 64 bits of incoming digiKam 6.0.0. https://www.flickr.com/photos/digikam/41139912022/in/dateposted/ The AppImage file will be uploaded today at : https://files.kde.org/digikam/ Gilles Caulier