[Bug 758453] souphttpclientsink: add support for next-request as per multifilesink, with supporting parameters.

[GStreamer (GNOME Bugzilla)]

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

--- Comment #6 from minfrin at sharp.fm ---
Looking further into splitmuxsink, it looks like that element is broken too.

Instead of taking it's source from the output of a muxer, splitmuxsink tries to
embed the muxer. This embedding only works with one muxer (mp4mux) and no
others (like mpegtsmux). In order for splitmuxsink to do the job, it looks like
a whole lot of additional fixing is necessary.

http://gstreamer-devel.966125.n4.nabble.com/splitmuxsink-not-working-with-mpegtsmux-td4672836.html

What really should happen is the "split" part should be part of hlssink
directly, as the HLS protocol is very specific on how that split should happen.
Both the writing of the resulting files, and the writing of the index m3u8 file
should both be sinks, allowing the generic filesink and the generic
souphttpclientsink to be used without any fuss.

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