Lisa eelistus Määra koduleht
Ametikoht:Avaleht >> Uudised >> Projektid

tooted Kategooria

tooted Sildid

Fmuser saidid

CMAF-i riik: Püha Graal või lihtsalt mõni muu formaat?

Date:2020/6/6 16:01:07 Hits:




Voogesituse püha graal on üks failide komplekt, mille saate ohutult edastada kõigile sihtpunktidele. Kõige tõenäolisem kandidaat selle saavutamiseks on ühine meediumirakenduse vorming (CMAF). Ehkki CMAF ei ole ikka veel võimeline kõigile klientidele püha graali toimetama, on see tõusnud koostalitlusvõimlemise DNA-ks, mis lihtsustab dramaatiliselt kirjastajate ja mängijate ühilduvust. Ja lõppkokkuvõttes võib see püha graali veel kätte anda.

Pärast CMAF-i lühikirjeldust tutvun asjadega, mida peate selle kohta teadma.

Lühidalt, siin on CMAF
CMAF on segmenteeritud meediumide edastamise standard, mis on vormistatud kui ISO / IEC 23000-19. Täpsemalt, CMAF kasutab ISO alusmeediumifailivormingut (ISOBMFF) konteinerit - tavalise krüptimisega (CENC); tugi H.264, HEVC ja muudele kodekitele; ja veebivideoteksti jälgimisvorming (WebVTT) ning IMSC-1 subtiitrid. Erinevalt DASH ja HTTP Live Streaming (HLS) pole CMAF esitusvorming; see on konteinerivorming, mis võib sisaldada ühte heli- / videofailide komplekti koos manifesti failidega mitmete esitlusvormingute ja DRM-ide jaoks.

CMAF-i lahendamiseks kavandatud probleem on näidatud joonisel 1, esitlusest, mis on koostatud veebirakenduse videoökosüsteemi (WAVE) projekti jaoks WAVE alglaadimislaagris, mis toimus Los Angeleses oktoobris 2018 (WAVE-ist on palju lähemalt artiklis hiljem). Kõigi joonisel paremal näidatud lõpp-punktide teenindamiseks vajate faile, mis on saadaval neljas erinevas vormingus: HLS, DASH, sujuv voogesitus ja HTTP Dynamic Streaming (HDS).



CMAF asendab need neli komplektif-failid, millel on üks komplekt audio / video MP4-faile ja neli adaptiivset bitikiiruse manifesti.

Joonise kohaselt maksab see teile neli korda kodeerimise / pakkimise kulud ja neli korda originaali säilitamisega seotud kulud ning halvendab teie sisu vahemäluruumi. CMAF-i abil on teil üks killustatud MP4-vormingus audio- / videofailide komplekt väga kergete manifestifailidega kõigi nelja adaptiivse bitrate (ABR) vormingu jaoks. Teoreetiliselt vähendab see kodeerimise ja säilitamise kulusid 75% ja muudab teie vahemällu salvestamise palju tõhusamaks.

Enamiku kirjastuste säästud on ülepaisutatud
Need säästunumbrid on enamiku kasutajate jaoks ülepaisutatud, kuna väga sarnase kokkuhoiu saavutamiseks on mitu tehnikat. Üks silmapaistev näide on just-in-time (JIT) pakkijad, kes sisestavad iga vaataja vajaduste jaoks ühe MP4-failide komplekti (reaalajas või nõudmisel video) ja pakivad lennult pakkumise. See tähendab ühte MP4-failide komplekti, mitte nelja ja mitte kodeerimist. Ettevõtted, kes kasutavad JIT-i pakendeid, näevad CMAF-i kui teatud tõhusust, kuid kindlasti ei anna see kodeerimise ja säilitamise kokkuhoidu 75%.

Näiteks rääkisin Kaltura peaarhitekti Eran Kornblauga, kes ütles: „Meil on oma just-in-time pakendaja, mis on väga tõhus. See sisestab MP4 vooge ja väljastab kõik vajalikud protokollid ning pakub suurt paindlikkust, kuna me ei pea eelnevalt kodeerima ja pakkima. ”

