[Bug 731029] Incorrect reading of the GST_TAG_DATE_TIME field of a MPEG-4 AAC encoded file

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=731029
  GStreamer | gst-plugins-good | 1.2.4

Vincent Penquerc'h <vincent.penquerch> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
                 CC|                            |vincent.penquerch at collabora
                   |                            |.co.uk
     Ever Confirmed|0                           |1

--- Comment #4 from Vincent Penquerc'h <vincent.penquerch at collabora.co.uk> 2014-06-05 16:27:17 UTC ---
It seems GStreamer is correct. There are two dates in Quicktime (don't ask).
One is a creation date in seconds from 1904 (or1970 it's a bit ambiguous, the
format seems to use 1904 only), and this file has a value of 216850891, which
is almost 7 years. So that date goes to late 1910. Alternatively, using the
1970 epoch, it could be interpreted as late 1976. Probably not what was
intended. This value is 32 bit, so can go up to 138 years, which I guess
explains the apparently non standard 1970 epoch, as people might want to create
Quicktime files after 2042.

The second date does say 2012, and only has day granularity. So I guess some
software uses one of the dates, and some the other.

The culprit seems to be the software and/or human that created the file (if the
human was right and the software was GStreamer, please file another bug).

I'll wait for comments before closing as NOTABUG.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.