[Bug 594035] Add HTTP Live Streaming playback support

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Thu Mar 3 07:39:17 PST 2011

  GStreamer | don't know | git

Jan Edhner <edhner> changed:

           What    |Removed                     |Added
                 CC|                            |edhner at gmail.com

--- Comment #31 from Jan Edhner <edhner at gmail.com> 2011-03-03 15:39:08 UTC ---
I have been playing around with the hls element and it seems like there might
be a problem with swapping bitrate. The element starts by fetching (and caches)
three clip fragments from the stream with the lowest bitrate and they play just
fine, during the caching the element notice that it should increase bitrate and
fetches a few seconds later a version of clip4 that has higher bandwith. 

So far so good, BUT everything freeze when clip4 is about to start playing!

I have been using this stream to test with:

I also have a small (and most likely very very wrong) theory as to what might
be the problem:

http://devimages.apple.com/iphone/samples/bipbop/gear1/fileSequence2.ts :

Program 1 
Stream #0.0[0x101]: Audio: aac, 22050 Hz, mono, s16, 35 kb/s
Stream #0.1[0x102]: Video: h264, yuv420p, 192x144, 14.99 tbr, 90k tbn, 180k tbc

http://devimages.apple.com/iphone/samples/bipbop/gear2/fileSequence3.ts :

Program 1 
Stream #0.0[0x101]: Video: h264, yuv420p, 320x240, 29.97 tbr, 90k tbn, 180k tbc
Stream #0.1[0x102]: Audio: aac, 22050 Hz, mono, s16, 1 kb/s

That is the PIDs change "mid stream"!

Am I the only one seeing this (that is that if playing the HLS stream above it
freezes after 30 seconds) or have I found an actual problem?

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.

More information about the gstreamer-bugs mailing list