[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 caulier.gil...@gmail.com changed: What|Removed |Added Version Fixed In||8.1.0 Resolution|DUPLICATE |UPSTREAM --- Comment #27 from caulier.gil...@gmail.com --- @rfeg UPSTREAM bugs from libheif: https://github.com/strukturag/libheif/issues/645 https://github.com/strukturag/libheif/issues/552 https://github.com/strukturag/libheif/issues/472 https://github.com/strukturag/libheif/issues/133 Select right one and continue this discussion on github bugzilla from libheif. Nothing can be done in digiKam code to improve the performances. Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 caulier.gil...@gmail.com changed: What|Removed |Added Status|REPORTED|RESOLVED Component|Preview-Image |Plugin-DImg-HEIF Resolution|--- |DUPLICATE --- Comment #26 from caulier.gil...@gmail.com --- *** This bug has been marked as a duplicate of bug 463486 *** -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #25 from caulier.gil...@gmail.com --- This is not a digiKam problem but libheif and dependencies: https://github.com/strukturag/libheif/issues/645 https://github.com/strukturag/libheif/issues/552 https://github.com/strukturag/libheif/issues/472 https://github.com/strukturag/libheif/issues/133 Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #24 from cvinhaes --- Same result here, excruciatingly slow times to refresh the preview for .heif files. Win10 with 16gb ram. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 cvinhaes changed: What|Removed |Added CC||k...@cvinhaes.33mail.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #23 from caulier.gil...@gmail.com --- Git commit 69d6946b6b72c11ed5f7baa356eff38daf97bbc7 by Gilles Caulier. Committed on 03/03/2022 at 22:05. Pushed by cgilles into branch 'qt5-maintenance'. add libheif dependency optional also in qt5-maintenance branch M +2-2Mainpage.dox M +15 -8core/CMakeLists.txt M +9-3core/app/DigikamCoreTarget.cmake M +3-0core/app/utils/digikam_config.h.cmake.in M +4-1core/dplugins/dimg/CMakeLists.txt M +9-1core/libs/dialogs/libsinfodlg.cpp M +9-1core/libs/metadataengine/CMakeLists.txt M +4-0core/libs/metadataengine/dmetadata/dmetadata.h M +8-1core/libs/metadataengine/dmetadata/dmetadata_fileio.cpp https://invent.kde.org/graphics/digikam/commit/69d6946b6b72c11ed5f7baa356eff38daf97bbc7 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #22 from caulier.gil...@gmail.com --- Git commit 3e95ab4926b1faf34a3c0ca630cc3fe809c926eb by Gilles Caulier. Committed on 03/03/2022 at 18:18. Pushed by cgilles into branch 'master'. Only check for libx265 if libheif is found M +11 -6core/CMakeLists.txt https://invent.kde.org/graphics/digikam/commit/3e95ab4926b1faf34a3c0ca630cc3fe809c926eb -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #21 from caulier.gil...@gmail.com --- Git commit c84ddfce02f08c89ba63fa6d224ee0de855f8091 by Gilles Caulier. Committed on 03/03/2022 at 18:00. Pushed by cgilles into branch 'master'. Make libheif dependency optional M +2-2Mainpage.dox M +2-2core/CMakeLists.txt M +10 -1core/app/DigikamCoreTarget.cmake M +3-0core/app/utils/digikam_config.h.cmake.in M +4-1core/dplugins/dimg/CMakeLists.txt M +10 -2core/libs/dialogs/libsinfodlg.cpp M +9-1core/libs/metadataengine/CMakeLists.txt M +6-1core/libs/metadataengine/dmetadata/dmetadata.h M +8-1core/libs/metadataengine/dmetadata/dmetadata_fileio.cpp https://invent.kde.org/graphics/digikam/commit/c84ddfce02f08c89ba63fa6d224ee0de855f8091 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #20 from caulier.gil...@gmail.com --- Issue for Craft build system : https://invent.kde.org/packaging/craft-blueprints-kde/-/issues/5 Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #19 from caulier.gil...@gmail.com --- Issue for Snap continuous deployment from SnapCraft.io : https://invent.kde.org/packaging/snapcraft-kde-applications/-/issues/1 Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #18 from caulier.gil...@gmail.com --- Issue for FlatPak continuous deployment from FlatHub : https://github.com/flathub/org.kde.digikam/issues/32 Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #17 from Maik Qualmann --- I don't think we need it. We know the final size of the memory needed for the DImg and allocate it completely with width x height x 4(8). Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #16 from caulier.gil...@gmail.com --- Git commit d164c064967f50f1c02f6b5ec8d449a86df2 by Gilles Caulier. Committed on 03/03/2022 at 14:20. Pushed by cgilles into branch 'master'. FlatPak build configuration for KDE server: add libde265 and libheif dependencies for 7.7.0 release and later M +14 -0project/bundles/flatpak/org.kde.digikam.json https://invent.kde.org/graphics/digikam/commit/d164c064967f50f1c02f6b5ec8d449a86df2 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #15 from caulier.gil...@gmail.com --- Git commit 836756ca71a980eacedd3ec2838b1222e6361fa7 by Gilles Caulier. Committed on 03/03/2022 at 14:19. Pushed by cgilles into branch 'qt5-maintenance'. FlatPak build configuration for KDE server: add libde265 and libheif dependencies for 7.7.0 release and later M +14 -0project/bundles/flatpak/org.kde.digikam.json https://invent.kde.org/graphics/digikam/commit/836756ca71a980eacedd3ec2838b1222e6361fa7 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #14 from caulier.gil...@gmail.com --- Git commit 3164bc36d6ad04f5bbdd4b375bc904d1cb697a6d by Gilles Caulier. Committed on 03/03/2022 at 14:12. Pushed by cgilles into branch 'master'. backport commit to drop libheif/libde265 from digiKam core in favor of system libraries M +1-0Mainpage.dox M +3-3core/CMakeLists.txt M +1-0core/app/DigikamCoreTarget.cmake M +6-5core/cmake/modules/FindHEIF.cmake M +1-0core/dplugins/dimg/heif/CMakeLists.txt M +4-1core/dplugins/dimg/heif/dimgheifloader.h M +4-0core/libs/dialogs/libsinfodlg.cpp D +0-228 core/libs/heifutils/CMakeLists.txt D +0-3core/libs/heifutils/README D +0-4core/libs/heifutils/libde265/README D +0-359 core/libs/heifutils/libde265/acceleration.h D +0-99 core/libs/heifutils/libde265/alloc_pool.cc D +0-61 core/libs/heifutils/libde265/alloc_pool.h D +0-176 core/libs/heifutils/libde265/bitstream.cc D +0-63 core/libs/heifutils/libde265/bitstream.h D +0-1033 core/libs/heifutils/libde265/cabac.cc D +0-211 core/libs/heifutils/libde265/cabac.h D +0-491 core/libs/heifutils/libde265/configparam.cc D +0-401 core/libs/heifutils/libde265/configparam.h D +0-347 core/libs/heifutils/libde265/contextmodel.cc D +0-130 core/libs/heifutils/libde265/contextmodel.h D +0-36 core/libs/heifutils/libde265/de265-version.h.in D +0-711 core/libs/heifutils/libde265/de265.cc D +0-437 core/libs/heifutils/libde265/de265.h D +0-1058 core/libs/heifutils/libde265/deblock.cc D +0-29 core/libs/heifutils/libde265/deblock.h D +0-2285 core/libs/heifutils/libde265/decctx.cc D +0-528 core/libs/heifutils/libde265/decctx.h D +0-296 core/libs/heifutils/libde265/dpb.cc D +0-118 core/libs/heifutils/libde265/dpb.h D +0-321 core/libs/heifutils/libde265/en265.cc D +0-218 core/libs/heifutils/libde265/en265.h D +0-95 core/libs/heifutils/libde265/encoder/algo/algo.cc D +0-95 core/libs/heifutils/libde265/encoder/algo/algo.h D +0-113 core/libs/heifutils/libde265/encoder/algo/cb-interpartmode.cc D +0-108 core/libs/heifutils/libde265/encoder/algo/cb-interpartmode.h D +0-132 core/libs/heifutils/libde265/encoder/algo/cb-intra-inter.cc D +0-68 core/libs/heifutils/libde265/encoder/algo/cb-intra-inter.h D +0-185 core/libs/heifutils/libde265/encoder/algo/cb-intrapartmode.cc D +0-149 core/libs/heifutils/libde265/encoder/algo/cb-intrapartmode.h D +0-176 core/libs/heifutils/libde265/encoder/algo/cb-mergeindex.cc D +0-70 core/libs/heifutils/libde265/encoder/algo/cb-mergeindex.h D +0-114 core/libs/heifutils/libde265/encoder/algo/cb-skip.cc D +0-72 core/libs/heifutils/libde265/encoder/algo/cb-skip.h D +0-178 core/libs/heifutils/libde265/encoder/algo/cb-split.cc D +0-88 core/libs/heifutils/libde265/encoder/algo/cb-split.h D +0-202 core/libs/heifutils/libde265/encoder/algo/coding-options.cc D +0-151 core/libs/heifutils/libde265/encoder/algo/coding-options.h D +0-61 core/libs/heifutils/libde265/encoder/algo/ctb-qscale.cc D +0-109 core/libs/heifutils/libde265/encoder/algo/ctb-qscale.h D +0-318 core/libs/heifutils/libde265/encoder/algo/pb-mv.cc D +0-177 core/libs/heifutils/libde265/encoder/algo/pb-mv.h D +0-532 core/libs/heifutils/libde265/encoder/algo/tb-intrapredmode.cc D +0-297 core/libs/heifutils/libde265/encoder/algo/tb-intrapredmode.h D +0-46 core/libs/heifutils/libde265/encoder/algo/tb-rateestim.cc D +0-101 core/libs/heifutils/libde265/encoder/algo/tb-rateestim.h D +0-378 core/libs/heifutils/libde265/encoder/algo/tb-split.cc D +0-126 core/libs/heifutils/libde265/encoder/algo/tb-split.h D +0-254 core/libs/heifutils/libde265/encoder/algo/tb-transform.cc D +0-86 core/libs/heifutils/libde265/encoder/algo/tb-transform.h D +0-313 core/libs/heifutils/libde265/encoder/encoder-context.cc D +0-173 core/libs/heifutils/libde265/encoder/encoder-context.h D +0-428 core/libs/heifutils/libde265/encoder/encoder-core.cc D +0-151 core/libs/heifutils/libde265/encoder/encoder-core.h D +0-340 core/libs/heifutils/libde265/encoder/encoder-intrapred.cc D +0-40 core/libs/heifutils/libde265/encoder/encoder-intrapred.h D +0-80 core/libs/heifutils/libde265/encoder/encoder-motion.cc D +0-32 core/libs/heifutils/libde265/encoder/encoder-motion.h D +0-83 core/libs/heifutils/libde265/encoder/encoder-params.cc D +0-143 core/libs/heifutils/libde265/encoder/encoder-params.h D +0-1730 core/libs/heifutils/libde265/encoder/encoder-syntax.cc D +0-102 core/libs/heifutils/libde265/encoder/encoder-syntax.h D +0-766 core/libs/heifutils/libde265/encoder/encoder-types.cc D +0-409 core/libs/heifutils/libde265/encoder/encoder-types.h D +0
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #13 from caulier.gil...@gmail.com --- MAik, Do you think we needs something like that in HEIF image loader ? Gilles -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #12 from Maik Qualmann --- Yes, that's an optimization if you don't know how much memory is required. It's faster to request larger blocks than to constantly expand with small blocks. Something similar for QVector with QVector::reserve(). https://doc.qt.io/qt-5/qvector.html#reserve Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #11 from caulier.gil...@gmail.com --- Hi Maik, I mostly completed to drop of libheif/libde265 from digiKam core in qt5-maintenance branch. I will backport all commits to master of course. Looking into libgd heif loader, i discovered this definition : https://github.com/libgd/libgd/blob/master/src/gd_heif.c#L23 ... used to allocate the heif context. https://github.com/libgd/libgd/blob/master/src/gd_heif.c#L125 The question is why to use this value ? It's an optimization ? Gilles -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #10 from caulier.gil...@gmail.com --- Git commit fd16088d948c2ef4324f0abbe1498068fba2c2f4 by Gilles Caulier. Committed on 03/03/2022 at 13:04. Pushed by cgilles into branch 'qt5-maintenance'. Add libheif dependency to macports M +1-0project/bundles/macports/01-build-macports.sh https://invent.kde.org/graphics/digikam/commit/fd16088d948c2ef4324f0abbe1498068fba2c2f4 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #9 from caulier.gil...@gmail.com --- Git commit 9d66c7989d870239914c7175a7a0e92101ce39cb by Gilles Caulier. Committed on 03/03/2022 at 12:35. Pushed by cgilles into branch 'qt5-maintenance'. Add libheif compilation rules for Windows target using MXE. M +3-15 project/bundles/3rdparty/ext_heif/CMakeLists.txt M +1-0project/bundles/mxe/01-build-mxe.sh https://invent.kde.org/graphics/digikam/commit/9d66c7989d870239914c7175a7a0e92101ce39cb -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #8 from caulier.gil...@gmail.com --- Git commit 60223e3ec1eddb7120168d9c6e7eaf1e40c39dfd by Gilles Caulier. Committed on 03/03/2022 at 11:20. Pushed by cgilles into branch 'qt5-maintenance'. Add libheif dependency list M +1-0Mainpage.dox https://invent.kde.org/graphics/digikam/commit/60223e3ec1eddb7120168d9c6e7eaf1e40c39dfd -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #7 from caulier.gil...@gmail.com --- Git commit a0ea1ad2e105107b040781910c589473bca753db by Gilles Caulier. Committed on 03/03/2022 at 10:41. Pushed by cgilles into branch 'qt5-maintenance'. add libheif build for AppImage M +1-0project/bundles/appimage/01-build-host.sh https://invent.kde.org/graphics/digikam/commit/a0ea1ad2e105107b040781910c589473bca753db -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #6 from caulier.gil...@gmail.com --- Git commit f6ec12dfb701d1d77be979dee7c72537551af86d by Gilles Caulier. Committed on 03/03/2022 at 10:34. Pushed by cgilles into branch 'qt5-maintenance'. Remove internal libheif and libde265 from digiKam core in favor of system libraries to inherits of last decoding optimizations and native accelerations. Show libheif version in Components Info dialog. Tested with AppImage bundle compilation workflow. TODO check Linux native, MacOS, and Windows targets. M +1-0NEWS M +1-1bootstrap.linux M +3-5core/CMakeLists.txt M +3-2core/app/DigikamCoreTarget.cmake M +6-5core/cmake/modules/FindHEIF.cmake M +1-0core/dplugins/dimg/heif/CMakeLists.txt M +4-1core/dplugins/dimg/heif/dimgheifloader.h M +0-1core/libs/CMakeLists.txt M +4-0core/libs/dialogs/libsinfodlg.cpp D +0-230 core/libs/heifutils/CMakeLists.txt D +0-3core/libs/heifutils/README D +0-4core/libs/heifutils/libde265/README D +0-359 core/libs/heifutils/libde265/acceleration.h D +0-99 core/libs/heifutils/libde265/alloc_pool.cc D +0-61 core/libs/heifutils/libde265/alloc_pool.h D +0-176 core/libs/heifutils/libde265/bitstream.cc D +0-63 core/libs/heifutils/libde265/bitstream.h D +0-1033 core/libs/heifutils/libde265/cabac.cc D +0-211 core/libs/heifutils/libde265/cabac.h D +0-491 core/libs/heifutils/libde265/configparam.cc D +0-401 core/libs/heifutils/libde265/configparam.h D +0-347 core/libs/heifutils/libde265/contextmodel.cc D +0-130 core/libs/heifutils/libde265/contextmodel.h D +0-36 core/libs/heifutils/libde265/de265-version.h.in D +0-711 core/libs/heifutils/libde265/de265.cc D +0-437 core/libs/heifutils/libde265/de265.h D +0-1058 core/libs/heifutils/libde265/deblock.cc D +0-29 core/libs/heifutils/libde265/deblock.h D +0-2285 core/libs/heifutils/libde265/decctx.cc D +0-528 core/libs/heifutils/libde265/decctx.h D +0-296 core/libs/heifutils/libde265/dpb.cc D +0-118 core/libs/heifutils/libde265/dpb.h D +0-321 core/libs/heifutils/libde265/en265.cc D +0-218 core/libs/heifutils/libde265/en265.h D +0-95 core/libs/heifutils/libde265/encoder/algo/algo.cc D +0-95 core/libs/heifutils/libde265/encoder/algo/algo.h D +0-113 core/libs/heifutils/libde265/encoder/algo/cb-interpartmode.cc D +0-108 core/libs/heifutils/libde265/encoder/algo/cb-interpartmode.h D +0-132 core/libs/heifutils/libde265/encoder/algo/cb-intra-inter.cc D +0-68 core/libs/heifutils/libde265/encoder/algo/cb-intra-inter.h D +0-185 core/libs/heifutils/libde265/encoder/algo/cb-intrapartmode.cc D +0-149 core/libs/heifutils/libde265/encoder/algo/cb-intrapartmode.h D +0-176 core/libs/heifutils/libde265/encoder/algo/cb-mergeindex.cc D +0-70 core/libs/heifutils/libde265/encoder/algo/cb-mergeindex.h D +0-114 core/libs/heifutils/libde265/encoder/algo/cb-skip.cc D +0-72 core/libs/heifutils/libde265/encoder/algo/cb-skip.h D +0-178 core/libs/heifutils/libde265/encoder/algo/cb-split.cc D +0-88 core/libs/heifutils/libde265/encoder/algo/cb-split.h D +0-202 core/libs/heifutils/libde265/encoder/algo/coding-options.cc D +0-151 core/libs/heifutils/libde265/encoder/algo/coding-options.h D +0-61 core/libs/heifutils/libde265/encoder/algo/ctb-qscale.cc D +0-109 core/libs/heifutils/libde265/encoder/algo/ctb-qscale.h D +0-318 core/libs/heifutils/libde265/encoder/algo/pb-mv.cc D +0-177 core/libs/heifutils/libde265/encoder/algo/pb-mv.h D +0-532 core/libs/heifutils/libde265/encoder/algo/tb-intrapredmode.cc D +0-297 core/libs/heifutils/libde265/encoder/algo/tb-intrapredmode.h D +0-46 core/libs/heifutils/libde265/encoder/algo/tb-rateestim.cc D +0-101 core/libs/heifutils/libde265/encoder/algo/tb-rateestim.h D +0-378 core/libs/heifutils/libde265/encoder/algo/tb-split.cc D +0-126 core/libs/heifutils/libde265/encoder/algo/tb-split.h D +0-254 core/libs/heifutils/libde265/encoder/algo/tb-transform.cc D +0-86 core/libs/heifutils/libde265/encoder/algo/tb-transform.h D +0-313 core/libs/heifutils/libde265/encoder/encoder-context.cc D +0-173 core/libs/heifutils/libde265/encoder/encoder-context.h D +0-428 core/libs/heifutils/libde265/encoder/encoder-core.cc D +0-151 core/libs/heifutils/libde265/encoder/encoder-core.h D +0-340 core/libs/heifutils/libde265/encoder/encoder-intrapred.cc D +0-40 core/libs/heifutils/libde265/encoder/encoder-intrapred.h D +0-80 core/libs/heifutils/libde265/encoder/encoder-motion.cc D +0-32 core/libs/heifutils/libde265/encoder/encoder-motion.h D +0-83 core/libs/heifutils/libde265/encoder/encoder-params.cc D +0-143
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #5 from caulier.gil...@gmail.com --- Git commit 4ee4669ce59fd6ed174e9e00f2bff7ee007d008d by Gilles Caulier. Committed on 18/11/2021 at 13:06. Pushed by cgilles into branch 'master'. Add find libheif cmake script to use native version of library, included dependencies A +73 -0core/cmake/modules/FindHEIF.cmake M +1-1core/cmake/modules/FindLensFun.cmake M +1-1core/cmake/modules/FindX265.cmake https://invent.kde.org/graphics/digikam/commit/4ee4669ce59fd6ed174e9e00f2bff7ee007d008d -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 Maik Qualmann changed: What|Removed |Added CC||metzping...@gmail.com --- Comment #4 from Maik Qualmann --- A current log from the digiKam start of the last MacOS package would be nice. Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #3 from rfeg --- thanks for the info, but my comment/bug is the big difference of time needed to process and display the embedded JPEG preview from a HEIF iPhone file vs a RAW file (HEIF is slow, RAW is fast). @Caullier: do you think that using native library will fix this? will HEIF native library be included in ver 8.0 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 --- Comment #2 from caulier.gil...@gmail.com --- Anther point is the cache memory used to store pre-loaded images. Under MacOS, a fix have been added to current code to detect properly the amount of MacOS RAW available. This can improve speedup of preview loading. Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 441648] preview of next/previous HEIF (iPhone) image is very slow
https://bugs.kde.org/show_bug.cgi?id=441648 caulier.gil...@gmail.com changed: What|Removed |Added CC||caulier.gil...@gmail.com --- Comment #1 from caulier.gil...@gmail.com --- Actually, the libheif/libde265 are compiled in digiKam core (code is included as well without any optimization at compilation). https://invent.kde.org/graphics/digikam/-/tree/master/core/libs/heifutils The plan is to remove this code and to use the system based library, which must include optimizations. Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
