GNOME Bugzilla – Bug 310611
apedemux needs better typefinding after tag-reading
Last modified: 2006-01-27 14:51:30 UTC
Please describe the problem: GStreamer reports "Could not determine type of stream" when trying to play some mp3-files (allthough many other mp3-files play fine). If I try to play them via gst-player the problem occurs. But if i play them via: gst-launch-0.8 gnomevfssrc location="file.mp3" ! spider ! volume ! audioscale ! audioconvert ! $(gconftool-2 -g /system/gstreamer/0.8/default/audiosink) the files plays without any problems. Steps to reproduce: 1. Open file in gst-player 2. Hit "play" Actual results: A Message-Box "Could not determine type of stream" is shown. Expected results: The file plays without any problems. Does this happen every time? Yes Other information: I'm running Fedora Core 4 64Bit, fully updated. rpm -qa gstreamer* gstreamer-python-0.8.1-6 gstreamer-monkeysaudio-0.8.0-0.1.fc3.rf gstreamer-plugins-extra-video-0.8.8-2.2.fc4 gstreamer-devel-0.8.10-1 gstreamer-plugins-extra-audio-0.8.8-2.2.fc4 gstreamer-plugins-devel-0.8.8-6 gstreamer-0.8.10-1 gstreamer-ffmpeg-0.8.2-0.1.fc3.rf gstreamer-player-0.8.0-1.1.fc3.rf gstreamer-plugins-0.8.8-6 gstreamer-tools-0.8.10-1
Created attachment 49298 [details] mp3-File This file - created via head -c1000000 file.mp3 > head.mp3 plays fine. If I want to play the complete file gst-player reports: gst-player waltzfordebbie-onceuponatime.mp3 ** (gst-player:32621): WARNING **: can't find any mixer element, no volume. ** (gst-player:32621): WARNING **: Could not find a XOVERLAY element in the bin ** Message: uri : waltzfordebbie-onceuponatime.mp3 result: URI ungültig ** Message: adding 'waltzfordebbie-onceuponatime.mp3' with no mimetyp if I try to start via commandline - and reports the Message reported if I choose the file via file/open.
The complete file is available here: http://reneploetz.de/user/file.mp3 (as the file size is too big)
Does it work in totem (with gstreamer backend of course)? Does this work? gst-launch-0.8 playbin uri=file:///path/to/foo.mp3 (gst-player has been unmaintained for ages) Cheers -Tim
This is a file with one ID3v2 tag at the beginning and, not kidding, an ID3v1, then an APEv2 and then another ID3v1 tag at the end. We can read all the ID3 tags, but the typefind after the ape fails because we only analyze the first few bytes after it... Ape isn't as refined as id3demux. Solution is to make an apedemuxbin.
To Tim-Phillip Mueller: Neither Totem 1.0.4 nor gst-launch-0.8 worked. To Ronald Bultje: So what should I do with this file? Convert it (how?) ?
Created attachment 49341 [details] [review] first try at apedemuxbin This should work, and plays music for a short while, but finished right after, with a version of gst-plugins 0.8.8... With CVS, it stops right away after plugging. I'm guessing this is because of the loop-loop scheduling because of apedemux, and the tags at the end of the file. The result of all that is apparently an EOS somewhere halfway the pipeline (which indeed stops ALSA after a while). Plugging itself is correct with this element.
Oh, for reference: Rene, you don't need to do anything, we've confirmed a bug so we'll now try to fix it... When fixed, the status of this bug will be changed and the next released version of GStreamer will be able to play your file correctly.
*** Bug 311403 has been marked as a duplicate of this bug. ***
apedemux should probably be ported using id3demux as a base, if anyone comes back to look at this bug...
*** This bug has been marked as a duplicate of 138435 ***