Share this
How to Optimise CSAI on Tizen and webOS in 3 Steps (Part 2)
by Mathias Craps on May 20, 2021
In the previous article, we have explored the challenges, observations made, and the suggested solutions one can make to ensure smooth CSAI ad playback on Samsung Tizen and LG WebOS. In this article, we will guide you through the 3 steps of the suggested solution implementation and touch on the available alternative approaches.
THIS IS A SNIPPET FROM OUR “HOW TO OPTIMISE CSAI ON TIZEN AND WEBOS IN 3 STEPS” MINI GUIDE WHICH YOU CAN DOWNLOAD HERE.
We approached this project in three steps. The first two were preparation steps. The last one was glueing everything together. Luckily, we were able to reuse big parts of our code-base, making the development process much shorter.
Step 1: Enable streaming advertisements
Previously, we played advertisements based on the native video playback capabilities of the platform. In practice, this meant we played them back in MP4 or WEBM-formats, among others. For the initial phase, we wanted to also enable the usage of our own streaming playback capabilities (MPEG-DASH and HLS).
As this would be an impactful change, we made this option an opt-in. We already had the allowedMimeTypes API in our player configuration for the Google IMA integration. We added support for this option in our own VAST ad playback system so APIs would be consistent.
Finally, we added a preference picker: when both MPEG-DASH and HLS are allowed, the player will pick the MPEG-DASH variant. If this is not possible, it falls back to HLS. If neither is allowed, the player picks a progressive media file the exact same way it used to do until now.
Why MPEG-DASH over HLS? In HLS, it is quite common to have MPEG-TS segments. Remuxing these takes time and CPU cycles, things that aren’t abundantly available on most smart TV platforms. With MPEG-DASH, this transmuxing step is often not needed. In order to avoid having to spend CPU cycles on remuxing, MPEG-DASH became our go-to choice.
In the end, we were able to play streaming advertisements, but without the optimisations of preloading the advertisements yet.
Step 2: Allow the caching API to store segment in RAM
Given the smart TV platform limitations, we wanted advertisements to start loading before we append data to the mediabuffer. When we considered the different options, we figured out that the most efficient way was to internally reuse the Caching API. This API allows us to cache parts of a stream up-front and do offline playback. Instead of using Cache API in a standard way, which stores data on the disk, we wanted to store it in non-persistent (RAM) memory.
In this phase, we internally extended the Caching API to allow such capabilities.
Storing data in a non-persistent way allowed us to work around writing complex logic for handling edge cases such as handling insufficient storage memory, or cleaning ups segments if the application would close unexpectedly.
Step 3: Implementing ad preloading
The last part was glueing everything together. At this point, we were already able to play streaming advertisements and indicate that we want to download a stream up-front without appending it to a mediabuffer. What remained was integrating the components together and fine-tuning the package. In our own ad VAST ad player, we download VAST metadata slightly before the ad starts. So we added logic to hook into this and download the first ad when the VAST data is available.
A streaming advertisement download will only start when:
- The VAST manifest contains streaming variants
- The allowedMimeTypes-configuration enables it (disabled by default)
- The platform supports one of the allowed streaming mime-types.
When an advertisement is too short - less than five seconds - we download the start of the consecutive streaming ad as well. As ads play, we clean up the cached data and schedule the upcoming advertisements until the end of the ad break is ended. As we only preload the start of the advertisement, the rest of the asset follows regular ABR logic. When the bandwidth changes, the player can anticipate this and switch quality. This was not possible with ads in a progressive download format, such as MP4.
The result works quite well, as the start-up time is noticeable faster. We don’t have exact metrics, but in our testing lab, we noticed the start-up time would down to a maximum of two seconds. Coming from eight or more, this is a significant reduction. As our playback pipelines are continuously improved, the ad player will be able to reap the benefits from this as well.
This change is available in our web SDK as of 2.84.0. iOS and Android SDKs are, for now, disabled from this offering.
Alternative approaches
We went all the way to support this use case, but it certainly is not the only way to do advertising on smart televisions. For completeness, we list alternatives:
- Server-side ad insertion is a viable alternative for targeting smart televisions, although it is slightly more complex to set up. In this scenario, the advertisements are part of the stream. The player integrates with metadata provided by the SSAI-server to build a full ad experience. This includes adding a link to a landing page, adjusting the user interface, showing how long advertisements still take and tracking progress using standard ad beaconing. The set-up for SSAI is more complex than client-side ad insertion but pays itself back in a higher fill rate and better user experience.
- There are less common alternatives as well: static non-media advertisements, such as non-linear (banners) or companion ads (ads shown outside the player). Thinking out of the box, there are much more options to earn money from free content: sponsored product placement, paid bonus content, selling merchandise… You could even show a non-intrusive banner advertisement while the content is paused.
You can download the complete version of this topic in our “HOW TO OPTIMISE CSAI ON TIZEN AND WEBOS IN 3 STEPS” guide here.
Want to try out our new streaming CSAI-ads? Contact us and we'll get you started.
Share this
- THEOplayer (39)
- online streaming (36)
- low latency (28)
- live streaming (27)
- video streaming (22)
- HESP (20)
- HLS (19)
- new features (19)
- SDK (18)
- html5 player (16)
- cross-platform (15)
- online video (14)
- LL-HLS (11)
- MPEG-DASH (11)
- best video player (11)
- THEO Technologies (10)
- THEOlive (10)
- Tizen (10)
- awards (10)
- content monetisation (10)
- delivering content (10)
- latency (10)
- partnership (10)
- SmartTV (9)
- fast zapping (9)
- video codec (9)
- Big Screen (8)
- Samsung (8)
- Adobe flash (7)
- High Efficiency Streaming Protocol (7)
- Streaming Media Readers' Choice Awards (7)
- WebOS (7)
- advertising (7)
- html5 (7)
- innovation (7)
- low bandwidth (7)
- Apple (6)
- Efficiency (6)
- Events (6)
- SSAI (6)
- Bandwidth Usage (5)
- CDN (5)
- Deloitte (5)
- LG (5)
- Online Advertising (5)
- Ultra Low Latency (5)
- adaptive bitrate (5)
- nomination (5)
- release (5)
- roku (5)
- viewers expercience (5)
- AV1 (4)
- CMAF (4)
- DVR (4)
- HTTP (4)
- Update (4)
- ad revenue (4)
- case study (4)
- fast 50 (4)
- google (4)
- streaming media west (4)
- support matrix (4)
- ABR (3)
- Chrome (3)
- H.265 (3)
- HESP Alliance (3)
- HEVC (3)
- IBC (3)
- IBC trade show (3)
- THEO Technologies Partner Success Team (3)
- THEOplayer Partner Success Team (3)
- Year Award (3)
- content encryption (3)
- content protection (3)
- customise feature (3)
- drm (3)
- dynamic ad insertion (3)
- monetization (3)
- reduce buffering (3)
- scalable (3)
- video monetization (3)
- "content delivery" (2)
- "network api" (2)
- AES-128 (2)
- CSI Awards (2)
- Cost Efficient (2)
- Encoding (2)
- Encryption (2)
- FireTV (2)
- H.264 (2)
- MPEG (2)
- Microsoft Silverlight (2)
- Start-Up Times (2)
- UI (2)
- VMAP (2)
- VOD (2)
- VP9 (2)
- VPAID2.0 (2)
- adobe (2)
- ads in HTML5 (2)
- analytics (2)
- captions (2)
- chromecast (2)
- chromecast support (2)
- client-side ad insertion (2)
- clipping (2)
- closed captions (2)
- content integration (2)
- customer case (2)
- deloitte rising star (2)
- fast500 (2)
- frame accurate clipping (2)
- frame accurate seeking (2)
- interactive video (2)
- metadata (2)
- multiple audio (2)
- nab show (2)
- playback speed (2)
- plugin-free (2)
- pricing (2)
- server-side ad replacement (2)
- subtitles (2)
- video (2)
- video content (2)
- video publishers (2)
- video trends (2)
- viewer experience (2)
- "smooth playback" (1)
- 360 Video (1)
- AOM (1)
- API (1)
- Android TV (1)
- BVE (1)
- Best of Show (1)
- CEA-608 (1)
- CEA-708 (1)
- CORS (1)
- DIY (1)
- Edge (1)
- FCC (1)
- HLS stream (1)
- Hudl (1)
- LCEVC (1)
- LHLS (1)
- LL-DASH (1)
- Microsoft Azure Media Services (1)
- Monoscopic (1)
- NAB Show 2016 (1)
- NPM (1)
- NetOn.Live (1)
- OMID (1)
- Periscope (1)
- Press Release (1)
- React Native (1)
- React Native SDK (1)
- Real-time (1)
- SIMID (1)
- Scale Up of the Year award (1)
- Seeking (1)
- Stereoscopic (1)
- Swisscom (1)
- TVB Europe (1)
- Tech Startup Day (1)
- Telenet (1)
- Uncategorized (1)
- University of Manitoba (1)
- User Interface (1)
- VAST (1)
- VPAID (1)
- VR (1)
- VR180 (1)
- Vivaldi support (1)
- Vualto (1)
- ad block detection (1)
- ad blocking (1)
- adblock detection (1)
- android (1)
- apple tv (1)
- audio (1)
- autoplay (1)
- cloud (1)
- facebook html5 (1)
- faster ABR (1)
- fmp4 (1)
- hiring (1)
- iGameMedia (1)
- iOS (1)
- iOS SDK (1)
- iPadOS (1)
- id3 (1)
- language localisation (1)
- micro moments (1)
- mobile ad (1)
- new web browser (1)
- offline playback (1)
- preloading (1)
- program-date-time (1)
- seamless transition (1)
- server-side ad insertion (1)
- sports betting (1)
- sports streaming (1)
- stream problems (1)
- streaming media east (1)
- support organization (1)
- thumbnails (1)
- use case (1)
- video clipping (1)
- video recording (1)
- video trends in 2016 (1)
- visibility (1)
- vulnerabilities (1)
- webRTC (1)
- wowza (1)
- zero-day exploit (1)
- April 2023 (4)
- March 2023 (2)
- December 2022 (1)
- September 2022 (4)
- July 2022 (1)
- June 2022 (3)
- April 2022 (1)
- March 2022 (1)
- January 2022 (1)
- November 2021 (1)
- October 2021 (3)
- September 2021 (3)
- July 2021 (1)
- June 2021 (1)
- May 2021 (4)
- April 2021 (4)
- March 2021 (6)
- February 2021 (8)
- January 2021 (4)
- December 2020 (1)
- November 2020 (2)
- October 2020 (1)
- September 2020 (2)
- August 2020 (1)
- July 2020 (3)
- June 2020 (3)
- May 2020 (1)
- April 2020 (3)
- March 2020 (3)
- February 2020 (1)
- January 2020 (3)
- December 2019 (3)
- November 2019 (3)
- October 2019 (1)
- September 2019 (4)
- August 2019 (1)
- June 2019 (1)
- December 2018 (1)
- November 2018 (3)
- October 2018 (1)
- August 2018 (4)
- July 2018 (2)
- June 2018 (2)
- April 2018 (1)
- March 2018 (3)
- February 2018 (2)
- January 2018 (2)
- December 2017 (1)
- November 2017 (1)
- October 2017 (1)
- September 2017 (2)
- August 2017 (3)
- May 2017 (3)
- April 2017 (1)
- March 2017 (1)
- February 2017 (1)
- December 2016 (1)
- November 2016 (3)
- October 2016 (2)
- September 2016 (4)
- August 2016 (3)
- July 2016 (1)
- May 2016 (2)
- April 2016 (4)
- March 2016 (2)
- February 2016 (4)
- January 2016 (2)
- December 2015 (1)
- November 2015 (2)
- October 2015 (5)
- August 2015 (3)
- July 2015 (1)
- May 2015 (1)
- March 2015 (2)
- January 2015 (2)
- September 2014 (1)
- August 2014 (1)