[Digikam-devel] [digikam] [Bug 316882] New: Digikam shows wrong date on some mp4 files and shows no exif data

[Tex]

https://bugs.kde.org/show_bug.cgi?id=316882

            Bug ID: 316882
           Summary: Digikam shows wrong date on some mp4 files and shows
                    no exif data
    Classification: Unclassified
           Product: digikam
           Version: 2.9.0
          Platform: Other
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: Metadata
          Assignee: digikam-devel at kde.org
          Reporter: Tex2571 at hotmail.com

I have a few mp4 files taken on the same camera a a few days apart.  They are
listed by digikam as having dates many months apart even though their file
modification times and exif dates are correct.  Also they show no exif
information (probably because digikam uses exiv2 where exiftool is needed for
mp4 files), so I would not expect very good date interpretation based on that.

 I named two files a.mp4 and b.mp4.

relevant part of exif data for a.mp4, from exiftool:

File Modification Date/Time     : 2012:12:10 08:46:12+09:00
Create Date                     : 2012:12:10 16:46:13
Modify Date                     : 2012:12:10 16:46:13
Track Create Date               : 2012:12:10 16:46:13
Track Modify Date               : 2012:12:10 16:46:13
Media Create Date               : 2012:12:10 16:46:13
Media Modify Date               : 2012:12:10 16:46:13

and for b.mp4

File Modification Date/Time     : 2012:12:05 19:45:20+09:00
Create Date                     : 2012:12:05 10:45:20
Modify Date                     : 2012:12:05 10:45:20
Track Create Date               : 2012:12:05 10:45:20
Track Modify Date               : 2012:12:05 10:45:20
Media Create Date               : 2012:12:05 10:45:20
Media Modify Date               : 2012:12:05 10:45:20

digikam shows file a.mp4's date correctly but shows b.mp4 as march 12 2013

So I do 
find . -name a.mp4 -printf "Access time: %a \nStatus change time:
%c\nModification time: %t\n"
and get:
Access time: Sat Mar  2 01:05:34.0000000000 2013 
Status change time: Tue Mar 12 00:12:22.0821103309 2013
Modification time: Mon Dec 10 08:46:12.0000000000 2012

and for b:
Access time: Sat Mar  2 01:05:32.0000000000 2013 
Status change time: Tue Mar 12 00:12:08.0697812115 2013
Modification time: Wed Dec  5 19:45:20.0000000000 2012

So everything that I have found so far looks basically the same.

But digikam says that file b has the correct date of  
12/05/12 7:45 PM

where it lists file a.mp4 as:
3/12/13 12:12am

The only field that I found that matches the wrong date is thus the status
change time, but that has the wrong date for both files, so I probably haven't
fully tracked down what digikam is doing here. 

I'll try to have a look at 3.0.0 ( I have a buggy windows version of it
installed in windows) and see if it's doing the same thing.

One note, actually modifying the file (with touch) changes both the status time
and the modification time, whereas copying the file  with cp -a only changes
the status time, so modification time is better.  Of course metadata is far
better than either.

Reproducible: Sometimes

Actual Results:  
some mp4 files are listed by the wrong time, aparently file status change time.

Expected Results:  
All files are listed by meta data creation time or at worst, file modification
time.

-- 
You are receiving this mail because:
You are the assignee for the bug.