Twitch Is Ditching Flash For HTML5, Just Like YouTube

An anonymous reader writes: Twitch is becoming the latest to transition from Adobe Flash to HTML5. Twitch will start to release its HTML5-based video player controls slowly and in small increments. The video underneath the controls will still be powered by Flash for now. Twitch says this is "an important step to releasing the much-anticipated full HTML5 player" and to "stay tuned for more HTML5 updates."

Comments

Why are websites dragging their feet on this?

[ZorinLynx]

Heck, even many websites that still require Flash for desktop browsers will happily send HTML5 video to mobile browsers.

For example, the BBC. You go to videos on BBC and it says "Plugin required", so I go up and change my User Agent to iPad, and *WHAM*, the video plays using HTML5 without a problem.

THE CODE IS ALREADY DONE!!!! Why don't they just throw the switch?

Re:Why are websites dragging their feet on this?

[Anonymous Coward]

Because Flash supports better "supercookies" and user tracking, especially across domains when the embedded Flash content is sourced from a common advertising provider.

Follow the money. The money is always the answer.

Re:Why are websites dragging their feet on this?

[Anonymous Coward]

Google's stewardship of HTML 5 video has been so shaky that nobody trusts the standards they've helped implement. There's also the case that Safari and iOS need custom streams until they support Dash/MSE/EME properly, and other such fragmentation, so it's pretty much a guarantee that Flash and/or Silverlight are the safer bet depending on your content. Now that Google has strong-armed Firefox into supporting MSE (whether it's barely functional or not) it seems likely that Apple will fall into line as well, so it's becoming more of a realistic proposition. Had Google done a better job on the whole thing then we would have had HTML5 video years ago.

Re:Why are websites dragging their feet on this?

[Archangel Michael]

Google is in the process of killing off NPAPI plugins completely (like Flash, Java etc), and that API will be completely gone in a couple months. Websites better get rid of all the flash stuff soon, and HTML 5 is the replacement.

I applaud Google for forcing the industry forward.

Re:Why are websites dragging their feet on this?

[willoughby]

Well, not very quickly from what I've seen. I recently installed Chrome on a Windows machine & it has Flash baked in. You can disable it, but you can't remove it.

Re:Why are websites dragging their feet on this?

[tepples]

Windows XP does not allow installation of Internet Explorer versions later than 8.

Why so many flash sites ?

[dargaud]

I normally have a "no flash start" plugin, meaning I have to click on videos to get them started. That's fine.

But with the recent security zero-days Ubuntu implemented an ask first policy. And I now see the message on virtually every friggin' website, even text-only sites. Why do so many websites use flash for things that the user doesn't need ? I can understand for videos or games, but for a forum...

Re:Why so many flash sites ?

[Dutch Gun]

For a long time, it was simply assumed that ALL users had Flash installed, and it was more or less true (statistically speaking). So, why not show Flash ads as well, since you can animate them, make them interactive, have them spit out sound, and all sorts of other annoying things?

You're only now starting to see a minor trend of people (like me) uninstalling or others blocking Flash by default.

Flash is the Confederate Flag of the internet

[JoeyRox]

Technology non grata

The problem with HTML5 for video

[eutychus]

For live video, there is no working standard. HLS is used by Safari on Mac, iOS, supposedly MS Edge (I haven't tested to see how well supported it is) and is very buggy in Android (to the point of being unusable). There are some data injector APIs for the latest versions of FF and Chrome where there have been attempts to implement HLS and DASH, but they are buggy at best and not suitable for production. Additionally, using HTTP based streaming standards (such as HLS) for fully live results in very long delays (up to 30 seconds) Trying to use overly small segments to reduce latency results in video breaking up unless the latency between server and client is extremely low.

For long format on demand video, there is an enormous amount of wasted bandwidth as the MOOV atom of an MP4 is transmitted before the video is playable. For a short video, the MOOV atom is small. For an 8 hour video, the MOOV atom can be huge. This presents a problem for support of long format video for people on slower or metered connections.

The only thing the video tag does somewhat consistently across platforms is play back h.264 baseline+aac MP4 on demand videos that are relatively short format .

None of these problems exist with flash. Seamless switching between bit rates is also an issue (works well on fully implemented HLS clients, but generally a problem everywhere else). In the mean time, to support live the best bet is often RTSP on most android (or a commercial third party HLS library deployed in an app), HLS on iOS, some TV devices and on the few supported browsers on desktop and flash for everything else on desktop (where there are player implementations that support HLS).

Yes, flash has a history of security problems. There are still many things that it does much better and more consistently than HTML/JS. I'd love to dump it, but there aren't any solutions that work well for live without a plugin across all platforms.