GNOME Bugzilla – Bug 163191
[id3demux] Caps error trying to read id3 tags
Last modified: 2005-01-07 10:02:42 UTC
gst-launch-0.8 filesrc location=Boogerman_SewerThug_OC_ReMix.mp3 ! spider ! alsasink RUNNING pipeline ... ERROR: from element /pipeline0/spider0/id3demux0: Internal GStreamer error: caps problem. File a bug. Additional debug info: gstid3tag.c(960): gst_id3_tag_do_typefind: /pipeline0/spider0/id3demux0: no caps found Execution ended after 12 iterations (sum 1917264000 ns, average 159772000 ns, min 71000 ns, max 1910898000 ns). The file can be obtained from http://www.ocremix.org/detailmix.php?mixid=OCR00256
i downloaded it via the FTP link (i don't want to download a 2.7GB torrent, no thanks) bad news is that is makes mplayer segfault too : Playing Boogerman_SewerThug_OC_ReMix.mp3. Cache fill: 1,56% (131072 bytes) TiVo file format detected. MPEG: No audio stream found -> no sound. MPEG: FATAL: EOF while searching for sequence header. Video: Cannot read properties. ========================================================================== Opening audio decoder: [pcm] Uncompressed PCM audio decoder MPlayer interrupted by signal 11 in module: init_audio_codec - MPlayer crashed by bad usage of CPU/FPU/RAM. i don't know why it says "TiVo file format detected". it looks like ID3 tagged media at least file says : MP3 file with ID3 version 2.3.0 tag and id3info extracts lots of metadata so, ID3 info looks safe, but i can't say the same for the MP3 content
xine is able to play it
Data starts with ID3, then zeroes, at 0x96D a few bytes of data (but no mp3 header), then zeroes, then data again at 0xD4F3. Since we only use 2048 bytes max. for typefinding, this MP3 is simply not valid. We also search halfway the file, but that only works if there is no ID3 header. We already have a tracker for this, so dupping. *** This bug has been marked as a duplicate of 152688 ***