GNOME Bugzilla – Bug 163469
[id3demux] can't find file type
Last modified: 2005-01-09 21:18:24 UTC
Please describe the problem: I was adding a folder with some mp3s, and I got the following error: Internal GStreamer error: caps problem. File a bug. Steps to reproduce: 1. download the file from http://nibbles.it/download/LinusAndLucy.mp3 2. make gstreamer index the dir where you downloaded it 3. get the error Actual results: Expected results: Does this happen every time? yes Other information:
What application did you use? Also, what distribution and did you use distro packages or self-compiled ones?
I'm using rhythmbox 0.8.8 on a Fedora Core 3 system with freshrpms and dag wieers repositories.
i downloaded this file and did the following : file LinusAndLucy.mp3 LinusAndLucy.mp3: DBase 3 data file (1094669056 records) then i did hexedit LinusAndLucy.mp3, and saw : image/jpg JFIF Photoshop 3.0 8BIM JFIF 8BIM File written by Adobe Photoshop. 4.0.....Adobe.d............ so, it doesn't look like a MP3, i'd say it is a (broken) JPEG image JFIF-tagged mplayer display garbage and say it has no sound (it think it is a DV file) gxine can't play it in any way gst-typefind says it is "application/x-id3" tagged and yes, it contains id3 tags : === TIT2 (Title/songname/content description): Linus And Lucy === TPE1 (Lead performer(s)/Soloist(s)): David Benoit === TALB (Album/Movie/Show title): The Best Of David Benoit 1987 === TRCK (Track number/Position in set): 6 === TCON (Content type): (8) but i suppose it can't find what is after the ID3 mess anyway, it should not crash gstreamer, so i keep it open
Oh, I did'nt think to "file" it, should have checked that. Anyway, on my PC, mplayer, mpg321, xmms and vlc are able to play it correctly. mplayer also gets correct ID3 info: [...] Playing LinusAndLucy.mp3. Audio file detected. Clip info: Title: Linus And Lucy Artist: David Benoit Album: The Best Of David Benoit 1987 Year: Comment: Track: 6 Genre: Jazz [...] Thanks, Alex
mp3parse shows that the file contains garbage util 10k after the id3 header (which is at 0x2200 or so). Since typefinding after ID3 only works for 4096 bytes, this fails. Dupping to the tracker for this. *** This bug has been marked as a duplicate of 152688 ***