[Bug 775665] hlsdemux: problems with broken iHeartRadio streams

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Fri Jan 6 10:24:18 UTC 2017


https://bugzilla.gnome.org/show_bug.cgi?id=775665

--- Comment #9 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
For the original issue with the iHeartRadio streams. The problem is
application-side here as Jan noticed. Just try playing the stream in a browser
and look at how it requests the m3u8 playlist: it adds lots of query
parameters, including sessions IDs and other stuff that somehow comes from the
Javascript. If you pass that full URL with the query parameters to GStreamer,
the stream plays just fine without any code changes at all. The media sequence
ids are continuous, playlists are always updated and never go back in time,
there's no buffering, no anything.
Also note that there are RTMP and Icecast variants of the streams available,
which might or might not work better without the query parameters.


For the attached patch. I agree that it adds a lot of complexity and the code
is also not very nice. Maybe we should not merge it then :)

However it implements two parts: 1) detecting of inconsistent media sequence
IDs (the first part) and ignoring them then, and 2) handling media sequence IDs
correctly for live playlists that don't specify them inside the playlist (it's
not mandatory).

1) is something that the spec suggests, detecting these scenarios and then just
stopping playback. 2) is something we need to implement if we want to support
such (valid) streams.

-- 
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