Küsisin Kornblault selle kuluaspekti kohta, kuna JIT-i pakend nõuab kogu aeg töötavat serverit. Ta vastas: "Meie pakendaja on väga tõhus, nii et CMAF-ile eelnev pakkimine ei päästaks JIT-i pakendamisega võrreldes märkimisväärselt ressursse." Sarnase vastuse sain Jerome Blancilt, Anevia kompressioonitoodete EVP-lt, kes juurutab ka JIT-i pakendeid. Ta ütles: „Oleme oma pakendi- ja krüptimismootori optimeerinud, nii et see ei maksa palju; võib-olla saaksime protsessori kulusid kärpida umbes 10%, pakkudes staatilist sisu vastupidiselt JIT-ile. ”

JIT ei ole ainus viis mitme vormingu teenindamiseks ühe andmesalvega. Twitchi põhiuuringute inseneri ja insenerijuhi Yueshi Sheni sõnul on CMAFil Twitchil vähe lühiajalist huvi, kuna see suudab HLS-i abil saavutada kõik oma asjakohased eesmärgid. "Sihtplatvormide jaoks, mis ei toeta HLS-i," selgitab Shen, "meie mängija saab reaalajas DASH-i üle minna." Muidugi on Twitch suunatud peamiselt arvutitele ja mobiilsetele seadmetele, kus HLS-i tugi on levinud, erinevalt nutiteleritest, kus DASH on levinud, ja ümberlaadimise lisamine sellesse keskkonda võib olla keeruline.

Selguse huvides pakub CMAF JIT-i pakendite kasutamisel teatavat ladustamise ja vahemällu salvestamise tõhusust, ehkki ulatus sõltub teie levitamisarhitektuurist ja sellest, kas pakite päritolusserverisse või serva. Vaadates Akamai ökosüsteemi varajasi CMAF-i kasutuselevõtjaid, jagab ettevõtte meediumipilvetehnika peaarhitekt Will Law, et „meie poolelt on suurim eelis, mida näeme, vahemälu tõhususe parandamine juhul, kui HLS / TS multi-DRM rakendamine asendatakse ühe silo HLS / CMAF-i juurutamisega. ” Enamiku tootjate jaoks ei paku CMAF siiski joonisel 4 soovitatud 1x kodeeringu / salvestussäästu.

Kuidas on kaitstud sisuga?
Tõenäoliselt on CMAF-i DRM-i juurutamise kõige olulisem riba seotud kahe CMAF-is saadaoleva ühildamatu krüptimisrežiimiga. Nagu selgitas THEO Technologies CTO Pieter-Jan Speelmans, “Kasutatakse kahte krüpteerimisrežiimi: CBC (mõnikord nimetatakse seda ka CBCS), mida kasutab Apple peamiselt FairPlay DRM jaoks, ja CTR, mida kasutatakse Widevine'i ja PlayReady jaoks. Kuna Apple ei soovinud CTR-ile tuge lisada, lisasid Google ja Microsoft oma DRM-süsteemidele CBC tuge.

„Teatud DRM-tasemete jaoks vajate nende krüptimisrežiimide jaoks siiski riistvara tuge. Vanemad seadmed, millel pole CBC-režiimi tuge, ei toeta riistvara kvaliteediga DRM-i. Sarnaselt, kui sisu dekrüptimismudeleid (CDM) värskendatakse CBC toetamiseks, peavad teie seadmed saama selle värskenduse, enne kui nad saavad seda krüptimist kasutades sisu taasesitada. Platvormide arv, mis ei toeta seda tõenäoliselt, hõlmab vanemaid OTT-seadmeid (nt nutitelerid ja digiboksid jne) ning mõnda värskendamata mobiilseadet. Selle vältimiseks võiks tarkvara DRM-i saata rakendusesiseselt, kuid see ei oleks muidugi riistvara kvaliteediga DRM. ”

