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

tooted Kategooria

tooted Sildid

Fmuser saidid

CMAF: Mis see on ja miks see võib muuta teie OUT TULEVIKUT

Date:2020/6/6 16:06:47 Hits:



OTT-tööstus on viimase viie aasta jooksul teinud hulgimüügi ülemineku selliste patenteeritud meediumiprotokollide nagu RTMP, MMS ja RTP kasutamisest HTTP / S-i kasutamiseni, et pakkuda vaatajatele adaptiivset segmenteeritud sisu. Adaptiivsetes segmenteeritud vormingutes on endiselt märkimisväärne killustatus - konkureerivaid lahendusi pakuvad HLS, Smooth, HDS ja MPEG DASH. Isegi kui eeldatakse sujuva ja HDS-i amortiseerumist ning asendamist DASH-iga, seisavad enamik sisu levitajaid silmitsi kahe sisu silo valmistamisega - ühega HLS-is ja teise DASH-iga.

Täna täpsustab HLS TS (transpordivoo) failimahutite kasutamist, samal ajal kui DASH lubab TS-i, kuid kasutab praktikas peaaegu ühtlaselt ISO alusmeediumifailivormingut (ISOBMFF), eriti varianti, mida tuntakse eespool nimetatud killustatud mp4-na. Selle tulemuseks on, et sisu levitajad, kes soovivad jõuda HLS-i ja DASH-i vaatajaskonnani, peavad kodeerima ja salvestama kaks korda samu heli- ja videoandmeid - üks kord mähituna TS-konteineritesse ja seejärel uuesti ISOBMFF-i. Need samad failid, ehkki esindavad sama sisu, maksavad pakendist kaks korda rohkem, päritolu salvestamiseks ja konkureerimiseks Akamai servapuhvrites ruumi eest kaks korda rohkem, vähendades sellega nende edastamise tõhusust.

Vahemälu tõhususe probleemi ületamiseks on turg käivitanud hulgaliselt lahendusi, mis nõuavad TS- ja ISO-segmentide (HDS-i jaoks) keerukat sünteesi servas või voogesituse kesktasemel. Nendel serveritel, kes peavad sisu üles ehitama, enne kui nad selle edastavad, on madalam läbilaskevõime kui neil, kes saavad seda lihtsalt edasi anda. Failikonteinerite mitmekesisus piirab seega kohaletoimetamisserveri saavutatavat kogu läbilaskevõimet ning aitab oluliselt kaasa meie kliendi sisu ettevalmistamisele, töövoo haldamisele ja kohaletoimetamiskuludele. Teise võimalusena võivad kliendid salvestada sisu mitu versiooni, mis mõjutavad salvestamise kogukulusid.

2015. aasta keskel tulid kaks ebatõenäolist koostööpartnerit - Microsoft ja Apple - kokku, et kavandada see ebatõhusus uue meediumifailivormingu abil, mida tol ajal kutsuti ühise meediumifaili vorminguks, kuid mis nüüd on CMAF. Microsoft ja Apple pöördusid Akamai ja paljude nende lähedasemate partnerite poole, et ettepanekut korrata. 2016. aasta veebruaris koostas see kontsern MPEG-le ühise esituse, mis on aktsepteeritud standardimisrajale.

CMAF-il on mitmeid atribuute, mis pakuvad meediatööstusele huvi:
#See on ISOBMFF, fMP4 konteiner, täpsemalt ISO / IEC 14496-12: 201. Transpordivood on ringhäälingu- ja kaablitööstuse eesmärki hästi teeninud pideva andmevoo edastamisel, kuid need ei sobi halvasti meediumite edastamiseks ja vahetamiseks, kasutades üldiseid ja kasuliku suhtarvu suhteid kui fmp4. fmp4 on laiendatav edaspidiste täienduste jaoks, kerge, mida juba kasutavad DASH, Smooth ja HDS ning see on ISO-standard, mille ümber on tugev tööriistakomplekt kodeerimiseks, manipuleerimiseks, silumiseks ja analüüsimiseks.


# Ühine krüptimine (CENC) - ISO / IEC 23001-7: 2016 - standardne vahend meediumisisu kasuliku faili krüptimiseks AES-128bitise krüptimisega ja seejärel päiseteabe edastamisega, nii et sisu dekrüptimiseks saaks kasutada mitut samaaegset DRM-süsteemi. See hoiab ära tänapäeval saadaval olevate hulgaliselt DRM-lahenduste toetamiseks vajalike eraldi silohoidlate olemasolu, mis kahjuks ei koondu faili mahutitega sama kiirusega.


#Toetab AVC (ISO / IEC 14496-10), AAC (ISO / IEC 14496-3) ja HEVC (ISO / IEC 23008-2) kodekite MPEG-koodekkide komplekti lähtejoontes koostalitlusvõimes, kuid lubab muid koodekeid (näiteks VP9 või mitmekanaliline heli).

# Segmendid peavad algama võtmekaadritega ja bitikiiruste vahel peab segment olema täpselt joondatud. See lihtsustab mängijate bitikiiruse vahetamist.
# Nõuab sõltumatuid (summutamata) heli- ja videosegmente.
# Pakutakse madala latentsusajaga režiimi, mis peaks veelgi aitama vähendada OTT-otseülekande latentsusaega maapealse ja satelliidi levi piirmääradest allapoole.


#On kavandatud viitamiseks nii HLS-i esitusloendis (.m3u8) kui ka DASH-manifestis (.mpd). 
CMAF on väga sarnane failimahutiga, mida DASH juba täna kasutab, nii et CMAF-i DASH-i vaatenurgast vastuvõtmine nõuab kooderitesse, töövoogudesse või pleieritesse vähe muudatusi, kui neid üldse on. Apple'i ja HLS-i kogukonna jaoks nõuab see uut tüüpi konteinerite parsimist. Apple'i teadaanne fMP4 toetamiseks HLS-is iOS10, macOS ja tvOS-i korral annab tööstusele suurema kindluse, et CMAF peab oma arvelduste jaoks ühtlustumise mootoriks.  

CMAF-i tulek tähistab OTT-tarnimiseks mõeldud TS-konteinerite lõppu. Ühekordse kodeerimise, ühekordse pakkimise, ühekordse vahemällu salvestamise ja ühte tüüpi mängija ehitamise eelised on tarneahelas liiga atraktiivsed, et TS püsiks pikaajaliselt.

See pole siiski kõik jäätisekook. Ehkki Apple, Android ja Microsofti opsüsteemid ja seadmed toetavad kiiresti CMAF-i, leidub endiselt palju pärandseadmeid, mida ei saa välja värskendada ja mille jaoks on TS-põhist HLS-i endiselt vaja.

Lisaks pole tavaline krüptimine nii tavaline, kui võiks arvata. Spektris on lubatud mitu šifriploki režiimi - CTR versus CBC. Ehkki CMAF-i eelnõu toetab neid mõlemaid jätkuvalt, on kõigi seadmete jaoks mõeldud ühtse sisu nägemine udune. CMAF ei lahenda ka manifestide killustatuse probleemi, kuna nii HLS m3u8 manifestid kui ka DASH .mpd manifestid tuleb ikkagi genereerida.

Nendele probleemidele vaatamata on CMAF suurim samm edasi, mida tööstus on paljude aastate jooksul harmoneeritud ja lähendatud tuleviku suunas astunud. Võib eeldada, et turujõud valivad võitjad (kodekite, pealdiste, krüptimisrežiimide ja esitlusvormingute jaoks) ja CMAF arveldab kiiresti, et olla de facto OTT-meediumistandard.




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.