Comment Re: Why anyway? (Score 0) 447
Nobody said it was.
Nobody said it was.
1300VA Smart-UPS, Dell T110, Dell R210, Dell Optiplex 790 (Plex media server), Couple of Dell CS23. Network is Motorola SBR, HP T5740 running pfSense, Aruba IAP-225 (802.11ac), HP 2915 10-port PoE switch, Ubiquiti PicoStation feeding into Ubiquiti toughswitch to remotely connect printer and Ooma for home phone. Office phone is Yealink T38G.
Also have a couple of servers offsite in real datacenters and on EC2 and Azure.
I too have had really bad results with IPv6 (TunnelBroker) when connecting to anything Google. You would think that Google of all companies would have their IPv6 poop in a group.
Who are you saying is "against" HTML5? DASH-IF? It's a complementary technology, not a competing one. There's no "contractual" issue here. Netflix hasn't switched to DASH until very recently because the technology hasn't been fully developed until very recently. There certainly wouldn't be a contractual obligation for members of the forum to use non-DASH technologies, that would be absurd.
DASH (which, since you're unclear on it, stands for Dynamic Adaptive Streaming over HTTP) is an emerging industry standard way of transporting streaming media. As I mentioned earlier, HTML5 is not a streaming standard, it's a browser rendering standard. DASH is a streaming standard that is currently emerging, which uses HTML5 (and associated CSS and Javascript) to render the video in the browser. The members of DASH-IF are the ones developing and implementing the standard. Development of DASH is one of the main reasons Microsoft backed away from Silverlight. Other players in DASH-IF deal with transport (such as Akamai, Cisco) and encoding (Adobe, Dolby, DTS).
Correct, in order to use RTMP, you must use Flash (as I mentioned in the original post - HTML5 doesn't preclude using a Flash object). There are players such as JWPlayer that do an excellent job of using HTML5 media objects if supported and falling back to Flash if they're not, in order to provide a seamless experience to the end user (but Android is still a mess).
DASH is going a long way towards fixing the mess, but it's still very early in that lifecycle. One of the really neat things about it is that the manifest makes available a list of what video and audio segments are available (and what codecs, bitrates, etc), and the client picks what it needs based on its capabilities. If a DASH manifest makes available a 2.0 stereo audio track at 128Kbps, a 5.1 surround track, a 7.1 surround track, and a 22.1 surround track (don't laugh, 22.1 is part of the upcoming 8K spec), along with a 4K video track and various resolutions and bitrates below that, it will pick whatever's appropriate for your hardware - playing on a mobile device over headphones? Player will pick whichever video track is appropriate for your screen/bandwidth and the 2.0 stereo. Output via HDMI from the same device? Switch the audio over to the surround. And so forth.
"HTML5" in the context of streaming simply refers to placing a media object on a page without benefit of external players such as Flash or Silverlight. The HTML5 spec quite intentionally does not specify codecs or transports in order to be flexible to upcoming technologies (which change awfully fast in the streaming world). Since HTML (and by extension Javascript) deals with rendering, not transport (that's done over HTTP), it's a technical impossibility to stream with HTML.
It's not used widely at all - it was useful in the days of multibitrate audio-only streaming (it's been around for ever) but I haven't encountered it in any of the modern streaming server platforms.
Microsoft is a charter member of the DASH industry Forum (along with Adobe and Netflix and a few others) and is really pushing DASH (if the hype is to be believed, it's the Second Coming). That said, it has a lot of very useful technical benefits over silverlight or HLS.
http://dashif.org/members/
The main reason they used silverlight is that of all the ways of streaming content, Silverlight has the most robust DRM support. It's been said that MPEG-DASH combines the best of HLS and Silverlight into an open protocol - namely, HLS' ease of use with Silverlight's robust DRM. HLS has decent DRM support as well, but it's still a proprietary Apple protocol (a "standard" in the Sony sense of the word: because they say it's a standard)
It's not a matter of what browser it THINKS you have, it's a matter of the browser supporting what you need to stream encrypted MPEG-DASH.
Chromecast also supports DASH.
(and yes, I do own one of these shirts: http://shirt.woot.com/offers/online-debate-team)
Streaming is what I do for a living. On a daily basis I encounter a lot of misinformation perpetrated by marketing schmucks.
That's because ChromeOS has supported MSE for MPEG-DASH for about a year now. At this point, Netflix is in the driver's seat for pushing DASH adoption. They'll be early to the game on H.265 as well.
For God's sake, stop researching for a while and begin to think!