[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #39 from caulier.gil...@gmail.com --- Git commit 8c604bdfc4f2c93934f359dfa2cfd66e787eb205 by Gilles Caulier. Committed on 28/09/2019 at 08:03. Pushed by cgilles into branch 'master'. First stage to support HEIC images from Apple devices. New image loader based on libheif+libde265. Only loading image is supported for the moment. Writing image requires libx265 dependency and is not yet implemented. HEIC loader support ICC color profile, Exif, and XMP metadata handling. Code is not yet optimized. Still TODO * add progress observer * load metadata stage without to decode full image. HEIC is now a native format, blacklisted with ImageMagick and QImage loader Related: bug 411027 M +1-0NEWS M +1-0core/dplugins/dimg/CMakeLists.txt M +3-3core/dplugins/dimg/README A +173 -0core/dplugins/dimg/heif/CMakeLists.txt A +608 -0core/dplugins/dimg/heif/dimgheifloader.cpp [License: GPL (v2+)] A +71 -0core/dplugins/dimg/heif/dimgheifloader.h [License: GPL (v2+)] A +183 -0core/dplugins/dimg/heif/dimgheifplugin.cpp [License: GPL (v2+)] A +73 -0core/dplugins/dimg/heif/dimgheifplugin.h [License: GPL (v2+)] A +1-0core/dplugins/dimg/heif/libde265/README A +359 -0core/dplugins/dimg/heif/libde265/acceleration.h [License: LGPL (v3+)] A +99 -0core/dplugins/dimg/heif/libde265/alloc_pool.cc [License: LGPL (v3+)] A +61 -0core/dplugins/dimg/heif/libde265/alloc_pool.h [License: LGPL (v3+)] A +176 -0core/dplugins/dimg/heif/libde265/bitstream.cc [License: LGPL (v3+)] A +63 -0core/dplugins/dimg/heif/libde265/bitstream.h [License: LGPL (v3+)] A +1033 -0core/dplugins/dimg/heif/libde265/cabac.cc [License: LGPL (v3+)] A +211 -0core/dplugins/dimg/heif/libde265/cabac.h [License: LGPL (v3+)] A +491 -0core/dplugins/dimg/heif/libde265/configparam.cc [License: LGPL (v3+)] A +401 -0core/dplugins/dimg/heif/libde265/configparam.h [License: LGPL (v3+)] A +347 -0core/dplugins/dimg/heif/libde265/contextmodel.cc [License: LGPL (v3+)] A +130 -0core/dplugins/dimg/heif/libde265/contextmodel.h [License: LGPL (v3+)] A +36 -0core/dplugins/dimg/heif/libde265/de265-version.h.in A +711 -0core/dplugins/dimg/heif/libde265/de265.cc [License: LGPL (v3+)] A +437 -0core/dplugins/dimg/heif/libde265/de265.h [License: LGPL (v3+)] A +1058 -0core/dplugins/dimg/heif/libde265/deblock.cc [License: LGPL (v3+)] A +29 -0core/dplugins/dimg/heif/libde265/deblock.h [License: LGPL (v3+)] A +2285 -0core/dplugins/dimg/heif/libde265/decctx.cc [License: LGPL (v3+)] A +528 -0core/dplugins/dimg/heif/libde265/decctx.h [License: LGPL (v3+)] A +296 -0core/dplugins/dimg/heif/libde265/dpb.cc [License: LGPL (v3+)] A +118 -0core/dplugins/dimg/heif/libde265/dpb.h [License: LGPL (v3+)] A +321 -0core/dplugins/dimg/heif/libde265/en265.cc [License: LGPL (v3+)] A +218 -0core/dplugins/dimg/heif/libde265/en265.h [License: LGPL (v3+)] A +95 -0core/dplugins/dimg/heif/libde265/encoder/algo/algo.cc [License: LGPL (v3+)] A +95 -0core/dplugins/dimg/heif/libde265/encoder/algo/algo.h [License: LGPL (v3+)] A +113 -0 core/dplugins/dimg/heif/libde265/encoder/algo/cb-interpartmode.cc [License: LGPL (v3+)] A +108 -0core/dplugins/dimg/heif/libde265/encoder/algo/cb-interpartmode.h [License: LGPL (v3+)] A +132 -0core/dplugins/dimg/heif/libde265/encoder/algo/cb-intra-inter.cc [License: LGPL (v3+)] A +68 -0core/dplugins/dimg/heif/libde265/encoder/algo/cb-intra-inter.h [License: LGPL (v3+)] A +185 -0 core/dplugins/dimg/heif/libde265/encoder/algo/cb-intrapartmode.cc [License: LGPL (v3+)] A +149 -0core/dplugins/dimg/heif/libde265/encoder/algo/cb-intrapartmode.h [License: LGPL (v3+)] A +176 -0core/dplugins/dimg/heif/libde265/encoder/algo/cb-mergeindex.cc [License: LGPL (v3+)] A +70 -0core/dplugins/dimg/heif/libde265/encoder/algo/cb-mergeindex.h [License: LGPL (v3+)] A +114 -0core/dplugins/dimg/heif/libde265/encoder/algo/cb-skip.cc [License: LGPL (v3+)] A +72 -0core/dplugins/dimg/heif/libde265/encoder/algo/cb-skip.h [License: LGPL (v3+)] A +178 -0core/dplugins/dimg/heif/libde265/encoder/algo/cb-split.cc [License: LGPL (v3+)] A +88 -0core/dplugins/dimg/heif/libde265/encoder/algo/cb-split.h [License: LGPL (v3+)] A +202 -0core/dplugins/dimg/heif/libde265/encoder/algo/coding-options.cc [License: LGPL (v3+)] A +151 -0core/dplugins/dimg/heif/libde265/encoder/algo/coding-options.h [License: LGPL (v3+)] A +61 -0core/dplugins/dimg/heif/libde265/encoder/algo/ctb-qscale.cc [License: LGPL (v3+)] A +109 -0core/dplugins/dimg/heif/libde265/encoder/algo/ctb-qscale.h [License: LGPL (v3+)] A +318 -0
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #38 from Olli Lupton --- OK, thanks for the update. I'll keep an eye on the upstream ticket. For the benefit of anyone else following this thread, the link is https://github.com/Exiv2/exiv2/issues/318 Thanks, Olli -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #37 from caulier.gil...@gmail.com --- Hi, The HEIC metadata must be read by Exiv2, but HEIC support from this library is not yet finalized. As i see in Exiv2 bugzilla, it's under development, so you need to be patient. Best Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #36 from Olli Lupton --- I tried the MacOS image (git commit 7d6b3812ee9f0a99682c5e7e53a9155c4d1d5e5f) from that link, and after adding heic to the list of extra MIME types, I can see thumbnails and view HEIC images full size! Unfortunately it seems that the image metadata is not read. In digikam I can only see the most basic properties about the file (size, owner, permissions etc.). I checked on the commandline that my system install of exiftool can see a lot more metadata in these files. I wasn't sure from the discussion on this ticket whether or not this is expected? Please let me know if I can provide any other useful information. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #35 from caulier.gil...@gmail.com --- Windows installers, Linux AppImage, and MacOS package with HEIF support are under construction and will be available for testing today in few hours here: https://files.kde.org/digikam/ Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #34 from caulier.gil...@gmail.com --- For Windows user, HEIF support through ImageMagick codec will be supported with next 6.4.0. Pre-release 6.4.0 Windows installer are under construction from scratch. If all compile fine, files will be available later here: https://files.kde.org/digikam/ -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #33 from caulier.gil...@gmail.com --- Git commit b49ec41f1124740072991d30166c96d6721afe75 by Gilles Caulier. Committed on 09/09/2019 at 13:20. Pushed by cgilles into branch 'master'. Compile and link ImageMagick 7.x with HEIF libraries under MXE for Windows targets Related: bug 411027 M +14 -7project/bundles/3rdparty/ext_heif/CMakeLists.txt R +6-6project/bundles/3rdparty/ext_heif/libde265.pc.in_cmake [from: project/bundles/3rdparty/ext_heif/libde265.pc - 050% similarity] R +6-6project/bundles/3rdparty/ext_heif/libheif.pc.in_cmake [from: project/bundles/3rdparty/ext_heif/libheif.pc - 054% similarity] https://invent.kde.org/kde/digikam/commit/b49ec41f1124740072991d30166c96d6721afe75 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #31 from caulier.gil...@gmail.com --- Good news from Windows user. Look like my report on MXE project is now closed with ImageMagick 7.x support. This want mean that HEIC image will be support soon. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #32 from caulier.gil...@gmail.com --- MXE report : https://github.com/mxe/mxe/issues/2335#event-2615978807 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 Maik Qualmann changed: What|Removed |Added CC||rberliner@instrumentationas ||sociates.com --- Comment #30 from Maik Qualmann --- *** Bug 411027 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 IWBR changed: What|Removed |Added CC||iwannaber...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #29 from caulier.gil...@gmail.com --- I'm not surprised by your crash with the unresolved symbols... yes imagemagick is cross-compiled for Windows with MXE but current version is limited to 6.9.0. It's old and this version do not support HEIF. I reported this problem to MXE project to update ImageMagick to 7.x : https://github.com/mxe/mxe/issues/2335 So, please comment to this file to ask improvements with MXE project... Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 darrell.langf...@yahoo.com changed: What|Removed |Added Status|RESOLVED|REPORTED Resolution|FIXED |--- CC||darrell.langf...@yahoo.com --- Comment #28 from darrell.langf...@yahoo.com --- (In reply to Yarick Yermak from comment #27) > (In reply to caulier.gilles from comment #25) > > Also, can you show th e HEIF image using display CLI tool from ImageMagick 7 > > ? > > > > Gilles Caulier > > I compiled the latest ImageMagick-7.0.8-44)with heif support and i was able > to convert heic files to jpeg with it (uninstalled default installed in the > system before). > > However, digikam Image has bundled librarires for ImageMagic, when i tried > unpacked image and replaced buddled libraries with freshly compiled - it did > not work. I had to fix few/replace dependent librarires but finally digikam > crashed when it tried to load heic file. > > Digikam::DImg::load: "/home/yermak/Pictures/20190501_082735366_iOS.heic" : > Try to load with ImageMagick > Digikam::MagickLoader::load: Try to load image with ImageMagick codecs > digikam: symbol lookup error: > /home/yermak/Programs/squashfs-root/usr/lib/libdigikamcore.so.6.2.0: > undefined symbol: _ZN6Magick5Image4pingERKSs > > I suspect that Digikam Image App goes with broken libraries for ImageMagic > and it may works for you in dev environment as you have right ImageMagic > installed which is loaded by digiKam. Is it possible? This is on Windows, but I searched the DigiKam install directory, and there is no libmagick++ library. I see that there are installs from ImageMagick for Windows, so I wonder if this is just a case of a forgotten link to the library for Windows? I have the Microsoft Codecs bought and installed for my machine so it supports heic thumbnails anyhow outside of DigiKam. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #26 from Yarick Yermak --- (In reply to caulier.gilles from comment #24) > Van you share some HEIC samples to test here ? > > Gilles Caulier I will provide my files later, but i have the same problem with file shared earlier in this thread https://cdn2.online-convert.com/example-file/raster%20image/heic/example.heic -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #27 from Yarick Yermak --- (In reply to caulier.gilles from comment #25) > Also, can you show th e HEIF image using display CLI tool from ImageMagick 7 > ? > > Gilles Caulier I compiled the latest ImageMagick-7.0.8-44)with heif support and i was able to convert heic files to jpeg with it (uninstalled default installed in the system before). However, digikam Image has bundled librarires for ImageMagic, when i tried unpacked image and replaced buddled libraries with freshly compiled - it did not work. I had to fix few/replace dependent librarires but finally digikam crashed when it tried to load heic file. Digikam::DImg::load: "/home/yermak/Pictures/20190501_082735366_iOS.heic" : Try to load with ImageMagick Digikam::MagickLoader::load: Try to load image with ImageMagick codecs digikam: symbol lookup error: /home/yermak/Programs/squashfs-root/usr/lib/libdigikamcore.so.6.2.0: undefined symbol: _ZN6Magick5Image4pingERKSs I suspect that Digikam Image App goes with broken libraries for ImageMagic and it may works for you in dev environment as you have right ImageMagic installed which is loaded by digiKam. Is it possible? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #25 from caulier.gil...@gmail.com --- Also, can you show th e HEIF image using display CLI tool from ImageMagick 7 ? Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #24 from caulier.gil...@gmail.com --- Van you share some HEIC samples to test here ? Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #23 from Yarick Yermak --- 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_11177_iOS.heic (Error # 11 : /mnt/Cloud/Camera Roll/2019/05/20190503_11177_iOS.heic: The file contains data of an unknown image type Digikam::DImg::load: "/mnt/Cloud/Camera Roll/2019/05/20190503_11177_iOS.heic" : Try to load with ImageMagick Digikam::MetaEngine::Private::printExiv2ExceptionError: Cannot load metadata from file /mnt/Cloud/Camera Roll/2019/05/20190503_11177_iOS.heic (Error # 11 : /mnt/Cloud/Camera Roll/2019/05/20190503_11177_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.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #22 from Yarick Yermak --- 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_11177_iOS.heic (Error # 11 : /mnt/Cloud/Camera Roll/2019/05/20190503_11177_iOS.heic: The file contains data of an unknown image type Digikam::DImg::load: "/mnt/Cloud/Camera Roll/2019/05/20190503_11177_iOS.heic" : Try to load with ImageMagick Digikam::MetaEngine::Private::printExiv2ExceptionError: Cannot load metadata from file /mnt/Cloud/Camera Roll/2019/05/20190503_11177_iOS.heic (Error # 11 : /mnt/Cloud/Camera Roll/2019/05/20190503_11177_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.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #21 from caulier.gil...@gmail.com --- Git commit ab3a827d2daa0a98249173378b68f25c2b1ce7c9 by Gilles Caulier. Committed on 05/05/2019 at 09:05. Pushed by cgilles into branch 'master'. compile and install HEIF libraries before to compile and install ImageMagick with MXE. Good news: MXE install IM v6 and this one must support HEIF codec. M +94 -37 project/bundles/3rdparty/ext_heif/CMakeLists.txt M +9-1project/bundles/mxe/01-build-mxe.sh https://invent.kde.org/kde/digikam/commit/ab3a827d2daa0a98249173378b68f25c2b1ce7c9 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 --- Comment #20 from caulier.gil...@gmail.com --- 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.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 Yarick Yermak changed: What|Removed |Added CC||yer...@gmail.com --- Comment #19 from Yarick Yermak --- Hi all, I tried version 6.1.0 on Windows. Heic support does not work: firstly, heic files were not displayed, until explicitely listed in Settings mime-types, regardless heic is claimed to be supported mime-type. secondly heic files just displayed as unknown files (no thumbs) - and there is nothing could be done with them including viewing. Is it possible to include heic support following the same way as nomacs did, by using qt-heif-image-plugin. See following link for details https://github.com/nomacs/nomacs/issues/257 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 caulier.gil...@gmail.com changed: What|Removed |Added Latest Commit||https://commits.kde.org/dig ||ikam/86a40546894c7b053ab3aa ||d85a11a0c709e60220 Version Fixed In||6.1.0 Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #18 from caulier.gil...@gmail.com --- Git commit 86a40546894c7b053ab3aad85a11a0c709e60220 by Gilles Caulier. Committed on 08/04/2019 at 15:18. Pushed by cgilles into branch 'master'. Add ImageMagick codecs support as QImage fail-back image loader to be able to render thumbnails and load image in editor with extra image format as HEIC, FITS, JPEG-XR, XCF. For the moment, this will support image loading in this formats. Later we can plan to add writting support if ImageMagick codecs can do it. Related: bug 385726, bug 360806 FIXED-IN: 6.1.0 M +1-0Mainpage.dox M +1-0NEWS M +8-1core/CMakeLists.txt M +4-0core/app/DigikamCoreTarget.cmake M +3-0core/app/utils/digikam_config.h.cmake.in M +10 -0core/libs/dialogs/libsinfodlg.cpp M +2-1core/libs/dimg/loaders/README M +58 -2core/libs/dimg/loaders/qimageloader.cpp M +5-0core/libs/dimg/loaders/qimageloader.h https://commits.kde.org/digikam/86a40546894c7b053ab3aad85a11a0c709e60220 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 393408] Support for extra image formats as HEIC, FITS, JPEG-XR [patch]
https://bugs.kde.org/show_bug.cgi?id=393408 caulier.gil...@gmail.com changed: What|Removed |Added Summary|Support for extra image |Support for extra image |formats through FFMPEG |formats as HEIC, FITS, |codecs as HEIC, FITS, |JPEG-XR [patch] |JPEG-LS [patch] | -- You are receiving this mail because: You are watching all bug changes.
