[Bug 752858] hlsdemux: Double http request of first fragment in m3u8

[GStreamer (GNOME Bugzilla)]

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

--- Comment #16 from Thiago Sousa Santos <thiagossantos at gmail.com> ---
It seems like the issue is related to the fact that this is HLS serving mp4
fragments but without moof atoms. It is playback of a sequence of moov|mdat
chunks which is a new case that hasn't been implemented yet. So qtdemux is not
ready to play fragmented stream that is not using the fragmented atoms.

That being said, I'd believe it is not that far from working. The best way for
us to implement it would be to get access to a short sequence of those
fragments so we could simulate the playback of those without needing access to
your hardware. Would it be possible to get a sequence of those fragments and
host them somewhere for analysis?

Worst case you could just try:

gst-launch-1.0 -v souphttpsrc
location="http://192.168.0.80:80/livestream/playlist" keep-alive=true !
hlsdemux keep-alive=true ! filesink location=streamdump.mp4

but the fragments split as the original stream would be better.

Thanks,

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.