[Gstreamer-bugs] [Bug 133410] New - gstid3tag doesnt handle track-count

[bugzilla-daemon at widget.gnome.org]

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=133410

Changed by cschmidt2 at emich.edu.

--- shadow/133410	Wed Feb  4 09:48:24 2004
+++ shadow/133410.tmp.14597	Wed Feb  4 09:48:24 2004
@@ -0,0 +1,30 @@
+Bug#: 133410
+Product: GStreamer
+Version: HEAD CVS
+OS: Windows
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: normal
+Priority: Normal
+Component: gst-plugins
+AssignedTo: gstreamer-maint at bugzilla.gnome.org                            
+ReportedBy: cschmidt2 at emich.edu               
+QAContact: gstreamer-maint at bugzilla.gnome.org
+TargetMilestone: HEAD
+URL: 
+Summary: gstid3tag doesnt handle track-count
+
+The id3v2 specification says about the TRCK frame:
+
+   The 'Track number/Position in set' frame is a numeric string
+   containing the order number of the audio-file on its original
+   recording. This MAY be extended with a "/" character and a numeric
+   string containing the total number of tracks/elements on the original
+   recording. E.g. "4/9".
+
+gstid3tag.c currently ignores this by converting the string to a number
+using strtoul.  If the string following the number is not the end of the
+string, the tag doesn't get added.  There should be a check, similar to how
+GST_TAG_DATE is formatted properly to catch GST_TAG_TRACK_NUMBER and
+GST_TAG_TRACK_COUNT in the case that TRCK appears as number/total.