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 132519 - spider has problems with ID3v1 tag
spider has problems with ID3v1 tag
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: dont know
git master
Other Linux
: Normal normal
: 0.8.2
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-01-26 03:56 UTC by Tim-Philipp Müller
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Tim-Philipp Müller 2004-01-26 03:56:45 UTC
(following up on discussion on #gstreamer on Jan 26, 2004, ca, 3:30am 
GMT): 
 
With current CVS head, this pipeline does NOT recognises mp3 files that 
only have an ID3v1 tag (ie. doesn't show the tag): 
 
gst-launch-0.7 -v -t filesrc location=foo.mp3 ! typefind ! spider ! 
application/x-gst-tags ! fakesink 
 
 
 
While this recognises the ID3v1 tag just fine: 
 
gst-launch-0.7 -v -t filesrc location=foo.mp3 ! id3tag ! 
application/x-gst-tags ! fakesink 
 
 
Files that have an ID3v2 tag at the beginning of a file work fine in both 
pipelines (haven't tested files with an ID3v2 tag at the end of the file, 
because I don't have any). 
 
Cheers 
-Tim
Comment 1 Benjamin Otte (Company) 2004-02-03 03:39:44 UTC
The recommended way to make sure these files are detected is to use
the typefind element in front of spider.
Spider is in many cases very suboptimal (including detecting stuff at
the end of a file...)
Comment 2 Tim-Philipp Müller 2004-02-03 20:49:34 UTC
With "use the typefind element in front of spider" you do not mean 
 
   filsrc location=foo.mp3 ! typefind ! spider ! ... etc .. 
 
? 
 
Anyway, IIRC it was you who told me to file a bug report, and so I 
did. Feel free to close it if it's a non-issue. 
 
Cheers 
-Tim 
 
Comment 3 Benjamin Otte (Company) 2004-02-04 19:15:55 UTC
Ignore my previous comment. You did the correct thing and I misread it.

FWIW, spider redoes typefinding and ignores the type from the typefind
element for some reason.
Comment 4 Benjamin Otte (Company) 2004-02-04 22:15:26 UTC
Should be fixed in cvs HEAD
Comment 5 Thomas Vander Stichele 2004-02-05 16:39:26 UTC
Doesn't look like it is, both trow and I still cannot get tags from
this file.

[gst-head] [thomas@otto gst-plugins]$ gst-launch -t filesrc
location=/home/thomas/gst/small.mp3 ! id3tag ! application/x-gst-tags
! fakesink
RUNNING pipeline ...
FOUND TAG      : found by element "id3tag0".
          title: Crusin' in The ATL (Interlude)
         artist: OutKast
          album: Stankonia
           date: 730486
        comment: Created by Grip
   track number: 19
          genre: Rap
Execution ended after 24 iterations (sum 77649000 ns, average 3235375
ns, min 9000 ns, max 69441000 ns).

[gst-head] [thomas@otto gst-plugins]$ gst-launch -t filesrc
location=/home/thomas/gst/small.mp3 ! typefind ! id3tag !
application/x-gst-tags ! fakesink
RUNNING pipeline ...
ERROR          id3tag(17066)
gstid3tag.c(617):gst_id3_tag_handle_event: <id3tag0> Seek during ID3v2
tag reading
ERROR: from element /pipeline0/id3tag0: Internal GStreamer error:
event problem.  File a bug.

[gst-head] [thomas@otto gst-plugins]$ gst-launch -t filesrc
location=/home/thomas/gst/small.mp3 ! typefind ! spider !
application/x-gst-tags ! fakesink
RUNNING pipeline ...
Execution ended after 53 iterations (sum 85332000 ns, average 1610037
ns, min 15000 ns, max 84201000 ns).

[gst-head] [thomas@otto gst-plugins]$ gst-launch -t filesrc
location=/home/thomas/gst/small.mp3 ! spider ! application/x-gst-tags
! fakesink
RUNNING pipeline ...
Execution ended after 77 iterations (sum 8908000 ns, average 115688
ns, min 11000 ns, max 7782000 ns).

I'm uploading the mp3 in question (which is trow's):
http://freedesktop.org/~gstreamer/media/incoming/small.mp3

trow, can you paste output of the same pipelines ?
Comment 6 Thomas Vander Stichele 2004-05-03 14:57:18 UTC
ping on this bug
Comment 7 Tim-Philipp Müller 2004-05-03 15:11:33 UTC
Works fine for me with current cvs, for both my own test files and the above 
small.mp3 file (not sure if you were pinging trow or in general). 
 
Comment 8 Ronald Bultje 2004-06-17 04:04:05 UTC
In that case, we can consider this fixed, since the testcase works.

Future suggestion: either close-as-fixed or needinfo such bugs.