NAB 2019 esitlusel „CMAF, DASH ja HLS kasutuselevõtu parimad tavad Scale'is“ käsitleti probleemi lahendamist, ütles NBC Sports Digitali videotehnoloogia osakonna juhataja David McLary: „Kõik, kellega oleme rääkinud, on öelnud, et CBCS-i tugi on mis tulevad järgmise 12–18 kuu jooksul [uute seadmete ja värskenduste jaoks]. Kuid teil on alati vanemate seadmete probleem. Seadmed, mis toetavad ainult CTR-i, mitte CBCS-i, ei kao kuhugi ja ma ei tea, kas neid värskendatakse. See on asi, millega peame arvestama, kui proovime ja toetame vanemaid seadmeid, kui tee kaugemale jõuame. ”

See pole ainult riistvara lõpp-punktid; see on ka mõned brauseri versioonid. Näiteks EZDRMi tegevjuht David Eisenbacher märgib, et “Microsoft Edge ja Internet Explorer ei saa praegu mängida teatud tüüpi PlayReady-kaitsega videot, mis on krüptitud CBC-ga. See tuleks Edge'i jaoks fikseerida, kui Microsoft laseb välja oma uue Chromiumi baasil versiooni, kuid tõenäoliselt ei lahendata seda Internet Exploreri puhul kunagi. ”

Selle seadme tugiteenuse probleemi kokkuvõtte saamiseks lugege Phil Harrisoni suurepärast LinkedIni artiklit “See on umbes CBCS-i aeg”. 

Esmakordsel kasutuselevõtul saab CMAF veel ühe vormingu
Ehkki CMAF-i lubadus on kõigi failide jaoks üks failide komplekt, on enamik DASH- või HLS-i maitsesid lisaks CMAF-ile ka enamik esialgseid rakendusi, et võimaldada pärandseadmete toetamist. Nagu McLary oma NAB-i jutus kommenteeris, “saabub aeg, kus me rakendame HLS-i ja CMAF-i koos. See ei muutu vahelduseks, kui ühel päeval mööda käime. Nii et see on vahefaas [kui on] keeruline aru saada, mida me teeme. "
Neljas Brightcove'i autor, sealhulgas Yuriy Reznik, tutvustavad oma must-loetud valges raamatus “CMAF-i massilise juurutamise poole” oma visiooni CMAF-i juurutamiseks Brightcove'i videopilve platvormil, mille ülevaade on esitatud joonisel 2. nimi soovitab, Video Cloud on pilvepõhine süsteem, mis sisaldab mitut komponenti, näiteks Context Aware Encoding, ja dünaamilist edastussüsteemi, mis haldab ümberehitust, pakendamist, krüptimist ja sisu edastamist CDN-dele.



Brightcove'i videopilve platvorm


Positiivsest küljest näitavad Brightcove'i autorid, et CMAF-i lisamine nende ökosüsteemi oli lihtne, väites, et „CMAF-i lisamine süsteemile, mis juba toetab mitmete olemasolevate edastusvormingute dünaamilist ümbersuunamist, on suhteliselt lihtne ja kujutab endast paari elementi: piiravam profiili genereerimine ja kodeerimine, lisamaitse ISOBMFF transmuxerile ja lisama lisareegleid HLS ja DASH manifestide generaatoritele CMAF-iga ühilduvate manifestide saamiseks. ”

Kuid nad viitavad ka sellele, et CMAF on vormingus aditiivne: “Kui lühikese aja jooksul peab CMAF tõenäoliselt eksisteerima koos teiste HLS, DASH ja mõnede teiste edastusvormingute variantidega, siis mida rohkem seadmeid suudavad selle dekodeerimisel saavad selgemad eelised nähtavaks. Isegi dünaamilise ülekande ja edastuse korral jääb CDN-de kasutamine endiselt optimaalseks. CDN-vahemälu servas konkureerivad sama sisu mitmed versioonid. ” Lühidalt, killustatuse vaatenurgast tähendab see, et CMAF muudab asja hullemaks, enne kui see paremaks muudab.

