https://bugs.kde.org/show_bug.cgi?id=394214
Maik Qualmann changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=394214
--- Comment #13 from Jens ---
The issue I had was about using the file mtime as the "digikam date" (= the
date that is displayed below the thumbnails). You can write a new date to
almost everywhere (EXIF, XMP, IPTC, ...) but not to the Digikam DB. Right
https://bugs.kde.org/show_bug.cgi?id=394214
--- Comment #12 from Maik Qualmann ---
I can not reproduce a problem here with Time Adjust tool in BQM when setting a
new file modification time. The date / time is set correctly (test with file
manager) and is also displayed correctly in the digiKam Ic
https://bugs.kde.org/show_bug.cgi?id=394214
--- Comment #11 from Jens ---
OK, after some more research it seems I created this problem by myself. Sorry
... Here's why:
I recompress my smartphone and camera videos using a HandBrakeCLI script before
importing because this saves 90% of space while
https://bugs.kde.org/show_bug.cgi?id=394214
--- Comment #9 from Jens ---
Created attachment 112663
--> https://bugs.kde.org/attachment.cgi?id=112663&action=edit
video files with incorrect time stamps during import
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=394214
--- Comment #10 from Jens ---
Created attachment 112664
--> https://bugs.kde.org/attachment.cgi?id=112664&action=edit
video files with incorrect time stamps after import
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=394214
--- Comment #8 from caulier.gil...@gmail.com ---
I'm surprised that MP4 has no date-time internally. Can you share a video
sample that i can parse with the ffmpeg DK interface to handle metadata.
Perhaps something is wrong in DK code...
Gilles Caulier
https://bugs.kde.org/show_bug.cgi?id=394214
--- Comment #7 from Jens ---
Even if this were the case it does not seem to work correctly. Example with the
most current appimage from yesterday (20180514xxx).
The first screenshot shows timestamps in file manager (mtime) and Digikam's
import preview
https://bugs.kde.org/show_bug.cgi?id=394214
--- Comment #6 from Maik Qualmann ---
No metadata is lost if the option are not enabled in the Import tool. It may be
e.g. not the correct date available if we use the rename equal in the import
tool. My workflow is, for example, that I rename the image
https://bugs.kde.org/show_bug.cgi?id=394214
--- Comment #5 from Jens ---
True, but losing metadata is (IMHO) not an excuse for speed. I don't care how
long the import takes, it runs in the background and does not need to be
monitored.
But I *do* care if I have to reassign file dates to 100 movie
https://bugs.kde.org/show_bug.cgi?id=394214
caulier.gil...@gmail.com changed:
What|Removed |Added
CC||caulier.gil...@gmail.com
--- Comment
https://bugs.kde.org/show_bug.cgi?id=394214
--- Comment #3 from Jens ---
I don't use the camera drivers because I preprocess my images. Most images are
added using "Import from folder" or "Import picutures ..." menu item.
IMHO:
For these menu items, and for any files that do not have any non-fil
https://bugs.kde.org/show_bug.cgi?id=394214
--- Comment #2 from Maik Qualmann ---
Note: this does not work with a Gphoto2 driver.
Maik
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=394214
Maik Qualmann changed:
What|Removed |Added
CC||metzping...@gmail.com
--- Comment #1 from Maik
https://bugs.kde.org/show_bug.cgi?id=394214
Jens changed:
What|Removed |Added
Version|unspecified |6.0.0
Platform|Other |Ap
15 matches
Mail list logo
