Content Delivery Options

ProductVersionEdition
Video CloudNew StudioExpress I, Express II, Express III, Professional, Enterprise
In this topic you will learn about various content delivery options available when using Video Cloud.

One of the first things to decide after you create your Video Cloud account is how you plan to deliver your video files. Video Cloud offers many choices that have a variety of advantages and limitations. The delivery method you choose depends on how protected you want your video files to be, how you would like to reach your audience, your preferred method of upload, whether or not your video assets are already stored on another CDN (Content Delivery Network or Content Distribution Network), and so forth.

The content delivery options described in this topic are available only for Video Cloud Enterprise publishers. Video Cloud Pro and Express publishers must use Brightcove as their CDN.

In this topic, you will learn:

Configuring player settings

Publishers use CDNs to distribute their media widely to viewers online. Wikipedia defines a CDN as:

A content delivery network or content distribution network (CDN) is a system of computers networked together across the Internet that cooperate transparently to deliver content most often for the purpose of improving performance, scalability, and cost efficiency, to end users.

There are many commercially available CDNs. If you are a Video Cloud Pro or Express publisher, Brightcove is your CDN solution. If you are a Video Cloud Enterprise publisher, then you can choose to deliver your content using the Brightcove CDN or over any CDN that Video Cloud supports.

Can I deliver my content without a CDN?

If you are expecting low volumes of traffic or have complete control over traffic to your videos, you may not need a CDN to serve your videos. For example, some publishers want to distribute their content on an internal wiki or private network. It is possible that your system can handle delivery of media without requiring an external CDN. If you would like more information on how Brightcove can support this set-up, please contact Brightcove Customer Support or your Account Manager.

How is my media content delivered?

There are several types of content delivery mechanisms:

Progressive download (also called PD)

When you deliver your content using progressive download, the file is served from a standard web server through an HTTP request, just like a normal web page or any other downloadable document. When the video is played, the video file is downloaded to the viewer's computer or device and stored in a temporary directory. The video will begin to play when enough of the file has has been downloaded to the computer/device. If the viewer wants to fast forward or skip to another part of the video, he/she will only be able to do so if that part of the video has already been downloaded and stored. In comparison to streaming video, there's really only one consistent benefit to progressive download—you don't need a streaming server to deliver the video. Progressive download video can be served from any normal web server.

Progressive download is perfect for hobbyists or websites that have low traffic requirements, don't mind if their content is cached on the viewer's computer/device, and if you only need to deliver shorter length videos (under 10 minutes). Publishers who need advanced features and control over their video delivery, and/or those who need to display video to larger audiences (several hundred or more simultaneous viewers), need to track and report usage or viewing statistics for the video, or want to offer the best interactive playback experience, will need to stream their video. Streaming delivery also consumes less bandwidth than progressive delivery because only the portion of the video that is watched is actually delivered.

Progressive download key points:

  • Limited seek and navigation capabilities
  • Viewers can access and re-purpose content
  • Does not effectively utilize Video Cloud’s dynamic delivery feature
  • Less secure and content can be easily copied
  • More bandwidth is used as all parts of the video are downloaded, not just the watched ones

Streaming (also called HLS, FMS, RTMP or RTMPE)

Streaming video on the other hand is delivered via a streaming server without the file ever being downloaded to the viewer’s computer/device. As soon as the viewer presses play, the video will start to play. If the user decides to forward or skip to some other part of the video, he/she can do it immediately and the video will continue to play from that point onwards. One of the advantages of streaming media is that bandwidth is only used for video that the viewer has watched, as only the watched portion of the video has been delivered. Nothing is kept on the client side; everything is on the server side.

Streaming is useful in situations where you want or need to do the following:

  • Deliver long files (10 minutes or longer) or high-bitrate files (high-definition)
  • Take advantage of the Video Cloud multi-bitrate streaming feature, which performs bandwidth detection and delivers the best quality for available hardware; you can use multi-bitrate streaming with progressive download, however, bandwidth detection occurs only at the beginning of playback and the player doesn't adapt to changes in the viewer's bandwidth
  • Serve more streams with less bandwidth

