Bug 190717 - camera movie files dates not used for date based sub folder name
Summary: camera movie files dates not used for date based sub folder name
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Import-Gphoto2 (show other bugs)
Version: 0.10.0
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-04-26 15:42 UTC by melenzb
Modified: 2017-08-16 06:13 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 2.1.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description melenzb 2009-04-26 15:42:53 UTC
Version:           0.10.0 (using 4.2.2 (KDE 4.2.2), Kubuntu packages)
Compiler:          cc
OS:                Linux (i686) release 2.6.28-11-generic

I have successfully used digikam for years now for cam movies as well as photo management. I expect it to download files taken on a specific date in a automatic ISO date based sub folder. 

The new version however dos not use cdate and mdate and puts all movies in a folder named 1979-12-31. Obviously movie files do not have exif data. It shoud use modified and or created date.
Comment 1 caulier.gilles 2009-04-26 15:58:57 UTC
Sound like you use a GPhoto2 camera. Right ?

Gilles Caulier
Comment 2 melenzb 2009-04-26 20:33:45 UTC
Nope, just a camera card in a card reader, Mass storage device
Comment 3 Marcel Wiesweg 2009-07-20 19:11:07 UTC
SVN commit 999965 by mwiesweg:

Use the oldest of ctime and mtime as fallback if exif is not available.

CCBUG: 190717

 M  +5 -10     umscamera.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=999965
Comment 4 Marcel Wiesweg 2009-07-20 19:15:35 UTC
melenzb, can you give me the file system time stamps of one of your movie files.
ls -l <file> for mtime
ls -lc <file> for ctime
ls -lu <file> for atime
Comment 5 melenzb 2010-08-17 17:02:37 UTC
Update (after a year, I'm sorry):

Got a new camera of type Panasonic TZ7. Makes HD video's as MTS files placed in /PRIVATE/AVCHD/BDMV/STREAM on the card. Photos are placed in subfolders of /DCIM. Photos and MTS video's are downloaded (after adding video extension type). Photos are placed in date based folders. Movie files however are now placed in the folder one level above the date based folders, i.e. the "root" The difference is thus that they are not placed in a folder named 1979-12-31 but one level higher and certainly not in the place where I want them: among the photos of equal date.

Action performed on 17-aug-2010:

ls -l 00009.MTS:
-rw-r--r-- 1 holly holly 145858560 2010-07-15 20:07 00009.MTS
ls -lc 00009.MTS:
-rw-r--r-- 1 holly holly 145858560 2010-08-17 16:45 00009.MTS
ls -lu 00009.MTS:
-rw-r--r-- 1 melle melle 145858560 2010-08-17 16:45 00009.MTS
Comment 6 caulier.gilles 2011-07-29 15:47:14 UTC
In Current implementation from git master (next 2.1.0) i fixed a stupid bug in camera driver which take mtime from camer FS when metadata cannot be parsed (it's the case of video files for the moment), the the date time stamp is never assigned/used in implementation (It's strange that compiler do not cry here)

https://projects.kde.org/projects/extragear/graphics/digikam/repository/revisions/f6505ebfcf2d806a0bca82d6a610a932b044950b/entry/utilities/cameragui/devices/umscamera.cpp#L211

At this line we must have instead :

dt = ImageScanner::creationDateFromFilesystem(*fi);

I think the problem must be fixed now. Can you test with current implementation please ?

Gilles Caulier
Comment 7 caulier.gilles 2011-08-04 14:07:25 UTC
Marcel,

This is the famous commit which must solve the bug but introduce more dysfonction about date management (:=)))

http://websvn.kde.org/?view=rev&revision=999965

It's fixed in 2.1.0...

Gilles Caulier