[Bug 594035] Add HTTP Live Streaming playback support

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=594035
  GStreamer | don't know | git

--- Comment #45 from Julien Isorce <julien.isorce at gmail.com> 2011-03-10 10:01:05 UTC ---
Created an attachment (id=183047)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=183047)
log when using fragments-cache=5

(In reply to comment #39)
> Try with fragments-cache=5, which will start caching 5 fragments and therefore
> filling the queue.

Attached log_cache5.tar.gz generated with:

GST_DEBUG=hlssrc:5,decodebin2:5 gst-launch-0.10 souphttpsrc
location=http://etf1-apple-live.adaptive.level3.net/apple/etf1/etf1live/stc_1_0.m3u8
! hlssrc fragments-cache=5 !  decodebin2  ! xvimagesink -v

But I got an error:

ERROR: from element /GstPipeline:pipeline0/GstHLSSrc:hlssrc0: Could not cache
the first fragments

stc_1_0.m3u8 contains only 3 fragments but hlssrc is supposed to wait for the
next playlist no ?


(In reply to comment #40)
> (In reply to comment #39)
> > The problem might be in the way queues are configured in decodebin2[1]
> > 
> One of the comments says:
> /* update runtime limits. At runtime, we try to keep the amount of buffers
>  * in the queues as low as possible (but at least 5 buffers). */
> I need to look at it more deeply but  "at least 5 buffers" s not met before de
> the demuxer and it's met before the decoder (a fragment as more than 5 frames),
> so that might be the reason why using decodebin2 after the demuxer is working

Yep, when using decodebin2 after the demuxer, it does not add a multiqueue
element.


A random question:
Would it be referred to https://bugzilla.gnome.org/show_bug.cgi?id=600648 ?

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.