Millal on mõistlik lisada CMAF oma olemasolevatele vormingutele? SF-i videotehnoloogia kohtumisel 2019. aasta mais pidas Brightcove's Reznik põneva ettekande pealkirjaga „CMAF-is: kas kolmanda voovormingu juurutamine võib kulusid vähendada?” Siin modelleeris ta kõigepealt, millised andmed CDN-is vahemällu salvestatakse, märkides ilmselgelt, et kõige populaarsematel andmetel või kõige populaarsemate mängijate poolt hangitud andmetel on vahemällu salvestamise tõenäosus kõige suurem.

Huvitav on see, et see punkt taunib kontseptsiooni, et nelja vormingu edastamine neljakordistab serva andmete vahemällu salvestamisega seotud kulud. See tähendab, et kui edastate sujuva voogesituse 1% -le vaatajatest, HDS-i 1% -le vaatajatest, DASH-i 5% -le ja HLS-i 93% -le, siis vahemälu salvestuskulud ei neljakordistu - need jäävad tõenäoliselt 1x, kuna ainult HLS salvestatakse vahemällu. Kindlasti on vahemäluta vormingutes ka muid kulusid ja potentsiaalselt madalam teenuse kvaliteet, kuid puhas mälukulud ei neljakordistu.

Muidugi töötab sama kontseptsioon teie kasuks, kuna CMAF muutub populaarsemaks. Nagu on näidatud joonisel 3, peaks CDN-i maksumus tasaarvestama, kui CMAF-ühilduvusega mängijate protsent ületab 84%. Nagu varem nägime, suurenevad muude vormingutega seotud muud kulud ja QoE nendele seadmetele väheneb, kuna andmed pole vahemällu salvestatud.




Kui 84% teie lõpp-punktidest saab mängida CMAF-failidest, hakkavad CDN-kulud vähenema.


See, et CMAF lisandub, ei tohiks üllatusena tulla. "Ma usun endiselt, et peame hakkama saama killustatud maailma, kus on mitu kodekit, mitut edastusvormingut ja tohutut valikut seadmeid," ütleb Rootsi Eyevinn Technology meediumilahenduste konsultant Magnus Svensson. "Juurutamisest saadud õppetunnid, millest ma osa olen saanud, on, et kui soovite toetada paljusid erinevaid seadmeid, eriti nutitelereid, vajate mitut töövoogu."

Kui kaua peate jätkama mitme vormingu levitamist? See on kirjastajalt erinev. Kuid ilmne on see, et pärandtoetust on mõistlik jätkata seni, kuni tulud mis tahes kujul ületavad kulusid. Mida see aastatega tähendab?

Noh, ärge hoidke hinge kinni. MediaKindi esindaja Tony Jonesi sõnul on „peamine probleem selles, et seni, kuni kasutamine on peaaegu üldlevinud, loob CMAF väljakutse täiendava vormingu esitamiseks. Lõppseisund on loomulikult ühistuvuse kaudu reaalne kasu, kuid tõenäoliselt näib, et teiste vormingute lõpetamiseks võib kuluda mitu aastat. ”

Kas soovite kõva numbrit? Tooteturundusjuhi Sean McCarthy ja nii Bitmovini lahenduste arhitekti Richard Fliami sõnul on paljud uued seadmed CENC ja standardse krüpteerimisalgoritmiga suurepärased, kuid pärandiseadmed vajavad täpsemaid, erinevat vormingut. Sel põhjusel pole CMAF veel CDN-ide kulude vähendamise eeliseid esitanud, kuid kuna kliendid lõpetavad järgmise 5+ aasta jooksul järkjärgulise seadme toe, peaks see olema voogesituse töövoo ökonoomika jaoks täiendav eelis. ”

Rakenduse keerukus muutub
Hoolimata sellest, kui soovitav või funktsionaalne, ei saa enamik OTT-kauplusi üle minna uuele vormingule enne, kui saavad seda kaitsta, seda jälgida, raha teenida ja panna see mängima kogu oma sihtrühmaga seadmetes mitte ainult praeguse, vaid ka pärandsisu jaoks . Olete juba näinud, kuidas DRM raskendab ühe vormingu edastamist; kaaluda tuleb veel mitmeid valdkondi.

