GNOME Bugzilla – Bug 166031
[typefind] can't play aacPlus streams
Last modified: 2005-03-21 19:04:22 UTC
At Uraeus' request (http://www.advogato.org/person/Uraeus/diary.html?start=345), I am filing this bug, as GST/Totem is unable to play this stream: http://server-us.imrworldwide.com/cgi-bin/b?cg=minnesota-clickthru&ci=us-mpr&tu=http://mpr-aac.streamguys.com/listen.pls It's in aacPlus, so I don't know where (if at all) that is on the roadmap, but hey, Uraeus said we had to report this stuff, so I'm just doing my job! :-)
confirmed with latest CVS of everything totem first caches a bit, then says it can't find the type of stream real URL of the stream is : http://mpr-aac.streamguys.com:80/ error message : could not determine type of stream there is also a scheduler error on the console : ERROR (0x83b0960 - 307693:05:45.756113000) scheduler(24610) gstoptimalscheduler.c(2797):gst_opt_scheduler_iterate:<GstOptScheduler@0x83b0890> in error state
Can faad play it (gnomevfssrc location=.. ! [qtdemux ! ]faad ! audioconvert ! alsasink)?
Well, I tried two "versions" of the command: [jck@morpheus ~]$ gst-launch-i386 gnomevfssrc location=http://mpr-aac.streamguys.com:80/ ! qtdemux ! faad ! audioconvert ! alsasink RUNNING pipeline ... ** (process:28493): WARNING **: seek failed [snip about 50 lines of the above] ** (process:28493): WARNING **: seek failed Caught interrupt. ** (process:28493): WARNING **: seek failed Execution ended after 106 iterations (sum 15336000 ns, average 144679 ns, min 32000 ns, max 7497000 ns). and this... [jck@morpheus ~]$ gst-launch-i386 gnomevfssrc location=http://mpr-aac.streamguys.com:80/ ! faad ! audioconvert ! alsasink RUNNING pipeline ... ERROR: from element /pipeline0/faad0: Internal GStreamer error: negotiation problem. File a bug. Execution ended after 1 iterations (sum 30468000 ns, average 30468000 ns, min 30468000 ns, max 30468000 ns). So does it play? In a word: no. ;-) Let me know if I'm just doing something stupid here; I don't know GST very well at all.
I don't know what this is. It's not .mp4, the quicktime headers are completely absent, so it may be raw AAC (like mp3 radio), but faad doesn't handle that in stream-form, it seems, and I have no clue how to parse/align it. mplayer doesn't play it. Is there any player that eats this?
Only one that I know of on Linux - VLC. They have packages, including working Fedora Core 3 RPMS here: http://www.videolan.org/vlc/ Have fun with VLC's patented NastyTron AssTastic 4000(TM) GUI. ;-)
Created attachment 38236 [details] [review] proposed patch This makes it work on the commandline, by adding sync-finding for raw ADTS/ADIF streams. Try "gst-launch gnomevfssrc location=... ! faad ! audio-out". Still need to add typefinding.
Created attachment 38237 [details] [review] second proposed patch This patch is the same as above, but implements typefinding. Totem can now play AAC+ radio (tested).
Fixed.
*** Bug 171130 has been marked as a duplicate of this bug. ***