MicrocosmWorksNag-iinobasyon at Nagdidisenyo ng Digital Cosmos
Tungkol Sa AminMakipag-ugnayan
MicrocosmWorksNagpapabago at Nagdidisenyo ng Digital Cosmos

Nagbibigay ng mga solusyong IT na mahalaga. Kami ay masigasig sa teknolohiya, seguridad, at pagtulong sa mga negosyo na lumago sa pamamagitan ng maaasahan, makabagong IT infrastructure.

[email protected]
+91 7011868196
New Delhi, India

Sentro ng Paglago ng AI

AI HubInobasyon ng StartupPampabilis ng Negosyo

Mga Solusyon

Lahat ng SolusyonMga Wellness at Fitness AppsAI Video PlatformPag-unlad ng AI Agent

Mga Mapagkukunan

Mga PananawMga Gabay sa IndustriyaMga Plano ng PaggamitMga Pattern ng ArkitekturaMga Pag-aaral ng Kaso

Kumpanya

Tungkol sa AminMakipag-ugnayanAng Aming Gawain

Mga Serbisyo

Digital na PagkonsultaImprastraktura ng CloudPag-unlad ng SaaSPag-unlad ng AITeknolohiya ng Video
Pag-unlad ng ERPPagpapasadya ng ZohoPag-unlad ng OdooPagsasama ng SalesforcePag-unlad ng Custom na CRM
Pagsasama ng QuickBooksMga Solusyon sa IoTPag-unlad ng Blockchain
Pagkonsulta sa CybersecuritySuporta sa IT - L3

ยฉ 2026 MicrocosmWorks. Lahat ng karapatan ay nakalaan.

Patakaran sa PagkapribadoMga Tuntunin ng Serbisyo
Bumalik sa mga Case Study
Video EncodingNa-publish June 22, 2026 ยท Na-update June 22, 2026

Client-Side Ad Insertion (CSAI) na may pag-parse ng SCTE-35 Marker at Integrasyon ng Multi-Platform Player

Isang platform para sa video streaming ay nangangailangan na magpatupad ng Client-Side Ad Insertion (CSAI) sa mga web, mobile, at connected TV apps โ€” na nagbibigay-daan sa mga personalized, device-level na karanasan sa ad na may buong suporta sa interaksyon ng ad (mga clickable overlay, companion banner, skip button) na hindi kayang ibigay ng server-side insertion.

Pag-usapan ang Iyong Proyekto
client-side-ad-insertion-csai.webp
Video Encoding
Domain
15
Technologies
6
Key Results
Delivered
Status

Ang Hamon

Ang platform ay dati nang gumagamit ng SSAI (server-side ad insertion) nang eksklusibo, na mahusay humawak ng monetization ngunit may malaking limitasyon para sa mga interactive na karanasan sa ad:

  • Ang mga ad na naka-SSAI-stitched ay hindi sumusuporta sa mga clickable overlay, companion banner, o interactive ad units
  • Walang kakayahan na subaybayan ang mga client-side ad event (quartile progress, viewability, click-through) na kinakailangan ng mga premium ad buyer
  • Ang mga platform ng Connected TV (Roku, Fire TV, Apple TV) ay umaasa ng CSAI para sa kanilang native ad frameworks at certification requirements
  • Ang mga SCTE-35 marker sa HLS/DASH manifests ay kailangang i-parse sa client, ngunit bawat player SDK ay magkakaiba ang paghawak sa mga cue event
  • Ang ad pod management (pagpuno ng mga multi-slot ad break na may maraming ad) ay nangangailangan ng client-side orchestration
  • Kailangan ang ad blocker detection at fallback logic upang protektahan ang kita sa mga web platform
  • Ang pag-preload ng mga ad nang hindi nakakaabala sa content buffer ay nangangailangan ng maingat na player lifecycle management

Ang Aming Solusyon