Esiteks mõistke, et CMAF nõuab eraldi heli- ja videoradasid. Kui olete kogu sisu salvestanud segatud failivormingutes, peate selle sisu CMAF-iga töötamiseks uuesti töötama. NBC McLary kommenteeris oma NAB-i ettekandes seda küsimust: “Enamikul HLS-idest, millega te töötate, on heli summutatud. Mitte 100%, aga praktiliselt just see on seal väljas. Nii et kui otsite võimalusi, kuidas oma HLS-i ja CMAF-i töövooge omavahel segada, muutub heli suureks ettevõtmiseks, eriti kui tegeleda näiteks serveripoolse reklaami sisestamisega [SSAI], mis muutub tõesti kiiresti keeruliseks, kui peate hakkama saama koos demuxitud heliga. ”

Reklaami lisamise osas ei kontrolli paljud AVOD-teenused oma saatust. CMAF-ile üleminekut arutades ütles üks suur esmaklassilise sisuga kirjastaja, kes palus, et teda ei nimetataks: “Oleme reklaamitoega, seega oleme oodanud, et mõni asi paika saaks, enne kui päästiku tõmmata. Esiteks on Google'i reklaamihaldur CMAF-i tugi, mis meie arvates saabub [aasta lõpuks]. Nad on meie peamine otsustaja ja SSAI õmbleja, seega on siinne toetus ülioluline. Eriti õmblemise poolel, kus ma usun, et demukseeritud helinõue on neile praegu kõige keerulisem. Nad peavad tagama, et kõik reklaamid vastaksid CMAF-i nõuetele.

„Samuti teeme koostööd oma pakendimüüjaga, et olla valmis spetsifikatsioonide jaoks, mida Google nõuab isegi CMAF-i pakkimise alustamiseks. Mida me praegu ei toeta. Nii et ideaalis saaksime oma pardid järjest CMAF-i teha, kui Google saab nende pardid järjest. Kuulutuse sisestamine on alati olnud tehnika, mis meid aeglustab. Alati."

See pole lihtsalt reklaami sisestamine. Nagu ütleb TheO Technology Speelmans: "Sõltuvalt teie mõõdikutest võib teil tekkida vajadus värskendada oma analüüsi- ja jälgimissüsteemi." Sellega seoses küsisin Telestream iQ tootehaldusdirektorilt Matthew Driscololt CMAF-i toetuse kohta ja ta vastas: “IQ monitoorsondid toetavad ISOBMFF-i nii HLS kui ka DASH voogesitusprotokollide jaoks. Kui CMAF-meediumile on viidatud kas HLS-i esitusloendis või DASH-manifestis, saab seda aktiivselt jälgida kas lähtekoha või vahemälu järel. ”

Selle kohta, kui kaua peaks CMAF-i üleviimine võtma, ütleb Speelmans: “Minu kogemuse kohaselt toetab enamus pakendajaid seda juba täna, seega on vaja ainult ümberkonfigureerimine. Tavaliselt suudavad mängijad seda ka läbipaistvalt toetada. Selle valmistamine sõltub teie torujuhtme seadistamisest, kuid ma eeldan, et selle töö ei kesta kauem kui kaks nädalat. Pidage meeles, et soovite pärast seda teha täieliku testi, mis tähendab, et vajate selle jaoks veel veidi aega. ”

Muidugi, nagu Eyevinn's Svensson märgib: “Mida rohkem funktsioone lisate, seda keerukamaks see muutub. DRM ja reklaami sisestamine on keerukas isegi ilma CMAF-ita. Ma pole kindel, kas CMAF ise lisab keerukust, see on pigem vormingute, seadme toe ja funktsioonide kombinatsioon. Kui soovite jõuda DRM-iga kaitstud sisuga igat liiki seadmeteni ja samal ajal dünaamilise reklaamiga, muutub see keerukaks. ”

