HTTP Live Streaming in JavaScript
blog.peer5.com
HTTP Live Streaming in JavaScript
1–10 of 33 posts
Re: HTTP Live Streaming in JavaScript
#2Great article. I think we can actually talk about flash being replaced now that we have a real solution for HTML5 live streaming. Flash was never going to go away until there was something that could handle the DRM across all browsers.
I've worked a lot with Ooyala's live streams and was just looking at moving a client over to their HTML5 offering. They claim to offer it in all browsers but that is probably with a flash fallback, they haven't open sourced their JS (or at least I can't see it on their GitHub page).
We also use StreamUK on a lot of sites (but I've never used it directly) and from what I have heard they have great support for HLS. They have no GitHub presence so not quite sure if they're using the same libs the article mentioned or something proprietary.
Obviously DRM would still be an issue unless the browser natively supports EME.
Re: HTTP Live Streaming in JavaScript
#3This article needs to get more up votes. Really imoportant stuff.
Re: HTTP Live Streaming in JavaScript
#4This plus webrtc bittorrent = decentralized video broadcast?
Re: HTTP Live Streaming in JavaScript
#5This plus webrtc bittorrent = decentralized video broadcast?
I think BitTorrent was only using Flash because it offered portability across browsers and OSes. I wouldn't be too surprised to see them switch to using html5 instead.
Re: HTTP Live Streaming in JavaScript
#6Great article. I think we can actually talk about flash being replaced now that we have a real solution for HTML5 live streaming. Flash was never going to go away until there was something that could handle the DRM across all browsers. I've worked a lot with Ooyala's live streams and was just looking at moving a client over to their HTML5 offering. They claim to offer it in all browsers but that is probably with a fl…
>All tests were done on Intel Corei7-4810MQ machine.
I think we'd have to see 60fps on a Chromebook or similar low-cost machine before we declared the end of Flash streaming.
Re: HTTP Live Streaming in JavaScript
#7>but Chrome, Firefox, and IE still don’t use this technology on their desktop versions
Actually, since version 11, IE supports HLS. [0]. When Apple streamed their last event, they mentioned on the video page that IE11 is supported. That's when I found out about it.
http://blogs.msdn.com/b/ie/archive/2015/01/29/simplified-ada...
Re: HTTP Live Streaming in JavaScript
#8The problem with Apple HLS is that it uses MPEG TS container, which is not supported natively by the browsers (except Safari). So, any implementation of HLS in Chrome/Firefox should do the job of extracting video/audio from container using JavaScript (or Flash, like FlashHLS player does).
A more standard-friendly solution is MPEG DASH, which is similar to HLS, but can use MP4 container supported natively by the browsers (as a part of HTML5 video standard)
Re: HTTP Live Streaming in JavaScript
#9Great to see progress, but 1668 dropped frames in the test is a bit underwhelming.
Re: HTTP Live Streaming in JavaScript
#10A better solution would be to deploy a media server that can provide multiple stream formats. For example, Microsoft IIS Media Services [1] supports Microsoft's Smooth Streaming, HLS and MPEG-DASH without having to re-encode video for each format.
With such a solution, nearly every client out there can use a natively supported stream format without overhead. Also, Microsoft has a decent cloud offering with Windows Azure Media Services [2] that fixes all of this for you, including optional DRM.
[1] http://www.iis.net/media [2] https://azure.microsoft.com/en-us/services/media-services/