HTML5

Focus WTV - Regionale Media MaatschappijRMM (Regionale Media Maatschappij), operator of the regional TV broadcaster Focus WTV and Picstory media productions, has been a long time Rambla customer, relying on us for transcoding and media delivery for its web tv channel kusttv.be and focus-wtv.tv.

Their online video workflow is a fine example of how a media company can deliver in-house created news stories almost instantaneously. Video editors simply drop a reportage in a transcoding hotfolder, after which our web services take care of encoding to several formats and creating thumbnails. As soon as the encoded media is ready for viewing, metadata is exported to the website's back-end and the content manager is notified he needs to complete the title and summary, and publish the item.

Earlier this year RMM launched a completely overhauled website, built and designed by Nascom and powered by the ubiquitous open source CMS Drupal.

For the video player RMM turned to Rambla, with a set of well-defined requirements: support for mobile devices and advertising pre-rolls, and easily embeddable on partner web sites.

The Rambla developers came up with a solution that is built around the well-known Jeroen Wijering FLV player, supporting both Flash based devices and platforms, as well as the latest generation of smartphones and tablets which have built-in support for HTML5 video. Video is delivered as a segmented HTTP stream, using Apple's HTTP Live Streaming protocol (commonly known as “HLS”). Quality of the stream adapts to bandwidth conditions, in a way that's completely transparent to the end-user.

Adaptive streaming or bitrate switching allows clients to automatically switch between different video streams during playback, to ensure the highest possible video quality with minimum buffering and startup time. This way, clients can adapt dynamically to changing bandwidth conditions and available CPU resources, which makes this delivery method especially well suited for mobile devices. Moreover, by using HTTP as the stream transfer protocol, firewall issues are being avoided.

Currently, there are three main flavors of HTTP adaptive streaming - by Apple, Microsoft and Adobe - each targeting their own platform.
Below you will find an example of the Apple (HLS) and Microsoft (Smooth Streaming) implementations.

What's interesting for you is that you only need to encode your media sources once. Our media servers can deliver the same H.264/AAC encoded file to any platform or device, using Flash, HLS or Silverlight streaming. And thanks to our multi-bitrate encoding profiles even mobile devices under low bandwidth conditions do not have to skip a single frame.

Want to know more? Read our blog post on how to get started.

Loading player ...

The W3C recently issued a Last Call announcement for HTML5, moving the standard one step closer to the finishing line (currently set in 2014). In the meantime, HTML5 has been gaining traction on the web with growing support by browsers and devices alike. According to a recent study by ABI Research, more than 2.1 billion mobile devices will have HTML5 browsers by 2016.

HTML5 video: H.264 and webm

HTML5 video tag : supported formatsAn important aspect of HTML5 is the support for embedded multimedia, including video, audio, and dynamic graphics. Various HTML5 video players have emerged and the list of features is growing steadily. However, the lack of a common video codec for all browsers remains a huge problem, which is not likely to disappear in the near future. Apple (Safari) and Microsoft (IE) have committed to support the H.264 video codec, while Google (Chrome), Mozilla (Firefox) and Opera are bolstering the VP8 codec (as part of a WebM container) instead. The latter group is also supporting the Theora codec and Ogg container format, sometimes depending on the browser version. For more information concerning both formats and the surrounding issues, see this article from our State of Play series.

To avoid your HTML5 videos not playing in some browsers or on some devices, you can currently still use H.264 with a fallback to Flash. However, this solution has a number of drawbacks (e.g. lack of a unified architecture, Flash overhead on devices) and may not be future proof. Another option, which leaves your HTML5 code intact for all browsers and devices, is to encode your videos into Mp4 (H.264), WebM (VP8) and Ogg (Theora). Rambla Transcoding Service (RATS) supports these video formats and has an API that allows for a quick integration into your custom environment.

Auto-Publish BOTH FORMATS Easily

If you need a simple and transparent solution that requires no development effort, our hotfolder system may be what you're looking for. All you have to do is upload your video to your own private FTP directory (= the so-called 'hotfolder'). The hotfolder takes care of the rest:

  • It encodes your video into Mp4, WebM and Ogg format (dimensions, bitrates... can be configured).
  • It optimizes the encoded videos for online delivery.
  • It publishes the .mp4, .webm and .ogg video's side-by-side on the Rambla CDN (you can determine the exact location by creating sub-directories inside your hotfolder).
  • It provides you with a notification or report.

GETTING STARTED

Every Rambla user account has a default hotfolder which is suited for this purpose. To configure your default hotfolder for HTML5: log in to the RATS web-application and select the 'user' menu, then choose 'html5' as your default format-group. Your hotfolder is now ready to start encoding your videos into WebM and mp4 formats and publish them on the CDN. In order to use it, just upload your video files to 'ftp.enc01.rambla.be', logging in with your hotfolder credentials (= your user name followed by the "-enc" suffix and your user password).

For more information or help, see our hotfolder guide or contact us.

Encoding | HTML5

Microsoft announces IE9 will support native playback of videos using HTML5, but it will only support H.264 and not its more open alternatives. Read more about it here.

External | HTML5

Jan Ozer published some interesting tests comparing Adobe's flash player to YouTube's new HTML5-based player, with regard to the amount of CPU usage needed for video playback.

His main conclusion is that Flash is efficient on platforms where it can access hardware acceleration (e.g. Windows) and less efficient where it can't (e.g. Mac). An additional conclusion is that the CPU horsepower needed to play back HTML5 video also differs substantially depending on the browser being used.

You can read the entire publication here.

External | HTML5
Syndicate content