See puudutab rohkem lihtsust kui madalat latentsusaega
Madala latentsusajaga CMAF on kujunenud elujõuliseks tehnoloogiaks, mis vähendab latentsusaega 1–3 sekundini, sõltuvalt sellest, kellelt te küsite. Siiski hoiatavad mitmed praegu CMAF-i rakendavad OTT-i müüjad CMAF-i mitte võrdsustada madala latentsusajaga. Üks, kes soovis, et teda ei nimetataks, ütleb: “See ei ole nii, et CMAF võrdub madala latentsusajaga. Lihtsalt see, et kõik keskenduvad mõlemale, nii et nad põimuvad. ” Teine, kes ei soovinud ka oma nime saada, ütleb: „Alustage nüüd CMAF-ile üleminekut; Apple'i madala latentsusega HLS-i spetsifikatsioonide ja muude CMAF-põhiste lähenemisviiside vahel kulub natuke aega, et madala latentsusega pool lahendaks. Ärge viivitage selle eest oma CMAF-i rakendamist. ”

Enamiku OTT-poodide jaoks CMAF-i kasutuselevõtmiseks kõige pakilisem motivatsioon oli lihtsus, mitte väike viivitusaeg. NAB-is näitas WarnerMedia multiplatvormiliste videolahenduste direktor Cooper Pope joonist 4 ja kommenteeris: “Ma võin mõelda kuuele erinevale viisile, kuidas oleme suletud tiitreid rakendanud. Ma võin mõelda nelja erinevale pisipiltide puhastamise eelvaatele. Ma võin mõelda kümmekond või enam reklaami sisestamise meetodit. Ja kui lisate uue seadme, lisab see lihtsalt hõivatuste loendi, mida peate funktsioonide pariteedi säilitamiseks tegema. Praegu te ei tee uuendusi, lihtsalt kordate juba tehtud asju ja otsite paremat viisi, kuidas asju õigesti teha. ”



WarnerMedia loodab lihtsustada sisu edastamine CMAF-iga.


Teine OTT-i müüja ütleb: „Teine ilmselgelt tohutu tõukejõud vabastab meid killustatusest. Genereerime DRM-i toe jaoks neli erinevat paketti kõigil platvormidel. (Olen kindel, et ka teised kirjastajad kohandavad pakette mobiili / värviteleri / veebi jaoks). CMAF / CENC-sse kolimise idee on meile üsna ahvatlev. Kaotada ei saa ka vähem pakendite eeliseid kodeerimise / pakkimise / ladustamise kulude osas. ”

Anevia Blanc võtab kontseptsiooni tõhusalt kokku: „CMAF-i peamine potentsiaalne eelis, millest vähesed inimesed räägivad, on lihtsus. Mõni klient tarnib praegu kuut erinevat ABR-vormingu ja DRM-i kombinatsiooni, mõni veelgi rohkem, mis on testimise ja [kvaliteedikontrolli] osas uskumatult keeruline. Kui nad saaksid saata kõigile seadmetele ühe vormingu, annaks CMAF tohutu kulude kokkuhoiu väiksema keerukuse ja testinõuete vähendamise osas. "

CMAF on järgmine suur asi
Kujutage ette, kuidas televisioon oleks arenenud, kui iga teleritootja oleks pidanud katsetama oma uusi komplekte iga planeedi kanaliga ja iga kanal peaks katsetama kõigi tootjate kõigi uute teleritega. Vastuolud oleksid olnud ohjeldamatud ja turu kasv oleks hävitatud. Sisuliselt juhtus see voogesituse ruumis, mis surus OTT-i väljaandjatele märkimisväärset ühilduvuskoormust. Seda dünaamikat arvestades on hämmastav, et OTT-tööstus on olnud sama edukas.

Sisuliselt on see ühilduvusprobleem WAVE lahenduse keskmes. Tehniliselt on WAVE projekt, mida korraldab Tarbijatehnoloogia Liit (CTA). CTA veebisait ütleb, et projekti eesmärk on "parandada Interneti kaudu edastatava kommertsvideo käitlemist tarbeelektroonikaseadmetes ja hõlbustada sisuloojatel videote levitamist nendesse seadmetesse."

