Datazoom is a high-availability real-time data collection solution. This document summarizes how to integrate Dolby Millicast with the Datazoom platform.
Login to Datazoom here: https://app.datazoom.io
Add a Collector as indicated here: How to add a Collector
Copy the CONFIG ID
to be used in the subsequent steps
Plugin Integration
Datazoom provides plugins for data collection through our Beacon Services.
<script src='https://platform.datazoom.io/beacon/v1/config?configuration_id=CONFIG_ID'></script>
Insert this JS line into your HTML
Replace the
CONFIG_ID
value with the collector configuration ID.
This inserts Datazoom's data collection SDK into the page.
Activate Data Collection for Dolby Millicast
To activate data collection for the Dolby Millicast instance, start monitoring a millicast.View
instance with the following snippet:
monitor = datazoom.monitorMillicastView( millicastView, { element: videoElement, vmid: MC_MAIN_VMID, amid: MC_MAIN_AMID } );
A millicast.View
instance can be used to manage one or multiple video elements. In the call above, in addition to the instance object the details about the primary video element can also be specified as shown above, where vmid
and amid
are for the corresponding video/audio media ID.
For each video element managed by the millicast.View
instance, a Datazoom context is created automatically. The context can be retrieved to use functionalities common to all Datazoom context objects. For example, the context can be used to set custom metadata:
let mediaElementContext = monitor.getMediaElementContext(videoElement); if (mediaElementContext) { mediaElementContext.setMetadata({ label: MC_MAIN_VMID }); }
The following is a complete example of Dolby Millicast integration with a millicast.View
instance managing a single video element:
<!DOCTYPE html> <html lang="en"> <head> <script src="https://cdn.jsdelivr.net/npm/@millicast/sdk@latest/dist/millicast.umd.js"></script> <script src='https://platform.datazoom.io/beacon/v1/config?configuration_id=CONFIG_ID'></script> </head> <body> <div> <video id="video" controls autoplay muted style="width:480px;height:270px"></video> <hr/> <button id="start">Start</button> </div> <script> const MC_STREAM_NAME = "multiview"; const MC_ACCOUNT_ID = "k9Mwad"; const MC_MAIN_VMID = "0"; const MC_MAIN_AMID = "1"; let millicastView; let monitor; async function initMillicastView() { const videoElement = document.getElementById("video"); const tokenGenerator = () => millicast.Director.getSubscriber({ streamName: MC_STREAM_NAME, streamAccountId: MC_ACCOUNT_ID }); millicastView = new millicast.View(MC_STREAM_NAME, tokenGenerator, videoElement); monitor = datazoom.monitorMillicastView( millicastView, { element: videoElement, vmid: MC_MAIN_VMID, amid: MC_MAIN_AMID } ); let mediaElementContext = monitor.getMediaElementContext(videoElement); if (mediaElementContext) { mediaElementContext.setMetadata({ label: MC_MAIN_VMID }); } try { await millicastView.connect(); } catch (e) { console.log("Connection failed", e); } millicastView.webRTCPeer.initStats(); } document.getElementById("start").onclick = initMillicastView; </script> </body> </html>
For the millicast.View
instance to start generating detail information about WebRTC stats (periodically), the application should invoke millicastView.webRTCPeer.initStats();
as demonstrated above.
Stop Data Collection
If the data collection must be stopped for any reason, invoke the destroy()
method of the millicast.View
monitor (and the underlying Datazoom contexts will be destroyed automatically), as in the following example:
if (monitor) { monitor.destroy(); monitor = null; }
NPM (Node Package Manager)
We have made it convenient to manage your collector integration by providing NPM (Node Package Manager) support. Please see installation details here.
Ad Support - client side ads
Datazoom provides data collection options for Google IMA and Freewheel. By using the integration options described below you can collect a number of ad related events and related metadata to further understand ad performance.
Freewheel
To enable a Datazoom collector to capture the ad related data points, the required steps for a web application differ depending on how the ad framework (e.g., Freewheel) is integrated with the video player. In general, there are two types of integration method between the video player and ad framework:
1. Leverage ad framework integration supported by the video player
Players such as Akamai AMP player, JW Player, THEOplayer, … etc., support Freewheel ad integration as a part or an optional module of the player. Since the corresponding Datazoom collector for the player is prebuilt with knowledge of the player’s ad related features, for a web application who simply leverages the video player for ads, no additional code is required to enable ad data collection in this scenario.
A web application may choose to utilize the video player for the purpose of content presentation only, while building its own ad implementation by utilizing the ad framework directly. In these use cases, the video player has no awareness of the ad implementation and therefore it will fall under the second scenario described below.
2. Ad implementation external to the video player
Players that mainly focus on core playback/streaming functionalities, such as HLS.js player, Dash.js player, or the native HTML5 <video> element, often do not come with ad integration features. For a web application who likes to enable ads independent of the video player, it can choose to utilize the ad framework library (e.g., Freewheel MRM AdManager SDK) directly or bring in some third-party components. In either cases, since it is impossible for the corresponding Datazoom collector to gather ad information through the video player, some provisioning steps (see the section below: Attach the Freewheel Context) will be required to enable ad data collection.
Attach the Freewheel Context
For a web application who enables ads by utilizing Freewheel MRM AdManager SDK directly or through some third-party components, it will be interacting with the Freewheel Context object. This object is responsible for creating ad requests, parsing the ad request responses, and managing the presentation of the resulted ads. Besides, the Freewheel Context object also provides events and metadata regarding the resulted ads and the presentation status.
Therefore, for a Datazoom collector to gather ad information in this scenario, the application should give access by attaching the Freewheel Context object to the collector context as soon as it becomes available. The Datazoom collector context interface expose these methods for this purpose:
// share a Freewheel Context object with the collector context context.attachFwContext(freewheel_context) {} // unshare the Freewheel Context object as an optional cleanup step context.detachFwContext() {}
For example, a video page using HTML5 <video> element and managing Freewheel MRM AdManager SDK directly can set everything up and attach the Freewheel Context object (to the collector context) as below:
// Create the video player and the collector context var media_element = document.getElementById("video"); var datazoom_context = datazoom.createContext(media_element); // Create the Freewheel AdManager var fw_admanager = new tv.freewheel.SDK.AdManager(); fw_admanager.setNetwork(1234); fw_admanager.setServer("ad_server_url"); // Create the Freewheel Context object var fw_context = fw_admanager.newContext(); fw_context.setProfile("some_profile"); /* other Freewheel Context configurations fw_context.setVideoAsset(...); fw_context.setSiteSection(...); fw_context.addTemporalSlot(...); ... */ // Share the Freewheel Context object with the collector context datazoom_context.attachFwContext(fw_context); // Request ads fw_context.submitRequest(); /* other code related to ad presentation and player coordination ... */
That’s it. The Datazoom collector is now provided with the required access to gather ad related information.
If some third-party component is used to add ad implementation, the best way to enable ad data collection is by querying the underlying Freewheel Context object and attaching it to the collector context in the same way as described above.
Google IMA
To enable a Datazoom collector to capture the ad related data points, the required steps for a web application differ depending on how the ad framework (e.g., IMA) is integrated with the video player. In general, there are two types of integration method between the video player and ad framework:
1. Leverage ad framework integration supported by the video player
Players such as Akamai AMP player, JW Player, Bitmovin Player, Shaka player, … etc., support IMA ad integration as a part or an optional module of the player. Since the corresponding Datazoom collector for the player is prebuilt with knowledge of the player’s ad related features, for a web application who simply leverages the video player for ads, no additional code is required to enable ad data collection in this scenario.
A web application may choose to utilize the video player for the purpose of content presentation only, while building its own ad implementation by utilizing the ad framework directly. In these use cases, the video player has no awareness of the ad implementation and therefore it will fall under the second scenario described below.
2. Ad implementation external to the video player
Players that mainly focus on core playback/streaming functionalities, such as HLS.js player, Dash.js player, or the native HTML5 <video> element, often do not come with ad integration features. For a web application who likes to enable ads independent of the video player, it can choose to utilize the ad framework library (e.g., IMA) directly or bring in some third-party components. In either cases, since it is impossible for the corresponding Datazoom collector to gather ad information through the video player, some provisioning steps (see the section below: Attach IMA Objects) will be required to enable ad data collection.
Attach IMA Objects
For a web application who enables ads by utilizing IMA directly or through some third-party components, it will be interacting with two primary IMA objects mostly:
adsLoader: Usually a singleton object, which handles ad-request (e.g., VAST) transactions based on ad tags given as inputs. Upon each successful completion of an ad-request, one adsManager object is created to oversee the presentation of the resulted ads.
adsManager: An object instance is created upon each successful completion of an ad-request. It provides events and metadata regarding the resulted ads and the presentation status.
Therefore, for a Datazoom collector to gather ad information in this scenario, the application should give access by attaching these IMA objects to the collector context as soon as they become available. The Datazoom collector context interface expose these methods for this purpose:
// share the adsLoader object with the collector context, usually once per context context.attachImaAdsLoader(adsLoader) {} // share a adsManager object with the collector context, once per ad-request context.attachImaAdsManager(adsManager) {} // unshare adsLoader as an optional cleanup step context.detachImaAdsLoader() {} // unshare adsManager as an optional cleanup step context.detachImaAdsManager() {}
For example, a video page using HTML5 <video> element and managing IMA directly can set everything up and attach the adsLoader (to the collector context) as below:
// Create the video player and the collector context var media_element = document.getElementById("video"); var datazoom_context = datazoom.createContext(media_element); // Create the IMA adsLoader var adContainer = document.getElementById("ad-container"); var adDisplayContainer = new google.ima.AdDisplayContainer(adContainer, media_element); var adsLoader = new google.ima.AdsLoader(adDisplayContainer); // Share the adsLoader object with the collector context datazoom_context.attachImaAdsLoader(adsLoader);
Then, whenever an ad-request is successfully completed, an adsManager object is created and attached to the collector context as below:
adsLoader.addEventListener(google.ima.AdsManagerLoadedEvent.Type.ADS_MANAGER_LOADED, function(event) { // Create an IMA adsManager var adsManager = event.getAdsManager(media_element); // Share the adsManager object with the collector context datazoom_context.attachImaAdsManager(adsManager); } );
That’s it. The Datazoom collector is now provided with the required access to gather ad related information.
If some third-party component is used to add ad implementation, the best way to enable ad data collection is by querying the underlying IMA adsLoader/adsManager objects and attaching them to the collector context in the same way as described above.
Comments
0 comments
Article is closed for comments.