After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 170306 - strange year in nautilus properties for ogg files
strange year in nautilus properties for ogg files
Status: RESOLVED FIXED
Product: totem
Classification: Core
Component: GStreamer backend
1.0
Other Linux
: Normal normal
: ---
Assigned To: Maintainer alias for GStreamer component of Totem
Maintainer alias for GStreamer component of Totem
Depends on:
Blocks:
 
 
Reported: 2005-03-14 11:35 UTC by Sebastien Bacher
Modified: 2005-03-30 11:07 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sebastien Bacher 2005-03-14 11:35:38 UTC
I'm not sure if that's rather a gstreamer bug.

* right click on a .ogg in nautilus, properties
* look on the year in the Audio/Video tab

One example: "year:  718798"

"gst-launch-0.8 -t" on the same file displays a "date: 718798", I'm not sure
that's mean to be a year. The file is correct and ogg123 displays "1969" for it.
Comment 1 Bastien Nocera 2005-03-14 12:28:56 UTC
From http://xiph.org/ogg/vorbis/doc/v-comment.html:
DATE
    Date the track was recorded
And from http://reference.reactor-core.org/ogg-tagging.html:
DATE
    date or date-time of relevance to the track. The date must be in ISO 8601
format, but may be followed by a space character, then any text you wish,
including the same date in any other format. None of the alternate formats in
ISO 8601 may be used. Only the primary format in ISO 8601 is to be used. q.v.
http://www.cl.cam.ac.uk/~mgk25/iso-time.html eg, DATE="1999-08-16 (recorded)" or
DATE="1999-08-16 recorded August 16, 1999"

So I guess that the date in your file is just crappy. What's the output of
vorbiscomment -l on this file?
Comment 2 Sebastien Bacher 2005-03-14 12:52:11 UTC
$ vorbiscomment -l file.ogg | grep date
date=1969

Does that work fine for you in nautilus ?
Comment 3 Bastien Nocera 2005-03-14 12:55:52 UTC
If gst-launch gives crap, it's GStreamer's fault :)
Comment 4 Tim-Philipp Müller 2005-03-14 13:51:54 UTC
I don't think it's GStreamer's fault. 

Whichever module interprets the taglist seems to interpret the GST_TAG_DATE tag
to be the number of a year and not as a date in julian calendar days.

Try this:

#include <glib.h>
int main (int argc, char **argv)
{
        GDate *date;
        gchar  buf[64];
        date = g_date_new_julian (718798);
        g_date_strftime (buf, sizeof(buf), "%Y-%m-%d", date);
        g_print ("%s\n", buf);
        return 0;
}

Result: 1969-01-01

Cheers
 -Tim

Comment 5 Ronald Bultje 2005-03-14 17:07:17 UTC
Then all plugins except ogg do it wrong... :).
Comment 6 Tim-Philipp Müller 2005-03-14 21:48:49 UTC
According to gstreamer/gst/gsttag.c, line 93 onwards, yes :P

FWIW, mad/gstid3tag.c and gstspeexenc.c also do it like ogg ;)
Comment 7 Ronald Bultje 2005-03-14 23:57:30 UTC
AVI, Quicktime, Matroska and a bunch of others don't. Also, Totem doesn't.
Comment 8 Tim-Philipp Müller 2005-03-21 17:08:58 UTC
Those are all I could find:

2005-03-21  Tim-Philipp Muller  <tim at centricular dot net>

        * ext/lame/gstlame.c: (add_one_tag):
        * gst-libs/gst/riff/riff-read.c: (gst_riff_read_info):
        * gst/asfdemux/gstasfdemux.c:
        (gst_asf_demux_process_ext_content_desc):
        * gst/matroska/matroska-demux.c:
        (gst_matroska_demux_parse_metadata):
          GST_TAG_DATE takes a date in julian calendar days, not a year
          (partially fixes #170306)

Have I missed any or can we reassign this bug to whatever other module needs
fixing? (totem/nautilus/gnome-media/whatever)

Cheers
 -Tim
Comment 9 Ronald Bultje 2005-03-21 17:27:22 UTC
Let's re-assign to Totem, I need to fix the metadata code.
Comment 10 Ronald Bultje 2005-03-30 11:07:22 UTC
fixed.