HTML5; it’s new, it’s awesome, and it’s powerful, but can it take down the champ of video distribution, Flash? Which technology’s got the ability to bring cat video to the next level. This talk will cover the many challenges of both HTML5 and YouTube adapting to change video distribution on the web.

1. HTML5, Flash and the Battle for
Faster Cat Videos
By YouTube's Greg Schechter and Chris Rhodes

2. Greg Schechter Chris Rhodes
The Web Warrior Spline Reticulator
schechter@google.com chrisrhodes@google.com

4. HTML + JS + CSS + Awesomeness

5. HTML5
Offline File Access Multimedia Performance
Presentation Graphics Storage

6. HTML5
Offline File Access Multimedia Performance
Presentation Graphics Storage

7. Translation

8. HTML5 ~=
By geishaboy500
http://www.flickr.com/photos/geishaboy500/3183872667/

9. 99% connected desktop penetration?
http://www.adobe.com/products/player_census/flashplayer/

10. Why HTML5?

11. HTML5 vs Flash
Features Accessibility "Device-ability"
Security Embeds API

12. Round 1: Features
http://www.flickr.
com/photos/zipckr/4624150058/

13. Why Flash?
Features missing in HTML5
● Content protection

14. Why Flash?
Features missing in HTML5
● Content protection
○ RTMPE protocol / Flash Access

15. Why Flash?
Features missing in HTML5
● Content protection
○ RTMPE protocol / Flash Access
● Camera & Microphone Access

16. Why Flash?
Features missing in HTML5
● Content protection
○ RTMPE protocol / Flash Access
● Camera & Microphone Access
● Adaptive & Live Streaming

17. Why Flash?
Features missing in HTML5
● Content protection
○ RTMPE protocol / Flash Access
● Camera & Microphone Access
● Adaptive & Live Streaming
● Fullscreen video

18. Why Flash?
Features missing in HTML5
● Content protection
○ RTMPE protocol / Flash Access
● Camera & Microphone Access
● Adaptive & Live Streaming
● Fullscreen video
○ Hardware accelerated HD cat videos!
○ **API available in webkit and gecko

19. Why Flash?
Webkit Fullscreen API
var elem = document.getElementById("my-element");
document.onwebkitfullscreenchange = function() {
// The fullscreen element:
// document.webkitFullScreenElement;
console.log ("We went fullscreen!");
};
elem.webkitRequestFullScreen();

20. Why Flash?
Features missing in HTML5
● Content protection
○ RTMPE protocol / Flash Access
● Camera & Microphone Access
● Adaptive & Live Streaming
● Fullscreen video
○ HD, hardware accelerated cat videos!
○ **API available in webkit and gecko

21. Why Flash?
Features missing in HTML5
● Content protection
○ RTMPE protocol / Flash Access
● Camera & Microphone Access
● Adaptive & Live Streaming
● Fullscreen video
○ HD, hardware accelerated cat videos!
○ **API available in webkit and gecko
● Consistent format support

22. Why Flash?
Features missing in HTML5
● Content protection
○ RTMPE protocol / Flash Access
● Camera & Microphone Access
● Adaptive & Live Streaming
● Fullscreen video
○ HD, hardware accelerated cat videos!
○ **API available in webkit and gecko
● Consistent format support
○ HTML5 needs to support both H.264 and WebM

23. Why Flash?
Features missing in HTML5
● Content protection
○ RTMPE protocol / Flash Access
● Camera & Microphone Access
● Adaptive & Live Streaming
● Fullscreen video
○ HD, hardware accelerated cat videos!
○ **API available in webkit and gecko
● Consistent format support
○ HTML5 needs to support both H.264 and WebM
● Cross platform consistency****

24. Why HTML5?
<video> Expectations
● Open source technology
○ Browser / Player / Codec

25. Why HTML5?
<video> Expectations
● Open source technology
○ Browser / Player / Codec
● Lower latency
○ No plug-in instantiation

26. Why HTML5?
<video> Expectations
● Open source technology
○ Browser / Player / Codec
● Lower latency
○ No plug-in instantiation
● Better performance and fidelity

27. Why HTML5?
<video> Expectations

28. Why HTML5?
<video> Expectations
● Open source technology
○ Browser / Player / Codec
● Lower latency
○ No plug-in instantiation
● Better performance and fidelity
○ Power Consumption
● Accessibility

29. Why HTML5?
<video> Expectations
http://imgs.xkcd.com/comics/in_ur_reality.png

30. Why HTML5?
<video> Expectations
● Open source technology
○ Browser / Player / Codec
● Lower latency
○ No plug-in instantiation
● Better performance and fidelity
○ Power Consumption
● Accessibility
○ User agents can have special video handling

31. Please put on your
3D Glasses

32. By jmettrauxhttp://www.flickr.com/photos/jmettraux/4959258811/

33. Why HTML5?
3D
● Flash
○ Build for graphics
○ Tools for easy video manipulation
■ HTML5 would require WebGL or
Canvas
● HTML5
○ Easy integration with browser and
devices
○ Open Standard
○ Allows for innovations by the browser
vendors as well as YouTube

34. Round 2: Device-ability
By dakinyhttp://www.flickr.com/photos/dakiny/4430765149/

35. Why HTML5?
HTML5 Capable Browsers (~75%)

