Encoding

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.

Our media delivery platform supports progressive downloads and all major streaming protocols. This way, it doesn't matter whether your videos are watched on pc, tablet, smartphone or TV-set. Moreover, with a single codebase or embedding code you can deliver your media to a multitude of devices, players and platforms.

This demo uses the fallback mechanism built into the Jeroen Wijering player, which makes the player go down a list of protocols - in the order you choose - until delivery succeeds.

  1. The example below first tries to stream the video over good old RTMP (Flash streaming).
  2. Failure to do so (e.g. because the Flash plugin is not installed or Flash is not supported) will result in an attempt to deliver the video to HTML5 players that support Apple HTTP Live Streaming (HLS). This will succeed on Apple devices, such as the iPhone or iPad, who do not support Flash.
  3. As a last resort, the video is made available by means of progressive download to any HTML5 player. In order to make sure that all (HTML5 enabled) browsers can play the video, it is offered in three different formats (H.264, WebM and Ogg). This serves as a catch-all for pretty much all remaining platforms.
Loading player ...

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

Possibly drawing inspiration from last year's successful Audi A7 campaign, Flemish media company "de Persgroep" invited Antwerp based graffiti artist Steve Locatelli to repeat his tour-de-force at Rock Werchter 2011. In the course of the 4-day festival, Locatelli is drawing festival-goers to the stand of newspaper "De Morgen" by spray-painting a fresh canvas each day. A few metres above their heads, a silent witness is capturing and broadcasting this ongoing artistic event to demorgen.be in a 4-day non-stop live stream.Werchter graffiti

For the setup and management of the live-stream, event agency Happy Few contacted Rambla. At the festival ground, we installed an Axis IP camera which captures video, encodes it into an H.264 video stream and broadcasts this stream to the Rambla CDN.

But since most of us are too time-pressed to linger for more than a few minutes watching the live stream, we were asked to handle the creation of a daily time-lapse movie which compresses the 12-hour live stream into just a few minutes. To this end, the camera posts snapshots every couple of seconds to the Rambla CDN. At the end of each festival day, thousands of still images gathered during the day are routed through the Rambla transcoding engine, resulting, only minutes later, in a caffeine-driven journey from blank canvas to finished work of art.

 
Syndicate content