Bumuo kami ng isang cross-platform CSAI framework na may pinag-isang ad orchestration layer na nagpa-parse ng mga SCTE-35 marker mula sa HLS/DASH manifests, nakikipag-ugnayan sa VAST/VMAP ad servers, at namamahala sa ad playback lifecycle sa buong web (Video.js/Shaka), iOS (AVPlayer), Android (ExoPlayer), at mga connected TV player.

Arkitektura

  • Paghahatid ng Nilalaman: Mga HLS/DASH stream na may SCTE-35 marker sa pamamagitan ng AWS MediaPackage + CloudFront
  • Ad Decision Server: Google Ad Manager (GAM) / SpotX na may suporta sa VAST 4.2 at VMAP
  • Web Player: Video.js na may custom SCTE-35 cue parser at integrasyon ng Google IMA SDK
  • iOS Player: AVPlayer na may AVDateRangeMetadataGroup listener at IMA iOS SDK
  • Android Player: ExoPlayer na may MetadataOutput listener at IMA Android SDK
  • Connected TV: Mga platform-native player (Roku RAF, Fire TV IMA, Apple TV AVKit) na may ad framework adapters
  • Ad Analytics: Custom event pipeline para sa pagsubaybay ng impression, quartile, completion, click, at viewability
  • Fallback: Paghahatid ng Slate/house-ad kapag hindi available ang ad fill o may natukoy na ad blocker

SCTE-35 Client-Side Parsing

HLS Manifest Markers

Lumilitaw ang mga signal ng SCTE-35 sa HLS manifests sa dalawang format, parehong pinapa-parse ng client:

EXT-X-DATERANGE (HLS v7+)
  • Nakikinig ang Player para sa mga #EXT-X-DATERANGE tag na may SCTE35-OUT at SCTE35-IN attributes
  • Kasama sa mga attribute ang PLANNED-DURATION para sa haba ng ad break at ID para sa event correlation
  • Mas gustong format para sa mga modernong player (AVPlayer, ExoPlayer, Shaka)
EXT-X-CUE-OUT / EXT-X-CUE-IN (Legacy)
  • Ang #EXT-X-CUE-OUT:DURATION= ay nagmamarka ng simula ng ad break
  • Ang #EXT-X-CUE-IN ay nagmamarka ng pagbalik sa nilalaman
  • Sinusuportahan para sa backward compatibility sa mga mas lumang player at encoder

DASH Manifest Markers

  • Ang mga signal ng SCTE-35 ay lumilitaw bilang mga element sa DASH MPD na may schemeIdUri="urn:scte:scte35:2013:xml"
  • Ang mga element ay naglalaman ng presentationTime, duration, at base64-encoded SCTE-35 binary payload
  • Pinapa-parse ito ng Shaka Player at ExoPlayer nang natively sa pamamagitan ng kanilang event listener APIs

Daloy ng Pagproseso ng Marker

  1. Pagtukoy โ€” Nakikita ng Player metadata listener ang SCTE-35 cue event habang nagpa-parse ng manifest
  2. Pagkuha โ€” Kinukuha mula sa marker ang break duration, event ID, at segmentation type
  3. Kahilingan sa Ad โ€” Nagpa-fire ang VAST/VMAP request sa ad decision server na may targeting parameters (content ID, genre, device type, user segment, geo)
  4. Pagpaplano ng Pod โ€” Pinapa-parse ang ad response upang bumuo ng ad pod (nakaayos na listahan ng mga ad creative na pumupuno sa break duration)
  5. Preload โ€” Ang mga ad creative ay preloaded habang nagpe-playback ng nilalaman upang maalis ang latency sa simula ng ad break
  6. Pause at Switch โ€” Nag-pause ang content playback sa cue point, lumilipat ang player sa ad playback
  7. Pag-playback ng Ad โ€” Sunud-sunod na pine-play ang mga ad na may quartile tracking, companion banner display, at click-through handling
  8. Pagpatuloy โ€” Pagkatapos ng pagkumpleto ng pod, nagpapatuloy ang content playback mula sa eksaktong frame pagkatapos ng cue point

