https://bugs.kde.org/show_bug.cgi?id=385726
Gilles Schintgen <gschint...@hambier.lu> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gschint...@hambier.lu
--- Comment #38 from Gilles Schintgen <gschint...@hambier.lu> ---
Hi, I concur with previous posters that it'd be an important feature for
Digikam to properly support the various motion photo formats. Here are some
thought:
I first encountered motion photos by inadvertently enabling this feature on my
Samsung phone. (I didn't even notice that some icon was now shown in yellow
instead of white.) Since I was using an alternative photo gallery that didn't
support motion photos I never even noticed that my "photos" actually included
video *and* audio captures of the people around me...
Hence my first request: Digikam should at the minimum show an overlay icon on
all motion photos. (Similar to the globe icon put on geotagged images.)
This may sound rather negative, but I now very much enjoy my motion pictures.
In particular on nicely implemented photo galleries. (See
https://demo.photoprism.app/library/browse where motion photos come to life the
moment you're hovering over them with the mouse pointer.)
Here's a list of features that I'd consider rather useful if not essential.
(Some should be rather straightforward to implemented, others probably not so
much. I'll be patient ;-))
0. Treat motion photos as regular photos that happen to include a bit of extra
data. (some photos have geotags, some have a short video clip attached...)
1. Show an overlay icon to indicate that the file actually includes audio and
video. (Samsung motion photos are clearly tagged as such in their XMP metadata,
so detection should be straightforward at least for this manufacturer.)
2. Possibility to filter by motion photo presence. (I.e. in the "Filter" tab on
the right, either like the geotag presence filtering or in the filetype
dropdown menu)
3. Possibility to just get rid of the included video. (For quality or privacy
reasons.)
4. Possibility to remove the audio track of the included video but keep the
video. (For privacy reasons.)
5. Take care that an included video is not discarded by accident when the image
is rewritten. (E.g. by changing the metadata tags or modifying the image in the
built-in image editor. An export that would lose the video could maybe emit a
warning.)
6. Possibility to play back the included video. (Optionally by just hovering
over the photo, as in the photoprism demo linked above. But that would probably
entail creating and storing a preview video. This could be out of scope for a
photo *management* app.)
Maybe: 7. Possibility to extract the video as a separate file.
If you need sample pictures I'll happily provide Samsung sample pictures.
(Galaxy S10e and Galaxy S23, with and without "high efficiency" coding)
--
You are receiving this mail because:
You are watching all bug changes.