36. Why HTML5?
Flash Support vs. HTML5 Support

37. Why HTML5?
YouTube Data API Usage for Flash vs. HTML5 Devices

38. Why HTML5?

39. When HTML5?

40. Primary Goal:
Recover playbacks that would
be lost without flash

41. Our Solution

42. <iframe type="text/html"
width="640"
height="385"
frameborder="0"
src="http://www.youtube.com/embed/VIDEO_ID"
allowfullscreen>
</iframe>

43. When HTML5?
<iframe> Embed
● Give the user HTML5 or Flash based on device and user
preferences.
● Allows for better mobile support.
● Offers an "it just works" experience.

44. Why an iframe?
Other embedding methods
● <script>
○ We need our content to be sandboxed
○ More than just a video tag
● <object>
○ Can load content with the data attribute
○ But no way to interact with it

45. When HTML5?
When does the user get HTML5?

46. When HTML5?
Detecting HTML5
var videoElement = document.createElement('video');
if (videoElement && videoElement.canPlayType &&
(videoElement.canPlayType('video/mp4; codecs="avc1.42001E, mp4a.40.2"') ||
videoElement.canPlayType('video/webm; codecs="vp8.0, vorbis"'))) {
// Sweet, we can use HTML5!
}

47. When HTML5?
When does the user get HTML5?

48. Round 3: Performance
By Two Hawk's Eye
http://www.flickr.com/photos/mycoolpics/92033686/

49. Player Start Time
Flash
500ms
HTML5
(Up from 200ms in Jan 2011)
TODO(schechter): Add csi screen captures

50. iframe Embed Time Till Thumbnail Visible
Flash - 5.1s
HTML5 - 1.4s
*Collected data shows faster load times than this control
environment, but the comparison is actuate.

51. Get Video Time

52. Get Video Time
● HTML5:
○ Opera is Awesome
■ 200ms ahead of the pack
● Flash: IE9 and Opera are the leaders
○ 300ms faster
● HTML5 is almost always faster than Flash
○ 300ms - 400ms faster
○ IE9 is an exception
■ IE9 Flash is slightly faster than IE9 HTML5

53. Video Start Time
HTML5
Flash 2.5s

54. Video Start Time
HTML5
Flash 2.5s
● Firefox closest to catching Flash
○ HTML5 ~1.0s slower than Flash

55. So why is Flash so fast?

56. Make Assumptions

57. Making Assumptions
● Most users have a recent version of flash
● Thus we can optimistically embed the most
common case and do version checking and
updating after a script loads
● 250ms improvement to flash start time

58. Preload Video Connection

59. Preload Video Connection
● Resolves DNS while page is rendering
● Maintains an open connection
● 200ms improvement
<head>
<script>
var img = new Image();
img.src = videoConnectionUrl;
</script>
</head>

60. What about embeds?

61. #1 cache

62. 1. youtube.com/v/di5I49yg7bY 302 redirect
2. s.ytimg.com/swf/l.swf?args&swf=swf2-hash_url.swf
3. s.ytimg.com/swf/swf2-hash_url.swf ~150kb

63. 1. youtube.com/v/di5I49yg7bY 302
2. s.ytimg.com/swf/l.swf?args&swf=swf2-hash_url.swf
3. s.ytimg.com/swf/swf2-hash_url.swf
Better
1. youtube.com/v/di5I49yg7bY application/x-shockwave-flash
2. s.ytimg.com/swf/swf2-hash_url.swf

64. 1. youtube.com/v/di5I49yg7bY 302
2. s.ytimg.com/swf/l.swf?args&swf=swf2-hash_url.swf
3. s.ytimg.com/swf/swf2-hash_url.swf
1. youtube.com/v/di5I49yg7bY application/x-shockwave-flash
2. s.ytimg.com/swf/swf2-hash_url.swf
Best
1. youtube.com/embed/di5I49yg7bY text/html
2. s.ytimg.com/swf/swf2-hash_url.swf

65. #2 lazy load

66. Most embeds are never played.

67. ● Delay expensive queries.
● Use cache for most videos.
● Delay loading... flash?

68. Demo:
http://gregthebusker.com/iframedemo.html

69. Player API
http://code.google.com/apis/youtube/getting_started.html#player_apis

70. The JavaScript API
Communication

71. The JavaScript API
Communication
● Poll the URL fragment?
http://youtube.com/embed/video_id#fragment

72. The JavaScript API
Communication
● Poll the URL fragment?
http://youtube.com/embed/video_id#fragment
● Messages are one dimensional.
● Polling eats up CPU and is not instant.
● Both directions of communication use the same
fragment.

73. The JavaScript API
Communication
● Better idea: PostMessage API.
someWindow.postMessage(message, targetOrigin);

74. The JavaScript API
Communication
● Better idea: PostMessage API.
someWindow.postMessage(message, targetOrigin);
● Uses JSON for native encoding and decoding of data.
● No polling.
● Native event listeners.
● Communications are sandboxed per-window.
● Calls are asynchronous.

75. Conclusion
● Flash is still preferred in most places
○ More critical features
○ Deeper reach
● HTML5 is awesome
○ Improves every day
○ Greater mobile reach
○ People want it

76. Questions?
can haz question?
By cloudzilla http://www.flickr.com/photos/cloudzilla/378829651/
schechter@google.com
chrisrhodes@google.com