One of the first things to decide after you create your {{ site.product_short }} account is how you plan to deliver your video files. {{ site.product_short }} 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 {{ site.product_short }} Enterprise publishers. {{ site.product_short }} Enterprise and Express publishers must use Brightcove as their CDN.
In this topic, you will learn:
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 {{ site.product_short }} Enterprise or Express publisher, Brightcove is your CDN solution. If you are a {{ site.product_short }} Enterprise publisher, then you can choose to deliver your content using the Brightcove CDN or over any CDN that {{ site.product_short }} supports.
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 Customer Success Manager.
There are several types of content delivery mechanisms:
Streaming video 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:
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:
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.
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 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 fine 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:
Regardless of whether you use streaming or progressive download for your video content, images delivered to end users in the Brightcove Player (thumbnails and video stills, for example) are delivered via HTTP download.
Also see the subsection below on images and BYO CDNS.
{{ site.product_short }} supports a few basic CDN configurations, depending on your CDN provider and setup. The choices are:
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 Brightcove Players using either Progressive Download (PD) or streaming mechanisms. If you choose BYO CDN, you can use the {{ site.product_short }} pull-based ingestion to ingest content into your {{ site.product_short }} account, which then gets moved to your CDN provider for delivery to end users through your Brightcove Players.
Dynamic Delivery allows publishers to take advantage of their own CDN relationships, however, all video assets must be managed by the Brightcove Origin. Please contact your Customer Success Manager for more information.
Currently, images are returned via the CMS API from the Brightcove house CDN, which will result in bandwidth charges. Depending on why and how you are retrieving images via the CMS API, you may be able to use the Playback API instead, which could save bandwidth charges (see above).
You can choose to use a Brightcove CDN. {{ site.product_short }} leverages Akamai, Fastly, and other Tier 1 CDNs to offer both streaming and progressive download delivery for your video content. Generally HLS or DASH streaming is used, and progressive download only used in special cases or to provide a downloadable rendition of the video.
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 {{ site.product_short }} uploading tools at all to add new content. You can use either the {{ site.product_short }} Media module, the Dynamic Ingest API, or the CMS API to create videos in your {{ site.product_short }} account that point to the underlying video assets stored remotely by your CDN provider.
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.
It is possible to configure a {{ site.product_short }} 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 {{ site.product_short }} accounts, each with a different content delivery strategy.
Here are the main steps for getting set up with BYO CDN or remote assets:
{{ site.product_short }} supports the following major CDNs for BYOB CDN content delivery:
Other BYO CDNs should be able to deliver content from our origin. Contact Sales or your Customer Success Manager for more information.
The following features are supported for BYO CDNs:
If you use BYO CDN or remote assets, your gigabytes downloaded will not appear in the {{ site.product_short }} Studio Analytics for any videos or players, since we are not integrated with your CDN. (You will see viewed minutes, because those are reported by the Brightcove Player.) You should be getting these reports directly from your CDN provider. You may still see gigabytes downloaded in the {{ site.product_short }} reports for your "non-video" content, that is, for bandwidth usage incurred for Brightcove Players, images, etc.