On 10/27/2014 3:07 PM, Felix E. Klee wrote:
On Mon, Oct 27, 2014 at 6:55 PM, Ralph Giles <[email protected]> wrote:
For live streams, servers like icecast will also close connections to
clients which are too far behind, which has a similar effect.
Interesting. Perhaps it’s easiest to just configure Icecast to quickly
drop streams that lag behind. Then the client gets an event that the
connection has dropped, and has to restart playback.
Likely the best way to handle this is to move clients that fall behind
to a lower-bitrate stream (as this is a streaming API, this is the
equivalent to WebRTC telling the sender to back off). The server has to
encode in N bitrates (where N may be dynamic based on the current
needs). Worst case you have High Quality, and Low quality. If the
client can't keep up with low quality then they'll stutter/restart
repeatedly or simply get dropped. You can also push this off on the
user with a stream quality selector on top of the video. ("HD,
standard, low", etc)
--
Randell Jesup, Mozilla
_______________________________________________
dev-media mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-media