Mga Implementasyon na Partikular sa Platform

Web (Video.js + IMA SDK)

  • Ang custom Video.js plugin ay nag-intercept ng #EXT-X-DATERANGE metadata sa pamamagitan ng textTrack cue change events
  • Ang Google IMA HTML5 SDK ay namamahala sa mga kahilingan ng VAST ad, ad playback, at companion rendering
  • Ang ad container overlay ay nakaposisyon sa itaas ng video element para sa click-through at suporta sa skip button
  • Ad blocker detection sa pamamagitan ng canary request โ€” nagpa-fallback sa house ads o content-resumption kapag natukoy
  • Suporta sa Preroll, midroll, at postroll sa pamamagitan ng VMAP o manual cue-point scheduling

iOS (AVPlayer + IMA SDK)

  • Ang AVPlayerItem.navigationMarkerGroups at AVDateRangeMetadataGroup ay ginagamit upang matukoy ang mga SCTE-35 cue
  • Nagpa-fire ang AVPlayerItemMetadataOutput delegate sa bawat cue event na may parsed timing at payload
  • Hinahawakan ng Google IMA iOS SDK ang VAST request at ad playback sa isang hiwalay na AVPlayer instance
  • Ang Picture-in-Picture (PiP) ay naka-pause sa panahon ng ad breaks alinsunod sa ad policy ng platform
  • Hinahawakan ang background audio โ€” hindi nagpe-play ang mga ad sa background mode

Android (ExoPlayer + IMA SDK)

  • Ang Player.Listener.onMetadata() na may MetadataOutput ay kumukuha ng mga SCTE-35 event mula sa HLS/DASH
  • Ang Google IMA Android SDK ay isinama sa pamamagitan ng ImaAdsLoader extension ng ExoPlayer
  • Ang ad playback ay gumagamit ng hiwalay na MediaSource upang maiwasan ang pagdumi sa content buffer
  • Hinahawakan ang Activity lifecycle โ€” pinapanatili ang ad state sa mga pagbabago ng configuration at backgrounding
  • Ang Android TV at mobile ay may parehong ad logic na may UI-layer adaptations

Mga Connected TV Platform

Roku (RAF โ€” Roku Ad Framework)
  • Ang native RAF library ng Roku ay direktang nagpa-parse ng SCTE-35 markers mula sa HLS manifests
  • Ang RAF.setAdUrl() ay naka-configure sa VAST endpoint; hinahawakan ng RAF ang kahilingan ng ad, pagbuo ng pod, at playback
  • Suporta sa companion ad sa pamamagitan ng renderStitchedAd at renderTrackingEvent callbacks ng RAF
  • Ang Roku certification ay nangangailangan ng paggamit ng RAF โ€” ang mga custom ad player ay tinatanggihan sa panahon ng pagsusuri
Fire TV (IMA SDK)
  • Gumagamit ng Android ExoPlayer + IMA SDK implementation na inangkop para sa Leanback UI ng Fire TV
  • D-pad navigation para sa skip button at "Learn More" click-through sa ad overlays
  • Ginagamit ang Fire TV Ad ID para sa ad targeting sa mga VAST request
Apple TV (AVKit + Custom)
  • AVPlayerViewController na may interstitialTimeRanges para sa native ad break UI indicators
  • Ang mga SCTE-35 cue ay pinapa-parse sa pamamagitan ng AVPlayerItemMetadataCollector
  • Ang ad playback ay pinamamahalaan sa isang hiwalay na AVQueuePlayer para sa malinis na paghihiwalay ng content/ad
  • tvOS remote click handler para sa mga interactive ad element

