HTTP Dynamic Streaming enables leveraging of existing caching infrastructures - for example, content delivery networks, ISPs, office caching, home networking - and provides tools for integrating content preparation into existing encoding workflows.” That is great, but what does it mean for me?
To answer this question we’ll cover the following:
What is HDS?
How do I get started with HDS?
When should I use HDS?
How can I integrate HDS into my content creation workflow?
Recorded Presentation: http://bit.ly/isfJmo
Intro\nhttp://realeyes.com/john\nBlog series (realyes.com & thekuroko.com)\n
RTMP\n– Delivering content over RTMP is called “streaming”.\n– Media is delivered to the client continuously over a socket connection.\n– The client can seek to any point in the media stream regardless of what has been downloaded.\n\nHTTP\n– Delivering Content over HTTP is called “Progressive Download”.\n– The content must transfer to the client machine from beginning to end.\n– The client cannot seek until the location has downloaded. \n- No special server is needed.\n
HTTP Dynamic Streaming combines HTTP (progressive download) and RTMP (streaming) to provide the HTTP streaming feature set. Flash Media Server is not required for on-demand content.\n• Clients can access and begin playing content “instantly”.\n• Clients can “seek” to points in content that have not yet downloaded.\n
• On-demand content\n• On-demand multi-bitrate content -> “adaptive streaming” and “dynamic streaming”\n• Live content\n• Live multi-bitrate content\n• Live content with DVR functionality\n• Live multi-bitrate content with DVR functionality\n• Flash Access is also available for each of these use cases\n
Command line utility from Adobe\nWindows and linux only\n\n
- XML formatted file that contains information about a Flash media asset.- \n- This is the file that is loaded as the media content \n- It is up to the player to inspect play back the media content\n- Bootstrap info for segments & fragments\n- MBR\n- Flash Access \n- This can include:\n- Media location\n- Media type\n- Media bootstrap\n- Multi-bitrate (MBR) availability\n- Codecs\n- Resolutions\n- Digital Rights Management (DRM) authentication\n- DVR information\n- moov atom, metadata block and XMP metadata block\n\nMore detailed information\nhttp://osmf.org/dev/osmf/specpdfs/FlashMediaManifestFileFormatSpecification.pdf\n\n
- Container file for segments and fragments\n- Based off of the F4V file format spec\n- ***Package the sample.f4v and review the output\n\n
- The data flow for the origin module\n1. Request F4M from player\n2. The player inspects the F4M \na. Bootstrap data to determine what segment/fragment to request for playback\nb. MBR \nc. Flash Access to authenticate\n3. The player request the segment and fragment from the server\n4. The origin module pulls the correct segment/fragment pair using data from the .f4x file and delivers it as a response to the request.\n5. The Player assembles the fragments for playback\n
- Flash Media Playback & Strobe Media Playback\n* Play back a stream using FMP\n- Custom Player using OSMF\n- org.osmf.net.httpstreaming package \n* Review the sample player for playback \n
\n
- No access to Apache 2.2 - which the origin module requires\n- F4FExtractor\n* Show the sample of extracting the files, uploading to S3 and playing back the fragments\n- Works for any other HTTP server \n
Intro\nhttp://realeyes.com/john\nBlog series (realyes.com & thekuroko.com)\n