Key concepts

Dynamic Ad Insertion Service

broadpeak.io gives you the capability to monetize your live and asset catalog content in a very simple and straightforward way by defining a DAI Service. A DAI Service is essentially defining the play URL end user clients will use to stream video with dynamically inserted and/or replaced ads. You need to define one Service for every content source (e.g. VoD asset catalog, live feed) hosted on your origin.

A DAI Service is defined by two uniquely identified sources:

  • a content source (live or asset catalog type)
  • an ad server source (ad server type)

broadpeak.io gives you the capability to specify optional transcoding parameters.

  • When those parameters are not specified, broadpeak.io will fetch the (already prepared) ads using the ad creative URL returned in the Ad Server response. This is typically matching ad inventory Direct Sales mode
  • Conversely, when specified, broadpeak.io will transcode all new ad creatives on this DAI service with the transcoding and packaging parameters specified in the transcoding profile associated with the service. Automatically transcoding ad creatives gives you the confidence to maximize and control end user QoE. This is an important capability in the case of Programmatic ad sale, as ad creatives are selected on the fly through real time bidding exchanges or market places without any guarantee in terms of quality or consistency with the ABR profiles used by your streaming services.

Once you create your DAI Service, you will get a URL which can be used by end user client devices/players. The following table gives a summary of the main capabilities supported on a DAI Service:

Capability vs Content type

Live

Asset Catalogue
(e.g. VoD)

Default

Dynamic ad replacement within ad breaks signaled by SCTE-35 cue triggers

Dynamic ad insertion (pre, mid, post roll)

Option

Programmatic transcoding and packaging of ad creatives (including audio loudness control)

Programmatic transcoding and packaging of ad creatives (including audio loudness control)

Option

Dynamic ad insertion before playing the live stream ("Live pre-roll")

N.A.

Option

Gap filler (strongly recommended to ensure the ad break has video content and therefore maximize QoE)

N.A.

Roadmap

Creation of ad breaks signaling through out of band API for live feeds which do not have SCTE-35 cue markers

N.A.

Roadmap

Ad pre-fetch: capability to specify an ad creative URL, pre-ingest it and pre-transcode it so that it is ready on broadpeak.io origin ahead of first use

📘

For live gap filler, you can use promo content such as a logo to leverage and promote your brand or any other service package

📘

If your live feed does not have any in band markers (SCTE-35 cues), you can still monetize your linear workflow with live pre-roll (no dependency to any marker).

Ad Server

An Ad Server is the service/component which is going to programmatically decide which ads, and which pod (sequence of ads) is going to be returned when getting a request from an SSAI service like the broadpeak.io one. An Ad Server is generally part of an SSP (Supply Side Platform) and it is typically communicating with a DSP (Demand Side Platform) to match advertisers offers. Regardless of whether the ad campaigns are sold through Direct or Programmatic, the SSP is also the service/component which will collect the ad tracking beacons (typically quartiles from 0% till 100%) to collect ad impression metrics.
The broadpeak.io platform communicates with Ad Servers through protocols standardized by IAB. broadpeak.io is agnostic to what Ad Server is being used as long as the ad server can interface through the API using VAST (in the case of live) or VMAP (in the case of asset catalog).

📘

Note: for security and anti-ad fraud reasons, certain Ad Servers need the SSAI service to be white listed to access their backend API. If such is the case, don't forget to add the two IP addresses specified in this section to unlock communication.

Within the broadpeak.io platform, an ad server is defined as a source with the Ad server type. Here is an example of Ad Server definition:

The ad server query parameters are optional. They can be static or dynamic. They are typically used to ensure the VAST or VMAP request can be properly identified and processed by the ad server.

Stay tuned (roadmap feature) You will soon be available to select some pre-integrated Ad Servers. In this case, the corresponding queries will already be filled in as a default template so that you do not need to worry about this part.

In the meantime, if you cannot find the appropriate query parameters from the Ad Server documentation, feel free to reach out to our Customer Success through the chatbot for instance. We will do our best to impress you (and your ads of course ;-)).

Query Parameters

Query parameters sent by the end user client are a defined set of parameters attached to the end of a URL behind the '?' mark. They are extensions of the URL that are used to help define specific content or actions based on the data being passed.
In the case of DAI, the query parameters appended at the end of the client request will typically be used to specify a combination of Streaming Service Provider ID and audience. Those parameters will allow the Ad Server to decide what ad pod should be served when the request is being made by the SSAI service.
broadpeak.io will actually extract those query parameters and append them in the VAST or VMAP request sent to the Ad Server. The following play URLs are showing one of the most simple query parameters which could be used to stream a live service for 2 different audiences (kids and adults)

https://stream.broadpeak.io/2afe4567e1bf64d310c871203216aa01/bpk-tv/bpkiolive/default/index.mpd?category=kids
https://stream.broadpeak.io/2afe4567e1bf64d310c871203216aa01/bpk-tv/bpkiolive/default/index.mpd?category=adults


Did this page help you?