Streaming to iOS devices

Apple iOS devices support only Apple HTTP Live Streaming (HLS) and HTTP (progressive download) for delivery of video files. You need to ensure either that your videos have one or more available HLS renditions. The App Store rules call for the use of Apple HTTP Live Streaming for long form video content (greater than 5 Mb or 10 minutes).

Streaming key points:

  • Video content is secured via temporary video link
  • Advancing video is possible
  • Effectively utilizes Video Cloud’s dynamic delivery feature
  • Allows you to serve more steams with less bandwidth
  • Apple HTTP Live Streaming (HLS) or Real Time Messaging Protocol (RTMP) protocols in use

In practice you will very rarely realize whether content has been streamed or progressively downloaded unless you look for some of the distinguished features as described above.

How are image assets delivered?

Regardless of whether you use streaming or progressive download for your video content, images delivered to end users in the Video Cloud player (thumbnails and video stills, for example) are delivered via HTTP download.

Comparing content delivery: Brightcove-hosted video assets vs. BYO vs. remote assets

Video Cloud supports a few basic CDN configurations, depending on your CDN provider and setup. The choices are:

Brightcove CDN

You can choose to use a Brightcove CDN. Video Cloud leverages Akamai, Limelight and other Tier 1 CDNs to offer your choice of progressive download or streaming hosting for your video content. With careful consideration of the delivery types outlined above and depending on your video needs, you can use Brightcove to host your video and deliver it through our players seamlessly with download or streaming delivery.

BYO CDN

You can also choose to use your own choice of CDN (BYO CDN or "bring your own bandwidth"). In this case, depending on the agreement with your CDN provider, your videos will be delivered seamlessly through Video Cloud players using either Progressive Download (PD) or streaming mechanisms. If you choose BYO CDN, you can use the Video Cloud uploading tools to ingest content into your Video Cloud account, which then gets pushed to your CDN provider for delivery to end users through your Video Cloud players.

For RTMPE support with BYO CDN, 100% of your video assets must be delivered through RTMPE.

Remote assets

The final choice is remote assets. In this case, you may already have your video files stored on your CDN and you do not want to use the Video Cloud uploading tools at all to add new content. You can use either the Video Cloud Media module,  the Dynamic Ingest API, or the CMS API to create videos in your Video Cloud account that point to the underlying video assets stored remotely by your CDN provider.

Limitations

When you create videos with remote assets you cannot use the image capture feature to create video still and thumbnail images for remote asset videos. Video still and thumbnail images can be uploaded for remote asset videos.

For information on using remote assets, see Working with Remote Asset Videos.

Multiple choice

It is possible to configure a Video Cloud account to use both BYO CDN and remote assets. For example, if some of your video content is already available on your CDN, you may want to use remote assets for your existing content to avoid uploading it again, and use BYO CDN for new uploads going forward. Contact us if you require this set-up. You may also be able to create multiple Video Cloud accounts, each with a different content delivery strategy.

Configuring content delivery to use BYO CDN or remote assets

Here are the main steps for getting set up with BYO CDN or remote assets:

  1. Choose a delivery method: Progressive Download or Streaming.
  2. Set up an account with a CDN (currently we support Akamai, Limelight, and Level3, or, in Japan, JStream).
  3. If you have existing video content that you need to migrate (from Brightcove or an outside CDN), please contact our Services team.
  4. Contact your Video Cloud Account Representative to complete the set-up.

What CDNs does Video Cloud support for BYO CDN?

Video Cloud supports the following major CDNs for BYOB CDN content delivery:

  • Akamai
  • Limelight
  • Level3
  • JStream (for Japanese publishers only)

Video Cloud reporting and BYO CDN or remote assets

If you use BYO CDN or remote assets, your gigabytes downloaded and minutes will not appear in the Video Cloud Studio Analytics for any videos or players, since we are not integrated with your CDN. You should be getting these reports directly from your CDN provider. You may still see gigabytes downloaded in the Video Cloud reports for your "non-video" content, that is, for bandwidth usage incurred for Video Cloud players, images, etc.