[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

--- Comment #9 from Vincent Penquerc'h <vincent.penquerch at collabora.co.uk> 2014-06-10 10:29:03 UTC ---
$ gst-discoverer-1.0 05\ My\ Little\ Universe.m4a | grep -i date
      datetime: 1986-08-02T06:48:45Z
      date: 2013-03-22

This exposes the two dates available. The correct value is apparently "date"
here, but this just happens to be what qtdemux does, so it's possible other
demuxers might do the reverse if the format has more than one date.

Maybe taking the latest of both might work ? But then whatever's setting this
early timestamp in the creation date might well put some random later date too,
so...

If that creation date is always wrong on a large corpus of files though, maybe
we could just ignore it on the assumption that nothing gets a sensible value in
there, and fill everything with the modification date.

-- 
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.