Rääkisin tehnilise töörühma esimehe Will Law ja Microsofti töörühma liikme John Simmonsiga, kes aitas kujundada veebistandardeid nagu meediumiallika laiendused (MSE) ja krüpteeritud meediumilaiendid (EME) ning tegi CMAF-i väljatöötamiseks koostööd Apple'iga. Paar tõi välja, et WAVE projekt asutati vahetult enne seda, kui CMAF standardiseeriti, ja nüüd on selles voogesitavas ökosüsteemis enam kui 60 liiget (vt projektis osalejate täielikku nimekirja).

WAVE plaanib edendada koostalitlusvõimet, luues spetsifikatsioone ja testkomplekte sisule, seadmetele ja API-dele, mida varem pole olnud. Pole üllatav, et CMAF on kõigi spetsifikatsioonide keskmes. IBC 2019 korraldas WAVE CMAF-i tööstusfoorumi, mida juhib Apple'i Krasimir Kolarov. Foorum on WAVE avatee, mille eesmärk on rõhutada CMAF-i rolli WAVE-spetsifikatsioonides ja testkomplektides ning soodustada kasutuselevõttu ja kasutamist (joonis 5).




Kolm fookust WAVE


Võrguvõrk on selline: CMAF töötati välja Apple ja Microsoft ühendava konteinerina mitmele ABR-vormingule, sealhulgas HLS, DASH, HLS ja HDS. WAVE projekt on keskendunud CMAF-i kasutamisele spetsifikatsioonide ja testkomplektide loomiseks, et tagada sisu / seadme koostalitlusvõime. Kahe aasta pärast ei vali sisu kirjastajad kooderit / pakendajat, kes pole sobilikku testkomplekti sooritanud, ja ühtegi mängijat, riistvara ega tarkvara ei tarnita ilma sarnase testimiseta. Uued funktsioonid, API-liidesed ja koodekid lisatakse standardiseeritud viisil, võimaldades tõelist uuendust, selle asemel et teha lihtsalt sisu sihitud seadmes mängimiseks.

CMAF-i ostes ei osteta mitte ainult uues konteineri vormingus - ostate tööstusorganisatsiooniks, kellel on visioon ja mõju, et muuta lihtne spets koostalitlusvõimeks. Lühikese aja jooksul seda ei juhtu, kuid nagu üks kirjastaja ütleb: "Andke veel mõni aasta AV1 jaoks ja me võime selle asja pliiatsi maha panna." Sellise nägemuse edastamiseks pole ühtegi teist standardit ega spetsifikatsiooni.

CMAF ei ole kõigile - ometi
Kõike seda öeldes, CMAF pole kõigile, vähemalt veel mitte. Kui küsisin CMAF-i kohta kooderite müüja / OVP Mux kaasasutaja ja tootejuhi Steve Heffernani kohta, ütles ta: “Täna ei kasuta me CMAF-i, vaid HLS + TS-d. Meie kliendid usaldavad meid vorminguotsuste tegemisel nende jaoks vajalike funktsioonide põhjal ja otsustasime alustada HLS + TS-iga, kuna sellel on olnud kõige laiem üheformaadiline katvus, sealhulgas vanemad iOS-seadmed. Tänu iOS CMAF-i sissetungimisele ja DRM-i toele ehitamisele läheme tõenäoliselt lähitulevikus üle CMAF-edastusele. ”

OSK Berliini voogesituseinsener Marcus Johansson ütleb: „Me pole CMAF-i tegelikult üheski projektis rakendanud, kuna meie praegune platvorm töötab juba HLS-iga kõigis seadmetes ja brauserites, mida peame toetama. Ka ülimadala latentsusajaga otseülekande voogesitus pole seni olnud nõue. Nii et meil ei olnud vajadust jagada DASH / HLS-i kaudu hajutatud ressursse ega kasutada tükeldatud vooge, ehkki meil on hakanud tekkima mõni päring ja laboris töötab vähese latentsusega prototüüpe. ”

