https://bugs.kde.org/show_bug.cgi?id=393408
--- Comment #22 from Yarick Yermak <yer...@gmail.com> --- Gilles Caulier, Thank you very much for explanation. However, I tried both Linux AppImages 6.1-stable and digikam-6.2.0-git-20190505T184619-qtwebkit-x86-64.appimage (which seems to be very fresh build) under kubuntu-19.04 - heic files are NOT displayed properly. Thumbs have some "shadow artifacts" of the image, but immage is not displayed neither in preview no in viewer. I would suggest to change Fix Version to "Unknown" as it's defintely does not on work in 6.1 and change status of this issue to "REOPENED" - as even on latest git build it does not work. Please see logs below: Digikam::MetaEngine::Private::printExiv2ExceptionError: Cannot load metadata from file /mnt/Cloud/Camera Roll/2019/05/20190503_111755557_iOS.heic (Error # 11 : /mnt/Cloud/Camera Roll/2019/05/20190503_111755557_iOS.heic: The file contains data of an unknown image type Digikam::DImg::load: "/mnt/Cloud/Camera Roll/2019/05/20190503_111755557_iOS.heic" : Try to load with ImageMagick Digikam::MetaEngine::Private::printExiv2ExceptionError: Cannot load metadata from file /mnt/Cloud/Camera Roll/2019/05/20190503_111755557_iOS.heic (Error # 11 : /mnt/Cloud/Camera Roll/2019/05/20190503_111755557_iOS.heic: The file contains data of an unknown image type Digikam::MagickLoader::load: Try to load image with ImageMagick codecs Digikam::StackedView::setViewMode: Stacked View Mode : 1 Digikam::StackedView::setViewMode: Stacked View Mode : 0 Digikam::MagickLoader::load: IM to DImg : 3024 4032 Digikam::MagickLoader::load: IM QuantumRange : 65535 Digikam::MagickLoader::load: IM Format : High Efficiency Image Format Digikam::StackedView::setViewMode: Stacked View Mode : 1 Digikam::MagickLoader::load: IM blob size : 97542144 If I missed the point and I have to pre-install or pre-compile something under linux, please point me to relevant source or how-to... P.S. Digikam Linux AppImage works quite well under Windows Subsystem for Linux (ubuntu) - had to install depoendencies: libsm6, libqt5opengl5, libasound2, manually create /var/lib/dbus/machine-id and redirect X to Windows X Server. Works same as KDE version - shows same artifacts on thumbs for heic instead of images. (In reply to caulier.gilles from comment #20) > HEIF support is now managed by the new digiKam ImageMagick loader. By this > way, we will support plenty new image formats. > > The advantage to use Image Magick instead the QImageLoader is the 16 bits > color depth support that digiKam can handle natively since more than 12 > years now. > > Other point is the advanced multipage support with Heif. ImageMagick support > this container, even if digiKam is not yet able to choose the image in set. > > ImageMagick HEIF writing is fully supported, in opposite than QImageLoader > which is basic. There is also a identify mode avaialble in ImageMagick to > preload image properties without to decode whole image. This is used while > image scanning with database. > > HEIF integration is done in Linux AppImage bundle for the moment, not yet in > Windows and MacOS. Under these OS, MXE and MAcports do not inclide HEIF > codec due to patents problem. We need to install HEIF codecs before to > compile ImageMagick. > > Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