Pamamahala ng Ad Pod

  • Pagpuno ng Pod โ€” Maraming VAST ad ang pinagsasama-sama upang punan ang sinenyales na break duration
  • Waterfall โ€” Kung ang primary ad server ay nagbalik ng no-fill, ang secondary/tertiary demand sources ay kinukuwestiyon nang sunud-sunod
  • Pagkasyang Tagal โ€” Pinipili ng pod builder ang mga kombinasyon ng ad na akma sa loob ng break duration (ยฑ0.5s tolerance)
  • Deduplication โ€” Ang parehong ad creative ay hindi ipinapakita nang dalawang beses sa isang pod
  • Frequency Capping โ€” Ang per-user, per-session caps ay ipinatutupad client-side upang maiwasan ang ad fatigue
  • Bumpering โ€” Ang maikling bumper creatives ("We'll be right back" / "Welcome back") ay bumabalot sa mga ad pod

Pagsubaybay ng Ad Event at Analytics

  • Standard VAST Events โ€” impression, start, firstQuartile, midpoint, thirdQuartile, complete, skip, clickThrough
  • Viewability โ€” Ang MOAT/IAS viewability pixels ay nagpa-fire batay sa visibility ng ad viewport at duration thresholds
  • Custom Events โ€” Mga app-level event (simula/katapusan ng ad break, pod fill rate, preload timing, fallback triggered)
  • Server Pipeline โ€” Ang client ay nagpa-fire ng mga event sa isang lightweight event collector, na nagpapadala sa GAM, MOAT, at sa internal analytics warehouse
  • Rekonsilyasyon โ€” Server-side log reconciliation sa mga client-side event para sa discrepancy detection

Paghawak ng Ad Blocker (Web)

  • Pagtukoy โ€” Canary VAST request sa isang kilalang ad domain; ang timeout o block ay nagpapahiwatig ng ad blocker
  • Fallback Strategy โ€” Maghain ng house ads o promotional trailer mula sa first-party CDN domain
  • Content Gating โ€” Opsyonal na soft gate: I-prompt ang user na i-whitelist ang site bago mag-play ang nilalaman
  • Analytics โ€” Ang rate ng pagtukoy ng ad blocker ay sinusubaybayan kada browser, heograpiya, at pahina

Mga Pangunahing Tampok

  1. Cross-Platform CSAI โ€” Pinag-isang pag-insert ng ad sa web, iOS, Android, Roku, Fire TV, at Apple TV
  2. SCTE-35 Client Parsing โ€” HLS EXT-X-DATERANGE, CUE-OUT/IN, at DASH EventStream parsing
  3. Mga Interactive na Ad โ€” Mga clickable overlay, companion banner, at skip button sa lahat ng platform
  4. Ad Pod Orchestration โ€” Pagpuno ng multi-ad break na may waterfall, duration fitting, at deduplication
  5. Preloading โ€” Ang mga ad creative ay preloaded habang nagpe-playback ng nilalaman para sa zero-latency ad transitions
  6. Viewability Tracking โ€” Integrasyon ng MOAT/IAS para sa mga kinakailangan sa viewability ng premium ad buyer
  7. Connected TV Compliance โ€” Integrasyon ng Roku RAF, Fire TV IMA, at Apple TV AVKit na sumusunod sa mga kinakailangan sa sertipikasyon
  8. Ad Blocker Resilience โ€” Pagtukoy at fallback sa first-party house ads sa web

Mga Resulta

Interactive Revenue: CSAI enabled clickable ads, unlocking 25% higher CPMs vs. SSAI-only inventory
Fill Rate: Waterfall demand with 3 ad sources achieved 92% pod fill rate across platforms
Viewer Experience: Ad preloading reduced ad break start latency to under 200ms

Technology Stack

Video.jsGoogle IMA SDKExoPlayerAVPlayerRoku Ad Framework (RAF)AWS Elemental MediaPackageAmazon CloudFrontSCTE-35HLSDASHVAST 4.2VMAPMOATNode.js

