Under EM 2024 streamede mere end 11,5 millioner britiske husstande mindst én kamp med hjemlandenes hold via BT's bredbåndsnet. BT oplyste senere, at trafikken fra BBC og ITV steg til mere end 30 gange det normale ugentlige niveau, og at begge tv-stationer kortvarigt overhalede Netflix, Facebook og YouTube som de største indholdskilder på nettet. Turneringens absolut største trafikspids faldt i det øjeblik, Cole Palmer udlignede i finalen.
Den næste prøve af den størrelse er kun en måned væk. Fodbold-VM 2026 går i gang i juni, afholdt i USA, Canada og Mexico, og dets livepublikum lander på de samme fastnet- og mobilnet, der aldrig blev bygget til at sende den samme kamp til hver husstand som en separat stream.
En sådan spids er svær for et net at absorbere, og årsagen er strukturel. Alle de streamingformater, der er bredt i brug i dag, HLS og DASH inklusive, er bygget på unicast. Hver seer åbner sin egen session og henter sin egen kopi af hvert segment. Ti seere på samme kanal betyder ti identiske streams, der krydser nettet. En million seere betyder en million identiske streams. Indholdet er det samme for alle, men nettet transporterer det, som om hver kopi var noget forskelligt.
Multicast ABR, oftest forkortet til mABR, er streamingbranchens vigtigste svar på det problem. Det er ikke nyt, det er allerede standardiseret, og en håndfuld store teleselskaber kører det allerede i drift. Det har også reelle begrænsninger, som det er værd at forstå, før man behandler det som en løsning på alt. Denne artikel gennemgår, hvad mABR er, hvordan det virker, hvad det reelt sparer, hvor det kommer til kort, hvem der har taget det i brug, og hvorfor open source-arbejdet ledet af GPAC og Motion Spell betyder noget for teknologiens fremtid.
Hvad er Multicast ABR?
Multicast ABR leverer almindeligt indhold med adaptiv bitrate, de samme HLS- eller DASH-segmenter, som en normal afspiller allerede forventer, over IP-multicast i stedet for unicast. På et teleselskabs administrerede net sendes en kanal én gang gennem nettet som en multicast-stream, som et vilkårligt antal husstande kan tilslutte sig. Omdannelsen tilbage til standard unicast-HTTP sker inde i eller tæt på husstanden, så enheden og dens afspiller aldrig opdager, at noget har ændret sig. Set fra afspillerens synsvinkel anmoder den stadig om segmenter via HTTP fra noget, der ligner en nærliggende CDN-edge.
Grundtanken er enkel. Med unicast betyder én seer én stream. Med multicast betyder én kanal én stream, uanset hvor mange husstande der er stillet ind.
To punkter er værd at præcisere. For det første er mABR hybrid. Multicast står for hovedparten af leveringen, og unicast forbliver i kredsløbet som reparations- og reservevej. For det andet er mABR designet til live og lineært indhold. Den tekniske rapport udgivet af Streaming Video Technology Alliance, et brancheorgan hvis multicast ABR-dokument blev ledet af en Ericsson-ingeniør med bidrag fra operatører som Comcast, er tydelig: video on demand kommer stadig fra et CDN. mABR gør sin nytte, når mange mennesker ser det samme på samme tid, altså livesport og livenyheder.
Multicast-video er ikke nyt, især ikke i Frankrig
Det er værd at slå fast, at multicast-levering af tv har eksisteret i årtier, og Frankrig er et af de bedste eksempler på, at det virker i stor skala. I begyndelsen af 2000-tallet, da Free lancerede Freebox, byggede operatøren tv-levering over IP-multicast direkte ind i sit eget afregulerede DSL-net, noget som den etablerede operatørs DSLAM'er ikke tilbød på det tidspunkt. I 2008 lå Free nummer et blandt verdens største IPTV-udbydere. Multicast var grunden til, at økonomien hang sammen: én kopi af hver kanal løb gennem nettet, uanset hvor mange Freebox-husstande der så med.
Free eksponerede også dette multicast-feed direkte over for abonnenterne, via en tjeneste kaldet Multiposte. Den lod dig se Freebox TV-kanalerne på en computer ved siden af fjernsynet ved at åbne en afspilningsliste med kanaler i VLC. Streamsene var almindelig IP-multicast transporteret over Freeboxen og tilsluttet med IGMP, helt uden en set-top-boks. En hel generation af franske bredbåndsbrugere havde reelt en multicast-tv-modtager kørende på deres pc.
Værktøjerne har heller aldrig været eksotiske. VLC, den samme afspiller som Multiposte byggede på, kan tage en unicast-stream som input og genudsende den til en multicast-adresse over UDP eller RTP med en enkelt streamoutput-konfiguration. At forvandle et unicast-feed til et multicast-feed er i sig selv et almindeligt og for længst løst problem.
Så hvis multicast er gammelt, og værktøjerne er overalt, hvad er der så reelt nyt ved Multicast ABR? Klassisk multicast-IPTV, Freebox-modellen, transporterede en fast, kontinuerlig transportstrøm til operatørens egen set-top-boks. mABR transporterer i stedet moderne indhold med adaptiv bitrate, de HLS- og DASH-segmenter, som enhver telefon, tablet, smart-tv og streamingstik allerede taler, og retter det mod hele det fragmenterede økosystem af enheder i stedet for mod én proprietær boks. Den svære del af mABR er ikke selve multicasten. Det er at lave multicast til segmenteret, adaptiv streaming på tværs af mange enheder, med den gateway-, rendezvous- og reparationsmekanik, som det kræver.
Sådan virker mABR
DVB-MABR-specifikationen, udviklet af DVB Project og udgivet af ETSI som TS 103 769, definerer en referencearkitektur opbygget af et lille sæt navngivne funktioner:
- Multicast-server. Den indtager standard ABR-indhold fra et CDN-origin eller en CDN-edge, knytter hvert segment til et eller flere multicast-transportobjekter og sender dem over IP-multicast. En operatør fortæller den via en konfigurations-API, hvilke streams den skal opfange, og hvordan den skal sende dem.
- Multicast-gateway. Den modtager multicast-streamen og omdanner den tilbage til almindelig HTTP for lokale afspillere. Den opfører sig som en lille lokal cache og HTTP-proxy.
- Multicast-rendezvoustjeneste. Den dirigerer en afspillers første anmodning, via en HTTP-omdirigering, til den rigtige gateway ud fra operatørens serviceplan og forretningsregler.
- Unicast-reparation. Når multicast-pakker går tabt, henter gatewayen de manglende dele via unicast, typisk med HTTP byte-range-anmodninger, så afspilningen ikke bryder sammen.
Hvor gatewayen kører
Specifikationen er bevidst fleksibel med hensyn til, hvor multicast-gatewayen sidder. Den kan køre i operatørens net, i hjemmegatewayen eller routeren, i den optiske nettermineringsenhed eller direkte inde i set-top-boksen. Når gatewayen og afspilleren er på samme enhed, siger DVB-specifikationen, at grænsefladen mellem dem ganske enkelt kan være en lokal API. SVTA-rapporten beskrev den samme komponent, som den kaldte multicast-klienten, som mulig at udrulle på en set-top-boks, en hjemmegateway, en ONT eller inde i operatørens edge-cache. Den sidste mulighed er nyttig i sig selv: en mABR-klient indlejret i en CDN-edge kan fylde cachen via multicast og skære ned på anmodninger tilbage til origin.
Transportprotokoller
Nedenunder bruger mABR filleveringsprotokoller bygget til envejs-multicast. DVB-MABR gør to af dem obligatoriske. FLUTE (File Delivery over Unidirectional Transport, RFC 6726) kommer fra 3GPP-verdenen. ROUTE (Real-Time Object Delivery over Unidirectional Transport, RFC 9223) kommer fra ATSC 3.0. En revision af specifikationen fra 2023 tilføjede to valgfri protokoller, NORM (NACK-Oriented Reliable Multicast, RFC 5740) og MSYNC. De kører alle over UDP og transporterer det segmenterede indhold sammen med fremadrettet fejlkorrektion.
En nyttig egenskab: mABR er format-, codec- og DRM-agnostisk. Det flytter HLS eller DASH, MPEG-TS eller CMAF, krypteret eller ej, og det omkoder ingenting. Det ændrer, hvordan bytene rejser, ikke hvad de er.
Fordelene ved Multicast ABR
Skalering, som er hele pointen
Kerneargumentet for mABR er, at netomkostningen ved en populær livekanal holder op med at vokse med publikum. SVTA's tekniske rapport illustrerer dette med to eksempler fra adgangsnet. På et DOCSIS-kabelnet vokser antallet af kanaler, der er nødvendige til unicast ABR, lineært, efterhånden som seere kommer til, mens det med mABR stiger kortvarigt og derefter flader ud, fordi seerne deler de samme multicast-streams. For et GPON-fibernet anslår rapporten, at for en operatør med 500 lineære kanaler, hvor 80 procent af seerne ser 10 procent af udbuddet, når båndbreddebesparelsen i kernenettet omkring 50 procent ved 32 kunder pr. PON, og at båndbreddebehovet pr. seer falder til under 3 procent af unicast-tallet, når publikum kommer op i titusinderne. Rapporten formulerer det ligeud: mABR kan reducere båndbreddebehovet i nettets udkant for ekstremt populære livebegivenheder fra petabyte-størrelse til megabyte-størrelse.
Der findes ét tal, der kommer direkte fra en operatør og ikke fra et modelleret skøn. I marts 2025 berettede BT Group om sin første vellykkede afprøvning af MAUD, selskabets navn for Multicast-Assisted Unicast Delivery, som leverede liveindhold fra BBC Two til EE-set-top-bokse i driftsnettet. I myldretiden konverterede afprøvningen mere end 60 procent af trafikken fra unicast til multicast.
Oplevelseskvalitet
mABR leveres som en administreret tjeneste i stedet for en best effort-tjeneste. SVTA-rapporten bemærker, at dette dæmper afspilningsjitter, fordi operatøren styrer stien i stedet for at læne sig op ad det åbne internet mellem origin og seer. For en livefinale tæller en jævn levering til alle, der ser med, lige så meget som den rene båndbreddebesparelse.
Det genbruger det, der allerede er der
SVTA-rapporten fremhæver, at infrastrukturomkostningen ved mABR kan være lavere end ved andre skaleringsmuligheder, fordi de fleste af de routere og netelementer, der indgår, allerede er udrullet i operatørens net. mABR er desuden et supplement til CDN-caching snarere end en erstatning for den, og kan fungere som den indholdskilde, der fylder edge-cacher.
Ulemperne ved Multicast ABR
Ekstra forsinkelse
Multicast-gatewayen skal modtage og samle segmenterne igen, før den kan servere dem, hvilket lægger forsinkelse oven i ABR-kildestreamen. En teknisk analyse, udgivet af Techne Digitale, anslår, at mABR lægger omkring to segmenters forsinkelse oven i en typisk OTT-levering og dermed skubber ende-til-ende-tallet fra omkring 8 sekunder til omkring 12. SVTA-rapporten argumenterer for, at et omhyggeligt design, blandt andet med kortere segmentvarigheder og CMAF chunked transfer, kan holde mABR konkurrencedygtig med almindelig unicast ABR eller endda under den. Uanset hvad er forsinkelse et reelt hensyn for livesport, hvor en seer, der hører en nabo reagere, før handlingen når frem til hans egen skærm, vil lægge mærke til det.
Problemet med klientøkosystemet
SVTA-rapporten kalder manglen på et udrullet klientøkosystem den primære barriere for en bredere udbredelse af mABR. Gamle hjemmegateways og ONT'er har ofte ikke den CPU og hukommelse, der skal til for at køre en multicast-klient. Nyere hardware kan godt, men enhedsproducenter har ringe grund til at bygge, teste og vedligeholde multicast-klientsoftware, så længe der ikke er infrastruktur til at bruge den, og operatører har ringe grund til at udrulle infrastruktur, så længe enhederne ikke kan bruge den. Ved et arrangement i regi af CSI Magazine i begyndelsen af 2023 bemærkede BT's tv-arkitekt Simon Jones, at BT havde drevet multicast-tv i over et årti, men kun leverede det til fjernsyn og ikke til tilsluttede enheder, og at BT ikke ville kunne levere noget som VM med sin eksisterende infrastruktur. Bob Hannent, arkitekt for videoafspilning og -levering hos DAZN, sagde i den samme drøftelse, at markedet stadig var "virkelig umodent". Begge pegede på manglen på understøttelse fra enhedsproducenter som Google og Apple som den vigtigste forhindring.
Det virker kun på administrerede net
Der er ingen multicast på det offentlige internet. mABR virker inden for en enkelt operatørs administrerede net, mellem en multicast-server, som operatøren driver, og en gateway, som operatøren styrer. En ren OTT-tjeneste som Netflix kan ikke udrulle mABR fra ende til ende på egen hånd. Den kan bede ISP'er om at understøtte det, men den er afhængig af hver ISP for sig.
Fragmentering
Fordi det er lokalt for hvert net, er mABR kun så effektivt som den ISP, det kører på. Hvis halvdelen af de ISP'er, der betjener et publikum, understøtter det, får seerne hos den anden halvdel stadig unicast-oplevelsen og den samme overbelastning. I modsætning til et unicast-CDN kan ingen enkelt virksomhed levere en mABR-oplevelse fra ende til ende til hele publikummet.
Problemet skrumper måske på moderne net
Analysen fra Techne Digitale argumenterer for, at på moderne GPON-fiber, hvor en 1:64-deling stadig efterlader hver husstand med titusindvis af megabit i sekundet, eksisterer den flaskehals i båndbredde på sidste mil, som mABR blev designet til, måske ikke, og at mABR giver mest mening på ældre kabelnet. SVTA-rapporten rejser selv et lignende spørgsmål og spørger, om årtiers udbygning af CDN-edge, bedre codecs som HEVC, AV1 og VVC og nye transportprotokoller ikke allerede har gjort det muligt for branchen at holde sig foran væksten. Det er værd at huske, at Comcasts eget tidlige mABR-projekt, drevet af selskabets VIPER-forskningsgruppe omkring 2015, aldrig nåede frem til en udrulning.
Flere varianter æder af besparelsen
Hvert format, hver bitrate-stige og hver DRM-variant, som en operatør vil servere, skal sendes via multicast hver for sig. Jo flere enhedstyper og indholdsbeskyttelser, der er i spil, jo flere parallelle multicast-streams skal der til, og jo mindre bliver den samlede effektivitetsgevinst.
Hvem der reelt bruger mABR
mABR er ude over laboratoriestadiet. De tydeligste offentlige eksempler kommer fra teleselskaber, der driver deres egne administrerede adgangsnet.
- BT Group i Storbritannien har været mest åben om det. BT annoncerede sit MAUD-initiativ i 2024 og berettede om sin første vellykkede liveafprøvning i marts 2025, der leverede BBC Two til EE-set-top-bokse og konverterede mere end 60 procent af spidsbelastningstrafikken til multicast. BT har sagt, at målet er at kunne håndtere livebegivenheder med et massepublikum, og fagpressen har berettet, at tv-stationer vurderer MAUD til fodbold-VM 2026.
- Orange i Spanien har fortalt sine egne kunder, at selskabet er den første operatør i landet, der tilbyder mABR-streaming til sine livebegivenheder med størst seertal, med henvisning til LaLiga, Formel 1 og MotoGP, og at det udvider det ud over set-top-boksen til andre enheder i hjemmet.
- TIM i Italien har i sit eget tekniske tidsskrift skrevet, at selskabet siden 2021 har drevet en platform til multicast-indholdsdistribution, der overholder ETSI's M-ABR-standard, brugt til at tilføje skalerbarhed til massive livebegivenheder som sport, integreret med den eksisterende unicast-model med automatisk tilbagefald.
- Bouygues Telecom i Frankrig blev af fagpressen fremstillet som den første franske operatør, der streamer kommercielt i mABR, fra 2023.
Ikke alle operatører er overbeviste. Deutsche Telekom har offentligt fremstillet mABR som en overgangsteknologi, nyttig der hvor infrastrukturen endnu ikke kan bære ren unicast, snarere end som et langsigtet mål.
Ét mønster springer i øjnene på tværs af disse udrulninger. De er næsten alle bygget på den samme proprietære implementering fra én leverandør, Broadpeaks nanoCDN, frem for på interoperable, standardbaserede stakke. Det er et markedsfaktum, ikke en teknisk anbefaling. DVB-MABR-specifikationen er offentlig, men i årevis fandtes der ingen neutral, åbent tilgængelig implementering af den at bygge på og teste imod, så en operatør, der ville have mABR i drift, havde ringe praktisk valg af leverandør.
Enhedssiden
På hardwaresiden tæller producenterne af set-top-bokse og kundeudstyr lige så meget som operatørerne. CommScope tilbyder en Multicast ABR-løsning, som selskabet beskriver som baseret på dele af både DVB- og CableLabs-standarderne, med en klient, der kan køre indlejret i en set-top-boks eller i hjemmegatewayen, og selskabet anfører, at der ikke kræves ændringer på streamingenhederne i hjemmet. Vantiva, tidligere Technicolor, har leveret set-top-bokse med indbygget multicast ABR-klientsoftware. Set-top-boks-chipsæt fra leverandører som Broadcom sikrer understøttelse af IP-multicast på netniveau, men selve mABR er implementeret i software, der kører på enheden, og ikke som en navngiven chipsætfunktion.
Kløften er tydeligst på den største enhedsplatform. Almindeligt Android TV understøtter kun unicast, så multicast ABR på de enheder afhænger af integrationer på operatørniveau, der tilføjer en multicast-klient. Googles egne afspillerbiblioteker ExoPlayer og Media3 leverer ikke multicast ABR indbygget, og der findes en åben funktionsanmodning, der efterspørger det.
Standarden findes. Interoperabiliteten er den svære del.
Det er en udbredt antagelse, at mABR bremses af en manglende standard. Det er ikke tilfældet.
CableLabs lavede tidligt arkitekturarbejde om IP-multicast ABR omkring 2014. DVB Project udgav sin referencearkitektur for multicast ABR til kommentering i branchen i 2018, selskabets Steering Board godkendte den fulde specifikation i begyndelsen af 2020, og den blev udgivet som ETSI-standarden TS 103 769 i november 2020. Den er siden blevet revideret flere gange, herunder en opdatering fra 2023, der tilføjede de valgfri transportprotokoller NORM og MSYNC sammen med funktioner til rapportering, ægthed og beskyttelse mod manipulation. DVB-arbejdsgruppen bag den, MCAST, ledes af Richard Bradbury fra BBC R&D. Der findes en reel, udgivet, internationalt anerkendt standard, ledsaget af supplerende arbejde som DVB-MABR-implementeringsvejledningen og DVB-I-specifikationen for tjenesteopdagelse. På mobilsiden følger 3GPP sit eget, parallelle spor med arkitekturen for 5G Multicast-Broadcast Services i Release 17, der deler den samme protokolarv fra FLUTE og ROUTE.
Det, der har manglet, er interoperabilitet i praksis. Næsten enhver kommerciel mABR-udrulning til dato kører på den samme proprietære stak, Broadpeaks nanoCDN. MSYNC, en af de valgfri transportprotokoller, der blev indlemmet i DVB-MABR i 2023, begyndte som en Broadpeak-protokol, før den blev bragt ind i specifikationen. En standard, der overvejende implementeres af én leverandør, er en standard på papiret. Det, der forvandler en papirspecifikation til et fungerende marked med flere leverandører, er en neutral implementering, som alle kan bygge på og teste imod.
Her kommer GPAC og Motion Spell ind
Dette er den del af mABR-historien, der peger mod ægte standardisering.
GPAC er et mangeårigt open source-multimedieframework, distribueret under LGPL-licensen og udviklet sammen med Motion Spell, dets kommercielle partner. Det har rødder i akademisk forskning på Telecom Paris og er blevet downloadet næsten 100 millioner gange. GPAC implementerede ROUTE-protokollen til ATSC 3.0 for år tilbage, et arbejde der vandt en NAB-innovationspris i 2018, og det er det eneste open source-projekt, der understøtter både ROUTE og FLUTE, de to obligatoriske DVB-MABR-transportprotokoller. I 2024 tilføjede det FLUTE-understøttelse specifikt til DVB-MABR. GPAC's mediaserver kan allerede fungere som en multicast-til-ABR-gateway og udstille en multicast-session som en normal HTTP-streamingtjeneste, med unicast-reparation og et konfigurerbart tidsforskydningsvindue.
DVB udsendte derefter en udbudsanmodning om et open source-værktøj til at verificere og validere DVB-MABR-implementeringer. Resultatet, DVB-MABR Reference Tools, bygger på GPAC og Motion Spell. Det er open source, skrevet i Python oven på GPAC-biblioteket, og det kører i to tilstande: en servertilstand, der danner en multicast-stream ud fra en HTTP-kilde, og en gatewaytilstand, der modtager multicast og serverer den igen over HTTP, inklusive HTTP-reparation. Det er udgivet i DVB's egen GitHub-organisation og henvender sig til ingeniører, integratorer og valideringshold, der har brug for at bekræfte, at en multicast-server, en gateway og standard DASH-afspillere rent faktisk interopererer.
Derfor betyder dette arbejde mere end endnu en produktlancering. En royaltyfri, åbent tilgængelig referenceimplementering giver hver operatør, enhedsproducent og softwareleverandør et fælles udgangspunkt. Det er den praktiske mekanisme, hvormed DVB-MABR kan bevæge sig fra et marked med udrulninger fra én leverandør mod ægte interoperabilitet på tværs af flere leverandører, og det er forskellen mellem en udgivet standard og en standard, som hele økosystemet rent faktisk kan bruge. GPAC's deltagelse knytter også mABR til bredere forskning, herunder SMART-CD-konsortiets arbejde med mere bæredygtig videolevering, sammen med partnere som Telecom Paris, Ateme og Viaccess-Orca.
En sidebemærkning: peer-to-peer angriber det samme problem fra den anden ende
mABR er ikke den eneste måde at forhindre, at en populær livestream sendes én gang pr. seer. Peer-to-peer-levering går efter det samme spild fra den modsatte retning. I stedet for at sende én kopi ind i et administreret net og så folde den ud tæt på husstanden, lader et peer-to-peer-lag seernes egne enheder dele segmenter med hinanden. Hver afspiller henter de første bytes fra CDN'et, udveksler derefter stykker direkte med andre afspillere, der ser det samme, og falder kun tilbage til CDN'et, når den er nødt til det.
Den franske virksomhed Quanteec er et eksempel. Dens teknologi, der begyndte som akademisk forskning, tilføjer et peer-assisteret lag til et eksisterende HLS- eller DASH-workflow og er CDN- og DRM-agnostisk. Quanteec oplyser, at en udrulning med France Télévisions, der betjente hundredtusinder af samtidige seere, i gennemsnit aflastede omkring 75 procent af trafikken fra CDN'et, med mere end 50 procent energibesparelse og mindre rebuffering end ren unicast.
Den vigtige modsætning til mABR er nettet. mABR har brug for et administreret adgangsnet og operatørens medvirken. Peer-to-peer virker over det offentlige internet, mellem enheder, uden nogen involvering fra operatøren, og det er præcis det hul, mABR ikke kan nå. Afvejningen er, at peer-to-peer afhænger af, at der er nok samtidige seere, og af forbrugerenhedernes uploadkapacitet og adfærd. De to tilgange udelukker ikke hinanden. En tv-station uden kontrol over sidste mil kan bruge peer-to-peer allerede i dag, en operatør, der styrer sit eget net, kan bruge mABR, og en stor platform kunne læne sig op ad begge.
Hvad det betyder for operatørerne
mABR er ikke en mirakelkur, og det er ikke nyt. Det er et målrettet værktøj til ét bestemt og dyrt problem: at levere den samme livestream til et meget stort publikum på et administreret net uden at betale for hver kopi. For en operatør, der sender en stor sportsfinale, er det problem reelt, og det bliver værre for hver sæson. For en ren OTT-tjeneste uden kontrol over sidste mil er mABR noget, den kan bede ISP'er om at understøtte, men ikke kan bygge alene.
Den ærlige opsummering er, at teknologien virker, at standarden findes, at udrulningerne er reelle, men stadig koncentreret om proprietære stakke fra én leverandør, at forsinkelse og enhedsøkosystemet forbliver reelle begrænsninger, og at det open source-referencearbejde, der ledes af GPAC og Motion Spell, er den mest troværdige vej til at ændre den koncentration.
iReplay.TV er et kollektiv af broadcast- og streamingingeniører, så afvejningerne mellem mABR, peer-to-peer og almindelig unicast-CDN-levering er den slags, medlemmerne vejer mod hinanden med jævne mellemrum. Multicast ABR er én løftestang blandt flere, og det hjælper kun inden for et administreret net. Hvis dit publikum når dig over det åbne internet, skal besparelsen komme et andet sted fra: peer-assisteret levering, et klogere origin-design, bedre codec-valg og en strammere CDN-konfiguration. Der ligger et gratis værktøj til optimering af CDN-omkostninger på siden for enhver, der vil se på sine egne tal.
Kilder og videre læsning
- DVB, "Adaptive media streaming over IP multicast" (siden om DVB-MABR-specifikationen): dvb.org
- DVB, "DVB-I and DVB-MABR published as ETSI standards": dvb.org/news
- DVB, "DVB publishes updated Multicast ABR specification and guidelines" (opdatering fra 2023): dvb.org/news
- DVB, "DVB-MABR Reference Tools": dvb.org
- GPAC, "MABR: Multicast Adaptive BitRate": gpac.io
- Motion Spell, "DVB-MABR Open-Source Tool" (kildekode-repository): github.com/MotionSpell
- Streaming Video Technology Alliance, "The Viability of Multicast ABR in Future Streaming Architectures": svta.org
- BT Group, "BT delivers first successful trial of new live streaming technology": newsroom.bt.com
- CommScope, Multicast Adaptive Bitrate (MABR) Solution: commscope.com
- IETF: FLUTE (RFC 6726), ROUTE (RFC 9223), NORM (RFC 5740), tilgængelige på rfc-editor.org