Bug 181521 - NEF's in descending order, AVI in ascending order in import from SD-card
Summary: NEF's in descending order, AVI in ascending order in import from SD-card
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Import-Sort (show other bugs)
Version: 0.10.0
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-21 20:36 UTC by Martin Eriksson
Modified: 2018-03-14 05:22 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 6.0.0


Attachments
Import screenshot (626.90 KB, image/png)
2009-01-21 20:37 UTC, Martin Eriksson
Details
Example movie (788.75 KB, video/x-msvideo)
2009-01-21 20:45 UTC, Martin Eriksson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Eriksson 2009-01-21 20:36:11 UTC
Version:            (using KDE 4.1.3)
OS:                Linux
Installed from:    Ubuntu Packages

digiKam believes every .AVI has the same creation-date (and time) and that's not the case.
Maybe that's what messing things up.
Nikon D90.
See the attachments.

I also would like to have the oldest photo like 091115-000001.NEF and the newer one's a higher number, doing anything wrong or should i add that as a wish?
Comment 1 Martin Eriksson 2009-01-21 20:37:29 UTC
Created attachment 30492 [details]
Import screenshot
Comment 2 Martin Eriksson 2009-01-21 20:45:41 UTC
Created attachment 30493 [details]
Example movie
Comment 3 Martin Eriksson 2009-01-22 16:45:53 UTC
Version 0.10.0-rc1 (rev.: 891281)
Using KDE 4.1.4 (KDE 4.1.4)
Comment 4 caulier.gilles 2009-05-13 12:03:20 UTC
Martin, 

There is no way for the moment to extract date from video files using Exiv2 library. In Camera GUI, we use file date provided by camera.

Do you use Gphoto2 driver or UMS mode ?

Gilles Caulier
Comment 5 caulier.gilles 2009-07-07 11:39:46 UTC
*** Bug 199261 has been marked as a duplicate of this bug. ***
Comment 6 caulier.gilles 2011-08-03 15:11:00 UTC
With current implementation from git master (next 2.1.0), i fixed a bug when date is taken from a file which cannot be parsed by Exiv2 (video file for ex).

The bug is simple : no date is assigned !

At least, now, file system date is used as well. video file must be ordered.

Can you test with current implementation ?

Thanks in advance

Gilles Caulier
Comment 7 caulier.gilles 2011-08-04 13:44:14 UTC
For me this file can be closed with digiKam 2.1.0. Reopen if necessary...

Gilles Caulier
Comment 8 caulier.gilles 2018-03-14 05:22:35 UTC
Fixed with next 6.0.0 release which integrate a new video metadata parser based
on FFMPEg instead Exiv2. Video date extraction work as expected.