On 10/25/13 16:59, Felix E. Klee wrote:
On Fri, Oct 25, 2013 at 11:50 PM, Adam Roach <[email protected]> wrote:
low-latency live streaming.
Actually, latency isn't a big issue, as long as it's no more than say a
second.
Yeah, an icecast-like thing is probably the way to go, then. Once you
get your server set up, this is extremely easy to use in a webpage. For
example, drop this into an HTML file:
<video width="160" height="100"
src="http://radioserver1.delfa.net:80/256.opus"; controls/>
Now, if that URL pointed to an icecasted VP8 stream instead of an
icecasted opus stream, you'd be watching video instead of listening to
extremely smooth jazz. (Sorry, I can't find a good video example at the
moment.)
Would this be an interim solution, or is WebRTC the future for video
live streaming? I'm new to this field. Only Icecast I have used years
ago to set up an audio live stream (mobile phone -> SIP -> IceCast ->
MP3 stream).
WebRTC is designed for real-time communications, which you can basically
model as those use cases that require ~100ms one-way (~200ms round-trip)
delay or less to work. This is required, for example, to have a
conversation between two people. (WebRTC is also quite important for
doing direct browser-to-browser communication, but that doesn't seem to
have much bearing on what you're doing).
These capabilities do come with a certain level of complexity, however.
Given that you don't need sub-second latencies, you're probably better
off just doing an icecast approach.
--
Adam Roach
Principal Platform Engineer
[email protected]
+1 650 903 0800 x863
_______________________________________________
dev-media mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-media