caseStudyDetail.more Mga Case Study

Tuklasin ang higit pa sa aming mga teknikal na implementasyon

Video Encoding

SCTE-35 Ad Marker Signaling at Pipeline ng Pagpasok ng Media Trailer

Isang kumpanya ng streaming media ang nangailangan ng isang matatag at awtomatikong pipeline para sa pagpasok ng SCTE-35 ad markers sa mga live at VOD stream, kasama ang kakayahang magpasok ng mga promotional trailer (pre-roll, mid-roll, at post-roll) sa eksaktong naka-iskedyul na posisyon โ€” na nagbibigay-daan sa monetization sa mga FAST channels, live event, at on-demand content libraries.

Basahin ang Case Study
Video Encoding

Mga Serbisyo ng AWS Media para sa FAST Channel Streaming sa pamamagitan ng SRT

Kinailangan ng isang kumpanya ng media na magtatag ng maaasahan, low-latency na mga feed ng kontribusyon para sa kanilang mga FAST channel gamit ang Secure Reliable Transport (SRT) protocol โ€” na nagbibigay-daan sa mataas na kalidad na content ingest mula sa mga malalayong studio, cloud playout system, at mga kasosyo sa syndication sa mga hindi mahuhulaang koneksyon sa internet.

Mga Madalas Itanong

MicrocosmWorks implemented a manifest parser that extracts EXT-X-DATERANGE tags containing base64-encoded SCTE-35 splice_info_section data, decodes the splice commands, and triggers the ad decision request to the VAST/VMAP ad server with the appropriate break duration. The parser handles both time_signal and splice_insert command types across live and VOD manifests.

MicrocosmWorks built a shared ad playback SDK with platform-specific adapters for AVPlayer on iOS, ExoPlayer on Android, hls.js on web, and native players on Roku and Fire TV. The SDK normalizes ad lifecycle events like impression, quartile tracking, and completion across all platforms, ensuring unified reporting regardless of the playback device.

MicrocosmWorks implemented a timeout and fallback strategy where the player waits a maximum of 3 seconds for an ad server response before playing a default slate or skipping to the next content segment. The SDK also pre-fetches upcoming ad break VAST responses during content playback to minimize latency at the actual break point.

MicrocosmWorks integrated Open Measurement SDK (OM SDK) for viewability verification compatible with MOAT, IAS, and DoubleVerify, and the tracking implementation follows IAB VAST 4.2 specifications for impression counting and quartile events. The system also supports IAB's Video Ad Serving Template measurement guidelines for accurate ad completion rate reporting.

MicrocosmWorks delivers ad technology implementations at rates of $30-$50/hr, with a full CSAI system including SCTE-35 parsing, VAST/VMAP integration, and multi-platform player SDKs for iOS, Android, web, and CTV typically requiring 600-900 development hours. Each additional platform adapter adds approximately 80-120 hours to the base implementation.

Handa nang Baguhin ang Iyong Negosyo?

Pag-usapan natin kung paano namin mailalapat ang katulad na mga solusyon sa iyong mga hamon.

Makipag-ugnayancaseStudyDetail.viewAllCaseStudies
Platform Coverage: Unified CSAI deployed across 6 platforms with a shared ad orchestration core
Compliance: Passed Roku, Fire TV, and Apple TV ad framework certification on first submission
Viewability: 85%+ measured viewability rate, meeting premium advertiser thresholds
Google Ad Manager
Basahin ang Case Study
Video Encoding

AWS Media Services para sa FAST Channel Streaming sa HLS

Isang kumpanya ng media ang nangailangan na maglunsad ng Free Ad-Supported Streaming Television (FAST) channels โ€” 24/7 na linear stream ng na-curate na nilalaman ng video na inihahatid sa HLS sa mga smart TV, set-top box, at web/mobile player, na kino-monetize sa pamamagitan ng programmatic ad insertion.

Basahin ang Case Study