OTT - tiesioginis IP perdavimas

Visada buvo įdomus iššūkis pristatyti tiesioginį, aukštos kokybės transliacinį vaizdo įrašą per internetą. Tikimasi, kad transliuotojų inžinieriai supras ir tvarkys sudėtingus vaizdo įrašus, tinklus, skalę, priklausomybę ir atkūrimą, kad užtikrintų patikimą programavimą įvairiose platformose esančius įtaisus. Šioje straipsnio serijoje mes giliname į tiesioginį OTT transliavimą, nustatome kai kuriuos iš šių iššūkių ir pristatome strategijas, skirtas pasiekti patikimą tiesioginio OTT platinimą.

Transliacija internetu leidžia transliuotojams pasiekti daug daugiau auditorijos nei tradiciniai antžeminiai, kabeliai ir palydoviniai modeliai. Žiūrovai dabar žiūri į mėgstamą programavimą daugybe įtaisų, įskaitant mobiliuosius telefonus, žaidimų sistemas, kompiuterius ir "Smart-TV". Ir padidinti savo auditoriją, taigi ir pajamas, transliuotojai turi pateikti šioms žiūrovams.

Viešasis internetas atveria naujas galimybes daugialypės platformos pristatymui, suteikiant auditorijai daugybę naujų žiūrėjimo galimybių. Tačiau tai nėra taip paprasta, kaip pirmą kartą atrodytų, nes yra trys konkrečios problemos, su kuriomis susidurs dauguma transliuotojų; dažnių juostos plotis skiriasi, latentinis laikas yra nenuspėjamas, o nuotraukos dydį nustato peržiūros įrenginys, kurį žiūrovas naudoja.

OTT ištraukia duomenų srautus

Iš esmės transliavimas ir OTT pristatymas skiriasi vienu svarbiu aspektu. Palydovinės, kabelinės ir antžeminės sistemos įveda duomenis į kompiuterį ir televizorių. Priešingai, OTT atkūrimo įrenginiai reikalauja srauto ir traukia duomenis iš transliuotojo, suteikiant kiekvienam auditorijos nariui unikalų vaizdą.

Internetas buvo sukurtas siekiant pateikti tekstinius dokumentus naudojant kliento-serverio modelį. Norėdami inicijuoti bet kokį duomenų perdavimą, klientas dažniausiai pradeda siunčiant komandą "GET" klausymo agentui, dažnai žiniatinklio serveriui. Interneto serveriai yra nuolatinio klausymo režimu ir, kai jie gauna komandą "GET" iš įgalioto kliento, jie grąžins užklausą atitinkamą IP adresą naršyklėje.

Interneto prijungtiems įrenginiams paprastai naudojamas HTTP (Hyper Text Transfer Protocol) modelis, skirtas bendrauti su žiniatinklio serveriais. HTTP pristato TCP (perdavimo valdymo protokolas) viršuje, kuris savo ruožtu yra IP datagramos viršuje. Nors daugiau komandų buvo pridėta prie HTTP protokolo, nes jis sukūrė per daugelį metų, kliento-serverio paklausos ir pasiūlos modelis yra tai, kaip šiandien dauguma interneto prijungtų įrenginių veikia. Net jei žiūrovas žiūri į konkrečią programą, naudojamas HTTP kliento-serverio metodas.

HTTP skalės

Paprastai HTTP veikia TCP / IP viršuje, siekiant užtikrinti, kad duomenys būtų patikimai keičiami tarp kliento ir serverio. Nors TCP yra labai efektyvus, pakartotinai nusiųsdamas prarastus paketus, kurie, jei nepasikartotų, žymiai sumažintų vaizdo įrašų kanalą ir paveiktų žiūrėjimo patirtį, TCP yra susijusi su pridėtinėmis išlaidomis, kurios gali padidinti latentinį laiką ir tinklo srautą.

Yra ir kitos sistemos, pavyzdžiui, RTMP (realaus laiko pranešimų protokolas) ir webRTP (realaus laiko protokolas). Tradiciškai RTMP buvo naudojamas "Flash" žiūrinčiuose, tačiau jo naudojimas sumažėjo, nes tiekimo tinklai siekia sujungti infrastruktūras į bendrą pristatymo metodą, o "Flash" daugelyje žiūrėjimo aplinka pasenka.

Nors iš pradžių ji nebuvo sukurta transliacijai tiesioginiame vaizdo įraše per viešąjį internetą, šiandien HTTP tapo dažniausiai naudojamu vaizdo įrašų srauto pristatymo protokolu. Kadangi dauguma žiniatinklio srauto yra de facto kalba, standartinė infrastruktūra jau plačiai egzistuoja.

Dirbk atgal iš atkūrimo įrenginio

Suprasti OTT platinimą, nuo transliuotojo inžinierių požiūriu, - pradėti atkūrimo skiltyje ir grįžti į žaidimų centrą.

IT požiūriu transliavimas - tai failo suskaidymo į segmentus procesas ir galimybė jį peržiūrėti atkūrimo įrenginiui, kad būtų lengviau peržiūrėti vaizdo įrašus ir garso įrašus. Alternatyva yra atsisiųsti visą failą į grotuvą. Nors pagal užsakymą egzistuoja laipsniškas atsisiuntimas, jis nėra idealus, nes ilgas atsisiuntimo laikas paveiks žiūrovų patirtį ir kainą.

Fragmentų laikmena

VOD ir "live-OTT" yra panašūs, nes jie abu fragmentuoja žiniasklaidą, todėl atkūrimo įrenginys gali prašyti nuoseklių duomenų dalių ir tvarkingai klipus paleisti. Kur jie skiriasi, yra tai, kad VOD turi visus duomenis, pasiektus prieš pradedant fragmentaciją, o "live-OTT" neturi ir turi skubėti suspausti ir fragmentuoti vaizdo įrašus, garso įrašus ir metaduomenis.

"Live-OTT" viename kliento-serverio modelyje tai gerai veikia, nes žiūrovų atkūrimo įrenginys HTTP-GET komandas siunčia žiniatinklio serveryje maždaug kartą per sekundę, kad gautų nuoseklius vaizdo įrašų ir garso duomenų gabalus. Tačiau gyvenimas įdomus, kai žmonių, žiūrinčių įvykį, skaičius padidėja iki nacionalinių ir tarptautinių. Jei 10 milijonų žmonių žiūri įvykį, kas sekundę bus siunčiami 10 milijonų HTTP-get užklausų.

Daugiau informacijos susisiekite su pardavimais:

Bonnie Jia

Regioninis pardavimų vadybininkas

DIBSYS Technologies Co., Ltd.

-------------------------------------------------- ------------------------------

Interneto svetainė: www.dibvision.com

Telefonas: + 86-571-87068982 Faksas: + 86-571-89714580

Mobilus: +86 15356661487 Kas yra programa: +86 15356661487 Skype: dibsys0801