[digikam] [Bug 385726] Add Support For Apple Live Photos (HEIF)
https://bugs.kde.org/show_bug.cgi?id=385726 caulier.gil...@gmail.com changed: What|Removed |Added Component|Image Framework DImg|Plugin-DImg-HEIF -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 385726] Add Support For Apple Live Photos (HEIF)
https://bugs.kde.org/show_bug.cgi?id=385726 --- Comment #35 from Glassed Silver --- (In reply to caulier.gilles from comment #31) > About Apple Live Photo, Samsung's Motion Photos, and Huawei's Moving > Picture, i'm not sure where the differences are located. > > I'm sure that Apple Live Photo is HEIF based. > > in all cases libheif must support these format to access to image and video > data in container. About metadata, libexiv2 will support Base Media Format > (HEIF and AVIF containers) with next 0.27.4 release planed for June 2021. Modern implementations yes, but before Apple adopted HEIF Live Photos existed as well and there's plenty of JPEG-based Live Photo backlog that would be in I bet many users' libraries. :) -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 385726] Add Support For Apple Live Photos (HEIF)
https://bugs.kde.org/show_bug.cgi?id=385726 --- Comment #34 from Ritesh Raj Sarraf --- (In reply to Ritesh Raj Sarraf from comment #20) > (In reply to Ritesh Raj Sarraf from comment #19) > > @Gilles Caulier > > > > Here's a link to Google Motion Photo. > > > > https://photos.app.goo.gl/g37hyTahF69qqQ2n6 > > In case Google post-processes and messes it up. > > https://drive.google.com/file/d/1EFsJBFL1ZTNhIq5J_EqkOuLcDb8jpATo/ > view?usp=sharing Sorry. It seems that the picture that I linked, for whatever reason, is not what I intended to share as a motion photo from an Android phone. Please see this one instead: https://photos.app.goo.gl/rcmuoCg6ZifZo4jD8 As of today, I have verified that this indeed is an Android motion photo and is accessible anonymously. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 385726] Add Support For Apple Live Photos (HEIF)
https://bugs.kde.org/show_bug.cgi?id=385726 --- Comment #33 from caulier.gil...@gmail.com --- Huawei's Moving Picture file format => i cannot found technical details about this container on the Web. So we need reverse engineering... -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 385726] Add Support For Apple Live Photos (HEIF)
https://bugs.kde.org/show_bug.cgi?id=385726 --- Comment #32 from caulier.gil...@gmail.com --- Samsung's Motion Photo format consists of a picture (jpeg) and movie (mp4) merged into a single file. Between them there is a special marker. The script finds the marker and splits it accordingly. It's perhaps HEIF container, as HEIF con embed JPEG image. This need investiguations -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 385726] Add Support For Apple Live Photos (HEIF)
https://bugs.kde.org/show_bug.cgi?id=385726 --- Comment #31 from caulier.gil...@gmail.com --- About Apple Live Photo, Samsung's Motion Photos, and Huawei's Moving Picture, i'm not sure where the differences are located. I'm sure that Apple Live Photo is HEIF based. in all cases libheif must support these format to access to image and video data in container. About metadata, libexiv2 will support Base Media Format (HEIF and AVIF containers) with next 0.27.4 release planed for June 2021. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 385726] Add Support For Apple Live Photos (HEIF)
https://bugs.kde.org/show_bug.cgi?id=385726 --- Comment #30 from Glassed Silver --- Just checked the release notes for 7.2 and noticed that Apple Live Photo Support has been scheduled for 7.4, which is fantastic! I have one question though, are competing, similar formats like Samsung's Motion Photos, Huawei's Moving Picture and possibly other contenders that may be relevant in later feedback still on track for release as well? Personally for my own needs I am using Apple and Samsung's formats, so those would be my main concern, but Huawei is also pretty popularly used. Not sure what other manufacturers put out there, but having Apple, Huawei, Google and Samsung included would cover a large share of the market. Photo enthusiasts with mobile device choices around their creative needs may even go for some other brands, but I'm pretty sure those need not be the focus for now and could get added once the main share of the market is implemented and has gone through some wider trialing in the field I guess? Also, if desired I could add a new Samsung Motion Photo sample taken with a newer device (Note20 Ultra) just in case there are alterations to Samsung's implementation. (doubt it, but I want to be as assisting in this implementation as possible and providing samples is something I can do pretty nicely as someone who doesn't develop themselves) -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 385726] Add Support For Apple Live Photos (HEIF)
https://bugs.kde.org/show_bug.cgi?id=385726 --- Comment #29 from caulier.gil...@gmail.com --- Git commit c23ccd2c0e40c624631e748237aacbd26527eda8 by Gilles Caulier. Committed on 16/03/2021 at 03:36. Pushed by cgilles into branch 'master'. Exiv2 0.27.4 will introduce Base Media File format support for CR3, HEIF, HEIC, and AVIF image containers. Enable Exiv2 compilation option for BMFF supports. Add new static method to get BMFF support from Exiv2. Report BMFF support in help/components dialog. Fix MetaEngine::initializeExiv2() to register std::atexit C++11 method and cleanup automatically XMP SDK allocation at application exit. Remove obsolete cleanupExiv2() method from MEtaEngine and relevant calls everywhere. M +0-2core/app/main/main.cpp M +3-2core/libs/dialogs/libsinfodlg.cpp M +20 -8core/libs/metadataengine/engine/metaengine.cpp M +5-8core/libs/metadataengine/engine/metaengine.h M +6-0core/libs/metadataengine/engine/metaengine_p.cpp M +1-0core/libs/metadataengine/engine/metaengine_p.h M +2-2core/showfoto/main/main.cpp M +0-4core/tests/dimg/dimgabstracthistorytest.cpp M +0-2core/tests/dimg/dimgfilteractiontest.cpp M +0-2core/tests/dimg/testcolorbalancefilter.cpp M +0-2core/tests/dimg/testdimgloader.cpp M +0-2core/tests/dimg/testequalizefilter.cpp M +0-2core/tests/dplugins/loadandrun_generic.cpp M +0-2core/tests/fileio/loadsavethreadtest.cpp M +0-2core/tests/filters/testautocrop.cpp M +0-2core/tests/filters/testlensfuniface.cpp M +0-2core/tests/filters/testnrestimate.cpp M +0-2core/tests/geolocation/editor/test_gpsimageitem.cpp M +0-3core/tests/geolocation/geoiface/demo/mainwindow.cpp M +1-2core/tests/metadataengine/abstractunittest.h M +0-1core/tests/metadataengine/commentreadwritetest.cpp M +0-1core/tests/metadataengine/ratingreadwritetest.cpp M +0-1core/tests/metadataengine/tagsreadwritetest.cpp M +0-2core/tests/video/framesencoder.cpp M +1-9project/bundles/3rdparty/ext_exiv2/CMakeLists.txt M +1-0project/bundles/flatpak/org.kde.digikam.json M +1-1project/scripts/bootstrap-exiv2.linux.sh M +1-0project/scripts/bootstrap-exiv2.mxe.sh https://invent.kde.org/graphics/digikam/commit/c23ccd2c0e40c624631e748237aacbd26527eda8 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 385726] Add Support For Apple Live Photos (HEIF)
https://bugs.kde.org/show_bug.cgi?id=385726 Julien Lerouge changed: What|Removed |Added CC||julien.lero...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 385726] Add Support For Apple Live Photos (HEIF)
https://bugs.kde.org/show_bug.cgi?id=385726 --- Comment #28 from Glassed Silver --- (In reply to caulier.gilles from comment #27) > Don't be afraid. HEIF and CR3 support are popular format, and Bugzilla is > here to remember the important entry (you can vote for this support here > too). > > HEIF is Android and Apple used format -> very popular > CR3 is Canon RAW file -> a major actor in photography. > > So... > > Gilles Caulier Well, I'm a CR2 user thanks to my 60D, I know it's pretty much inevitable a solution will be found. HEIF isn't just Apple and Android though, I think in the future demand for it will rise quite a bit more, because it does provide substantial space savings which can be applied elsewhere too. Oh also I wanted to let you know that I've donated to Digikam a few days ago because seeing the Live Photo format getting picked up alerted me to help out a bit myself. When this issue gets resolved I'll be looking at weeks if not months of carefully moving data to Digikam and trialing productive use with a large library. Finally a home for my photography and videoclips again. Much love from Germany! :) -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 385726] Add Support For Apple Live Photos (HEIF)
https://bugs.kde.org/show_bug.cgi?id=385726 --- Comment #27 from caulier.gil...@gmail.com --- Don't be afraid. HEIF and CR3 support are popular format, and Bugzilla is here to remember the important entry (you can vote for this support here too). HEIF is Android and Apple used format -> very popular CR3 is Canon RAW file -> a major actor in photography. So... Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 385726] Add Support For Apple Live Photos (HEIF)
https://bugs.kde.org/show_bug.cgi?id=385726 --- Comment #26 from Glassed Silver --- Thank you so much for your input. I wasn't trying to advocate for a work-around, I was just trying to make sense of why you're optimistic, since this seems like it could go either way over at that project. At least from what I read regarding the potential legal implications. I gave the OP post a thumbs up, I guess that's what you meant by voting for it. Again thank you so much and I'll just adopt your hopefulness and anticipate the release, hopefully with CR3 and HEIC metadata support. I guess one way or another a way has to be found either way eventually, so if I don't completely misinterpret this, if the feature doesn't make it into 7.0, hope wouldn't be completely lost? Cheers! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 385726] Add Support For Apple Live Photos (HEIF)
https://bugs.kde.org/show_bug.cgi?id=385726 --- Comment #25 from caulier.gil...@gmail.com --- digiKam already rely on Exiv2 to all file format metadata support. There is no exception for HEIF and CR3. We need to still homogeneous and not to make a big puzzle. I'm fighting against this idea since a while, as digiKam is already a big application with many external dependencies. There is no work around planed until July release... If you want to see a better HEIF/CR3 support in the future, go to Exiv2 project from github and vote to implement metadata support for these format. Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 385726] Add Support For Apple Live Photos (HEIF)
https://bugs.kde.org/show_bug.cgi?id=385726 --- Comment #24 from Glassed Silver --- (In reply to caulier.gilles from comment #23) > yes, HEIF is supported in digiKam 7.0.0 right now, but not yet the video > embeded. > > The problem is with Exiv2 which refuse to support HEIF due to possible > patents. > > If HEIF will host video, we will need to be able to extract this data, and > Exiv2 sound like the best way to operate. > > > The problem between HEIF and EXiv2 do not touch only HEIF, but all formats > based on ISO base media format: > > https://en.wikipedia.org/wiki/ISO/IEC_base_media_file_format > > This include also the famous Canon CR3 raw files, and it's very problematic > for the future... > > https://github.com/Exiv2/exiv2/issues/236 > > So we need to have a plain support of ISO/IEC 14496-12 format first before > to support extra video from this kind of container... > > Gilles Caulier Maybe I'm missing something here, but if we rely on a third-party dependency to resolve this and they don't release a solution in code before July (and even that isn't certain) how can you be sure that this feature is on track for 7.0 final scheduled to release on or around July 12? Do you have an intermediary workaround in mind to use until this gets resolved? Thanks for the wealth of background info as well! Very interesting to see this unfold and at the same time I cannot stop but cry over software patents being a thing... ESPECIALLY for things like file formats. Real innovation stifling at work... -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 385726] Add Support For Apple Live Photos (HEIF)
https://bugs.kde.org/show_bug.cgi?id=385726 caulier.gil...@gmail.com changed: What|Removed |Added Summary|Add Support For Apple Live |Add Support For Apple Live |Photos |Photos (HEIF) --- Comment #23 from caulier.gil...@gmail.com --- yes, HEIF is supported in digiKam 7.0.0 right now, but not yet the video embeded. The problem is with Exiv2 which refuse to support HEIF due to possible patents. If HEIF will host video, we will need to be able to extract this data, and Exiv2 sound like the best way to operate. The problem between HEIF and EXiv2 do not touch only HEIF, but all formats based on ISO base media format: https://en.wikipedia.org/wiki/ISO/IEC_base_media_file_format This include also the famous Canon CR3 raw files, and it's very problematic for the future... https://github.com/Exiv2/exiv2/issues/236 So we need to have a plain support of ISO/IEC 14496-12 format first before to support extra video from this kind of container... Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
