https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #21 from mahikeulbody ---
I confirm that points 1, 2 and 3 (see comment 11) are fixed. Thanks.
I think I will create a wish report related to my comment 19 but I have to
think a little bit more about this use case.
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #20 from Maik Qualmann ---
Git commit 9f313750fe03c2b5e7f6b575d4497a919f1a843b by Maik Qualmann.
Committed on 05/04/2024 at 05:59.
Pushed by mqualmann into branch 'master'.
add detection for QuickTime UTC timestamp
M +12 -0
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #19 from mahikeulbody ---
After to decide that a QuickTime date of a given video is UTC (which is not
easy, I agree), Digikam uses the local time of the PC to calculate the "local"
time of the video. This "local" time is incorrect if the
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #18 from Maik Qualmann ---
Thanks, really local time with UTC identifier. Currently it works fine when
QuickTime is actually UTC. I have to think about how we can switch UTC on/off
when writing in ExifTool, depending on the camera device.
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #17 from mahikeulbody ---
Created attachment 168156
--> https://bugs.kde.org/attachment.cgi?id=168156=edit
a clock (local time : UTC+2) with Ricoh GR II
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #16 from Maik Qualmann ---
I need to know if your Ricoh camera actually writes a QuickTime timestamp in
local time because it sets the "Z" flag (even if ExifTool doesn't show it).
Please film a clock and send me the video without further
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #15 from Maik Qualmann ---
Git commit c05646ba479f934e6fb9d09f273324e3c73d979e by Maik Qualmann.
Committed on 04/04/2024 at 19:05.
Pushed by mqualmann into branch 'master'.
fix time shifting with QuickTime UTC
M +5-2
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #14 from Maik Qualmann ---
Git commit 240db23403a6ba44d8be6b74e927e98425ac1e5b by Maik Qualmann.
Committed on 04/04/2024 at 17:51.
Pushed by mqualmann into branch 'master'.
restore an existing caption timestamp
M +4-0
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #13 from Maik Qualmann ---
Git commit 242b062fe2bc6fd6aa704d792ec823d3e74a6321 by Maik Qualmann.
Committed on 04/04/2024 at 16:41.
Pushed by mqualmann into branch 'master'.
read all video metadata to get time adjust source timestamps
M
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #12 from mahikeulbody ---
3) There a third point impacted by the fix. let say a video file with
QuickTimeCreateDate : 2024:04:04T10:00:00. As we know it is presumed to be an
UTC time (except for some devices according an internal Digikam
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #11 from mahikeulbody ---
1) With Exiftool enabled, Digikam:CaptionDateTimestamp is also adjusted, it
should not.
2) With the fix, Digikam don't display any more a source selecting
EXIF/IPTC/XMP (it displays "not valid"). In fact, that
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #10 from Maik Qualmann ---
Git commit d5d2f8639ff3d906f1af212546ca8c78a100755a by Maik Qualmann.
Committed on 02/04/2024 at 17:08.
Pushed by mqualmann into branch 'master'.
fix updating file timestamp with ExifTool enabled
M +2-1
https://bugs.kde.org/show_bug.cgi?id=484719
Maik Qualmann changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #8 from mahikeulbody ---
> Please note that some fields have been added by Digikam such as xmp fields,
> which it is normal, but some "native" fields have been removed, which it does
> seem normal (check with a diff tool).
In fact, none
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #7 from Maik Qualmann ---
Git commit a8ec0c7e9285cab9d520cdc28bde6c6596c7d2de by Maik Qualmann.
Committed on 29/03/2024 at 18:05.
Pushed by mqualmann into branch 'master'.
add missing "Xmp.exif.DateTimeDigitized" to date time adjust
M +1
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #6 from mahikeulbody ---
Anyway, this report was about the difference of behavior about the updated (or
not) date fields between photo and video, NO MATTER these fields are written to
the file or not.
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #5 from mahikeulbody ---
Created attachment 167921
--> https://bugs.kde.org/attachment.cgi?id=167921=edit
output of exiftool about the adjusted video
Please note that some fields have been added by Digikam such as xmp fields,
which it is
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #4 from mahikeulbody ---
Created attachment 167920
--> https://bugs.kde.org/attachment.cgi?id=167920=edit
output of exiftool about the untouched video
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #3 from mahikeulbody ---
Created attachment 167919
--> https://bugs.kde.org/attachment.cgi?id=167919=edit
video adjusted by digikam (adding 1 sec from Exif:created to all dates fields)
--
You are receiving this mail because:
You are
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #2 from mahikeulbody ---
Created attachment 167918
--> https://bugs.kde.org/attachment.cgi?id=167918=edit
video untouched from a moto g6
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484719
Maik Qualmann changed:
What|Removed |Added
CC||metzping...@gmail.com
--- Comment #1 from Maik
https://bugs.kde.org/show_bug.cgi?id=484719
caulier.gil...@gmail.com changed:
What|Removed |Added
Component|Metadata-Date |Plugin-Generic-TimeAdjust
22 matches
Mail list logo