[gst-devel] queue full patch in 0.6.1?
Thomas Vander Stichele
thomas at urgent.rug.ac.be
Thu Apr 17 04:04:47 CEST 2003
Well,
any patch at this point for 0.6.1 is highly controversial.
So it means either
- the patch is INCREDIBLY simple and very easy to see what could be the
effect (which is hard in GStreamer, because a lot of stuff is too much
under the surface)
- the release gets delayed for it.
Thomas
> Hi,
>
> Since bugzilla appears to be down I'll just send this here. Basically,
> for netRhythmbox, I need a way to buffer (e.g.) 32k of data before
> actually playing an iradio station, like xmms. This is to smooth out
> network jitters.
>
> So my pipeline looks like this:
>
> { gnomevfssrc ! queue } ! decoder ! volume ! sink
>
> Now, my approach is to start the "srcthread" (the first thread part) to
> PLAYING, and wait until the queue fills up. When I get the queue full
> signal (see below), then I set the whole pipeline to PLAYING.
>
> According to Company this should work in theory. I can't get it to work
> in practice, but since I have a patch for GstQueue to make it even
> possible, I'd like to propose it for inclusion into 0.6.1.
>
> Note that the high_watermark and low_watermark signal slots weren't even
> used at all. So to perserve binary compatibility, I took over one of
> the slots, and left the other there unused (it's gone in HEAD).
>
> Any opinions on this patch in 0.6.1?
>
> BTW if anyone can try the netRhythmbox CVS and figure out why it just
> locks up for me after the queue's full I'd very much appreciate it :)
>
>
--
The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/
<-*- thomas (dot) apestaart (dot) org -*->
If lovin' you is wrong
then I don't wanna be right
<-*- thomas (at) apestaart (dot) org -*->
URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/
More information about the gstreamer-devel
mailing list