DaCasti äriarenduse ja müügi osakonna juhataja ning Greg Ellis ütleb: “Kõik tahavad väiksemat latentsusaega ja CMAF näib olevat parim variant, millel on reaalne mastaapsus. Kuid suuremate ja kiiremini kasvavate klientide nõudmine muude prioriteetsete lisaseadmete järele paneb meid CMAF-i selle aasta peaaegu igas kvartalis välja lülitama. "

Nii et me ei kuule palju "ei", lihtsalt palju "veel" pole.

Suurem osa tööstusest on ettevalmistamisel
Muidu on enamik tehnoloogiaettevõtteid, kellega ma rääkisin, kas CMAF-i juurutanud või liiguvad täiskiirusel edasi. Nende hulka kuuluvad kodeeringute pakkujad nagu Bitmovin, Brightcove, Capella Systems, Encoding.com, Hybrik, Media Excel, MediaKind, Mux, Telestream ja Videon Central. Encoding.com lisab oma kvaliteedikontrolli protsessile isegi CMAF-i vastavuse kontrolli, et tagada spetsifikatsiooni järgimine.

CMAF on täielikult toetatud enamiku mängijatega, sealhulgas Bitmovin, JW Player ja THEO Technologies. Akamai on CMAF-i toetanud rohkem kui poolteist aastat, samal ajal kui Limelight Networksil on kontseptsiooni toimimise tõestusmaterjalid ja kavatseb selle turule tuua 2020. aastal. Pilveülekodeerimise müüjad Wowza ja Softvelum toetavad CMAF-i nüüd.

Kõigil konsultantidega, kellega ma rääkisin, on vähemalt üks CMAF-projekt nende vöö all. Lisaks eespool nimetatutele teatas RealEyesi tegevjuht David Hassoun, et aitas ühel nimeta OTT-i müüjal „migreeruda HLS-i transpordivoogudest CMAF-i. Esmane eesmärk oli DRM-i üldine ühendamine, eriti veebi jaoks, et osaliselt asendada Flash (Flashit kasutatakse endiselt ainult DRM-i jaoks). ”

Konsultant Mark Kogan teatas, et aitab ühel suurel Iisraeli telekommunikatsiooniettevõttel käivitada CMAF-põhise 4K HEVC HDR-teenuse, et edastada maailmameistrivõistlused Apple TV klientidele. Nüüd laiendatakse teenust DASH-i sihtmärkide, nagu LG, Samsung ja muud ühendatud telerid, kodeerimiseks.

Nagu on näidatud joonisel 6, plaanib 25% Bitmovini „Video Developer Report 2019” osalejatest CMAF-i juurutada 2020. aastal. Arvestades, et 41% leidis, et nende suurim väljakutse on „taasesitus kõigis seadmetes” (esiteks latentsusega, 54%). , see pole vaevalt üllatav.




25% Bitmovini “Video arendajate aruanne 2019 ”on kavas rakendada CMAF.



Põhimõtteliselt, kõikjal, kus ma vaatasin, oli CMAF kas kasutuses, väljatöötamisel või tugevalt kaalumisel. CMAF-iga koostöö alustamiseks pole veel hilja, kuid kindlasti pole veel liiga vara.






Jäta sõnum 

Nimi *
E-POST *
TELEFON
AADRESS
kood Vaata kontrollkood? Vajuta värskendada!
Sõnum
 

Sõnumite nimekiri

Kommentaarid Laadimine ...
Avaleht| Meist| Toodet| Uudised| Lae| Toetus| tagasiside| Võta meiega ühendust| Teenus

Kontakt: Zoey Zhang Veeb: www.fmuser.net

Whatsapp / Wechat: + 86 183 1924 4009

Skype: tomleequan E-post: [meiliga kaitstud] 

Facebook: FMUSERBROADCAST Youtube: FMUSER ZOEY

Aadress inglise keeles: Room305, HuiLanGe, No.273 HuangPu Road West, TianHe District., GuangZhou, China, 510620 Aadress hiina keeles: 广州市天河区黄埔大道西273尷栘) ​​305.