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 155234 - icecast ogg stream drops after first song
icecast ogg stream drops after first song
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: dont know
0.8.5
Other Linux
: Normal normal
: 0.8.6
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 163178 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-10-12 20:54 UTC by Sam Phillips
Modified: 2009-03-19 09:03 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sam Phillips 2004-10-12 20:54:07 UTC
If I connect to my icecast server which has a ogg vorbis stream after the first
song all audio stops.

Here is the pipeline that I tested this with (with help from the #gstreamer channel)

gst-launch-0.8 gnomevfssrc location=http://dasbistro.com:8000/brains.ogg !
oggdemux ! vorbisdec ! audioconvert ! osssink

(note: if you get some gnomevfssrc error it's probably that the icecast stream
is down, it happens about once a day in the morning PST)

Here is some of the discussion in #gstreamer about the bug (some of which is
completely greek to me as I only know a small amount about how ogg streams work)

13:04 < Company> icecast sends ogg streams chained
13:05 < Company> oggdemux creates a new pad for a new chain
13:05 < zaheerm> Company: it does? so why doesnt it play in rhythmbox?
13:05 < Company> guess?
13:06 < zaheerm> it doesnt catch the new pad creation
13:06 < zaheerm> ?
13:06 < Company> it does
13:06 < Company> but why should it care, it already has a nicely connected stream
13:06 < zaheerm> that needs to be fixed....
13:07 < Company> how?
13:07 < Company> it requires semantics inside gstreamer first
13:07 < Company> "what does a chained ogg stream mean?"
Comment 1 Loïc Minier 2004-10-13 23:21:05 UTC
I think this is the same problem as for http://ogg.smgradio.com/vc32.ogg (which
seems to be always up).  Playback stops between songs.

This is Debian bug http://bugs.debian.org/273086

   Regards,

-- 
Loic Minier
Comment 2 Ronald Bultje 2004-10-29 14:05:25 UTC
Just a sidenote... As far as I know, current CVS of oggdemux does everything
correctly here. It disposes old pads, creates new pads and renegotiates on them,
as far as I can see. Playbin doesn't handle this yet, neither does spider.
Comment 3 Ronald Bultje 2004-11-08 20:08:59 UTC
This works in playbin now, mostly thanks to Wim. Once rhythmbox uses playbin (or
copies its behaviour), it'll support ogg-radio as well.
Comment 4 alexander.winston 2004-11-26 19:04:12 UTC
Fixed in gst-plugins 0.8.6, though gstreamer HEAD is required for it to work
correctly.
Comment 5 Ronald Bultje 2005-01-07 10:19:03 UTC
*** Bug 163178 has been marked as a duplicate of this bug. ***
Comment 6 Gabriel de Perthuis 2005-03-12 19:17:43 UTC
I believe the bug still exists (eg, with http://ogg.rockone.fr:6015/rockone.ogg
). I have gstreamer at 0.8.8 and rb 0.8.8 .
Comment 7 Gabriel de Perthuis 2005-03-12 19:19:05 UTC
Sorry - meant to report against rhythmbox.
Comment 8 Ronald Bultje 2005-03-12 20:08:38 UTC
File against RB. We support it, but RB doesn't use the right feature to have
this work correctly.
Comment 9 Johannes Rohr 2009-03-19 06:06:30 UTC
It looks like this bug is not fixed. Just tried http://live.lora924.de:8000/loramagazin.ogg with totem (gstreamer backend, banshee and rhythmbox on Ubuntu 8.10). When you tune in they play a short jingle, then the live program starts and any gstreamer programme immediately hands. 
Comment 10 Edward Hervey 2009-03-19 09:03:30 UTC
Johannes, I already commented on that issue in the chained-ogg bug. This is fixed with playbin2.