Delivering media to different devices — on desktop, mobile, and connected TVs — requires a mix of ever-changing technologies:
- Audio and video codecs
- Various types of packaging for streaming video
- Various content protection schemes to protect content from being copied
Without the use of Dynamic Delivery, cross-platform streaming often requires storing the same content multiple times to support delivery to all your target platforms. Dynamic Delivery allows Brightcove customers to deliver media to a range of devices without the cost and operational overhead of re-packaging and storing content multiple times for every supported device and use-case. Dynamic Delivery creates the optimal content package just-in-time for delivery and streaming to all supported devices and use-cases. This also helps future-proof your delivery architecture as technology and your audience evolves.
With Dynamic Delivery, customers provide a single high-quality (mezzanine) video file. During the ingest process, we create several quality levels of this file suited to a range of different screen sizes and network conditions. When a viewer presses play, Video Cloud uses information about the requesting device to determine the type of streaming technology expected — for example, the type of stream packaging (HLS vs. DASH) (or MP4 if the device does not support any kind of HTTP streaming), the DRM required (e.g. Widevine, Fairplay, Playready), and ancillary content such as closed captions or alternate audio tracks. Dynamic Delivery then uses this information to deliver the appropriate content package (i.e. type of stream) for the requesting device in real-time.
- When a source file is uploaded, the transcoding process will use the selected ingest profile to determine the set of renditions to create.
- Renditions are stored as a set of contiguous, fragmented MP4 files of various bit rates and resolutions that are agnostic of any specific delivery format.
- When a request is made for a video, the Dynamic Delivery process does Just-in-Time or JIT packaging, which means it will dynamically package content into the appropriate format based specified requirements. This packaging will take into consideration the specific delivery format needed, audio and caption tracks needed, as well as any encryption/DRM needed.
- When the playback device uses the manifest returned by the Playback API to request media to play, we perform just-in-time packaging on the fragmented MP4 files to provide the appropriate segment format, duration and encryption. These fragments are cached on a CDN so that video delivery is still highly performant.
The Dynamic Delivery process was designed to be a fully managed, cloud-based service. All the components run on cloud infrastructure in multiple regions to insure high availability, redundancy and scalability.
What video formats does Dynamic Delivery produce?
Dynamic Delivery produces the following sources as needed:
- HLS (versions 3, 4, and 5)
- MP4 (if progressive renditions are specified in the ingest profile)
The following DRM-packagedrenditions are created (depending on what content protection your account is enabled for):
- HLS + Fairplay
- DASH + Widevine
- DASH + Playready
- Smooth + Playready
Frequently asked questions
What is Dynamic Delivery?
Dynamic Delivery is a set of technologies that make Brightcove's next-generation media delivery platform. Dynamic Delivery is designed to address publisher's current and future requirements and will become the foundation for how all Brightcove products deliver media.
What are the benefits of Dynamic Delivery?
- Greater flexibility and agility for delivery - Content is dynamically packaged for delivery to a number of endpoints (web browsers, smartphones, tablets, connected TVs and streaming boxes). Dynamic Delivery is designed to be capable of using multiple CDNs to deliver content, increasing customer choice.
- Future proofing - Since content is dynamically packaged, Brightcove can add new formats on the fly. As a new version of HLS, DASH, etc., or even a new format comes out, we simply add support at the platform level and publishers can start using it without re-transcoding existing content.
- Reduced storage footprint - Content assets are stored once and renditions are created downstream for delivery when needed instead of storing the content multiple times.
- Enhanced performance through geographic distribution - Dynamic Delivery is designed for a regionally distributed, highly available architecture. Publishers benefit from improved playback performance and increased resiliency.
- Integrated support for Server Side Ad Insertion (SSAI) - Dynamic Delivery will enable ads or other content to be inserted from the server. This provides a seamless playback experience for viewers and gives publishers increased resiliency against ad blockers, all from within Video Cloud.
Are there any pricing considerations with Dynamic Delivery?
No, access to Dynamic Delivery is included in every base platform license. Certain features of Dynamic Delivery including Server Side Ad Insertion (SSAI) and Context-Aware Encoding (CAE) are add-ons with costs associated. Check with your Account Manager for details on pricing.
Does Dynamic Delivery support BYO CDN publishers?
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 account manager for more information.
What regions does Dynamic Delivery support for ingest and origin?
Dynamic Delivery supports ingestion and origin in the following AWS Regions:
- us-east-1 (Virginia) - default for all accounts
- eu-west-1 (Dublin)
- ap-northeast-1 (Tokyo)
- ap-southeast-1 (Singapore)
- ap-southeast-2 (Sydney)
Note that there are cost implications when moving ingestion and origin to another region. Please contact your Brightcove account manager for further information.
Are all Brightcove accounts on Dynamic Delivery?
Yes, all new publishers (both Video Cloud and Once) will be configured with Dynamic Delivery. All existing accounts have been migrated to Dynamic Delivery and and the legacy ingest system has been turned off.
Some of my HLS renditions have a higher bitrate (according to the CMS API) than what is specified in the ingest profile - why is that?
What is specified in the ingest profile is the video bitrate. What is reported by the CMS API is the video bitrate + the audio bitrate + a 10% overhead for Dynamic Delivery processing. So the bitrate returned by the CMS API will always be higher than what is specified in the ingest profile, unless the source video bitrate was lower than that.