Pridėti Pamėgtą vietą Nustatyti pagrindinį puslapį
vieta:Pagrindinis >> Naujienos

produktai Kategorija

produktai Žymos

Fmuser svetainės

Kas yra SRT protokolas ir kodėl jis toks svarbus?

Date:2021/1/20 16:34:46 Hits:



"Kas yra SRT atvirojo kodo interneto perdavimo protokolas? Ką tai reiškia vaizdo transliacijos pramonei? FMUSER pateiks jums visą informaciją, kurią turite žinoti apie SRT protokolą, įskaitant SRT protokolo reikšmę, SRT foną protokolas, o SRT protokolas ateityje gali atnešti vaizdo transliacijos sprendimus, vaizdo įrašų pramonę ir tinklo vaizdo perdavimo plėtrą. Įtaka ir pokyčiai ---- FMUSER "


Greita peržiūra




Kas yra SRT protokolas?
Kaip veikia SRT protokolas?
SRT protokolo kūrimo istorija
Ką mums gali atnešti SRT protokolas? 
Kodėl SRT protokolas toks svarbus?
Kokia yra SRT protokolo naudojimo nauda?
SRT protokolu palaikomi FMUSER srautiniai sprendimai
Palygintas SRT protokolas su bendrais perdavimo formatais
HTTP tiesioginis srautas (HLS)
Kaip veikia HLS?
MPEG-DASH (dinaminis pritaikomasis srautas per HTTP)
Kaip veikia MPEG-DASH ir programos
Kuris srautinio perdavimo protokolas jums tinka?
Tikri dalykai apie SRT protokolą


1. Kas yra SRT protokolas?




Apibrėžimas: SRT protokolas yra (Secure Reliable Transport Protocol) santrumpa. Saugus patikimas transportavimo protokolas (SRT protokolas) yra aukštos kokybės, mažos vėlavimo, saugus, realaus laiko vaizdo įrašų nemokamas atviro kodo vaizdo perdavimo protokolas. Jis palaiko triukšmingus ar nenuspėjamus tinklus (pvz., Mažo delsos, didelio našumo srautas yra realizuojamas viešajame internete. SRT protokolas yra labai populiarus atvirojo šaltinio žemos delsos vaizdo perdavimo protokolas šiais laikais. Naudodamas patikimą SRT protokolo perdavimo technologiją, jis gali sėkmingai realizuoti saugų ir patikimą didelės raiškos vaizdo perdavimą ir platinimą įprastoje interneto aplinkoje ir tarp kelių vietų.


Kaip ateina SRT protokolas?

● SRT aljansas yra „Haivision“ ir „Wowza“ įsteigta organizacija, skirta valdyti ir palaikyti SRT protokolo atvirojo kodo programas. 

Ši organizacija yra įsipareigojusi skatinti vaizdo transliacijos sprendimų sąveikumą ir skatinti vaizdo pramonės pradininkų bendradarbiavimą, kad būtų pasiektas mažo delsos tinklo vaizdo perdavimas. 


2. Kaip veikia SRT protokolas




Tarp SRT šaltinio užmezgamas specialus ryšio ryšys (Encoder) ir SRT paskirties vietą (dekoderis) kontrolei ir paketų atkūrimui. Taikinys gali būti serveris, CDN ar kitas SRT protokolą palaikantis įrenginys. SRT protokolas naudoja savo paketų praradimo atkūrimo metodą ir UDP paketus tinkle, kuriuos galite koreguoti, kad prisitaikytumėte prie besikeičiančių tinklo sąlygų. Kai tinklo būklė bloga, vaizdo įrašų kokybei pagerinti galima pridėti daugiau paketinių buferių. Gerėjant tinklo sąlygoms, vėlavimas gali būti sumažintas, kad būtų galima pasiekti beveik realiu laiku teikiamą srautą.




# SRT darbo principas protokolas



Bet kokia užkarda tarp SRT protokolas šaltinio įrenginį ir tikslinį įrenginį reikia pereiti. SRT protokolas turi tris modelius, kaip tai pasiekti: 


Rendezvous / Caller / Klausytojas


Apibendrinimo schema yra paprasčiausia ir paprastai galima pereiti užkardą tarp SRT protokolas šaltinis ir taikinys be jo dalyvavimo. Jei negalite patekti į užkardą, turėtumėte naudoti skambintojo / klausytojo režimą. Tačiau tam tikras dalyvavimas reikalingas norint nustatyti srauto persiuntimą, kad srautas gautas paskirties įrenginio viešuoju IP adresu ir SRT protokolas prievadas persiunčiamas į įrenginį vietiniame tinkle.


Taip pat žiūrėkite: Kaip rankiniu būdu įkelti / pridėti M3U / M3U8 IPTV grojaraščius palaikomuose įrenginiuose


3. SRT raidos istorija protokolas




SRT yra SRT aljansas, kurį kartu sukūrė Haivision ir Wowza. Nuo SRT protokolas tapo atvirojo kodo technologija 2017 m., daugiau nei 130 įmonių palaikė atvirojo kodo projektą remdamos SRT aljansą. Jo tiekėjai ir galutiniai vartotojai dirba kartu, kad padidintų pramonės žinias apie SRT protokolas ir naudoti jį kaip įprastą mažos vėlavimo vaizdo perdavimo internetu standartą.

Šiuo metu rinkoje jau yra 50 produktų, kuriuose įgalinta SRT, įskaitant IP kameras, koduotojus, dekoderius, vaizdo šliuzus, OTT platformas ir CDN. SRT protokolą naudoja tūkstančiai organizacijų daugelyje programų ir rinkų visame pasaulyje.

FMUSER yra vienas iš stiprių SRT šalininkų protokolas. Mes keliame aukštus sąveikos reikalavimus ir standartus. „FMUSER“ savo dabartiniuose ir būsimuose kodavimo ir dekodavimo sprendimuose nusprendė įgyvendinti SRT protokolo palaikymą.



4. Ką gali SRT Protokol Atveža mus? 




Pagalvojome, kad atėjo laikas iš naujo peržiūrėti saugią ir patikimą transporto temą protokolas (SRT protokolas) šią savaitę. Keli maži SRT protokolas pranešimai pasirodė po to, kai atvirojo kodo protokolas antrus metus iš eilės pavogė Las Vegase dėmesį.

Nuo SRT praėjo kiek daugiau nei metai protokolas pasiekė vieną reikšmingiausių diegimų iki šiol - ESPN išleido SRT įrenginius į 14 sporto konferencijų, kad surengtų daugiau nei 2,200 renginių per pigius interneto ryšius, pakeisdamas tradicines palydovinio ryšio paslaugas ir sutaupydamas maždaug 8 mln. 9 milijonai dolerių. Jei ESPN gali sutaupyti tokio masto santykinai nedidelio masto renginius, įsivaizduokite didelių tiesioginių renginių galimybes - grynuosius pinigus, kuriuos galiausiai galite investuoti kitur, kad pagerintumėte žiūrovų patirtį.

Tačiau kai srautinės pramonės pradininkai, tokie kaip „Netflix“ ir „YouTube“, teikia HTTP turinį per CDN milijonams žiūrovų be pagalbos iš SRT protokolas, apie ką tas šurmulys? Transliacinių vaizdo įrašų pardavėjo, „SRT aljanso“ steigėjo nario, „Haivision“ baltraštis iš esmės siekia paneigti mitą, kad HTTP srautinio perdavimo technologija, naudojant RTMP, yra visiškas ir galutinis OTT vaizdo įrašas. Tiesą sakant, net 30 sekundžių vėlavimas HTTP transliacijoje nėra retas atvejis, kurį pirmiausia lemia daugybė paspaudimo žingsnių ir įvairių buferių signalo kelyje.

Taip pat žiūrėkite: Daugiakanalis SRT palaikoma vtiesioginio srauto „ideo“ koduotojas


Be to, „Haivision“ perspėja, kad perdavimo protokolas (TCP), standartas, naudojamas teikiant HTTP, gali sukelti staigų vėlavimą, nes TCP reikalauja, kad kiekvienas paskutinis srauto paketas būtų pristatytas galutiniam vartotojui tikslia originalo tvarka. Tai galiausiai reiškia, kad TCP nuolat bando siųsti trūkstamus duomenis, nes nėra galimybės praleisti blogų baitų.

Trivialesnis minusas yra tas SRT protokolas jau egzistavo kaip akronimas vaizdo įrašų pramonėje dar prieš tai, kai atsirado mažos delsos protokolas, susijęs su subtitrų kompiuterinių failų plėtiniu, vadinamu SubRip, todėl internetinė informacijos apie protokolą paieška gali lengvai nuklysti į visiškai kitokią technologiją.

Dabar greitai pereinama prie to, kaip SRT išgarsėjo. Žemiau pateiktoje diagramoje vaizduojama, kaip sugadinta nekoreguoto srauto išvesties klaida, kai prarandamas paketas (viršuje), o persiuntimo klaidų taisymas (FEC) prideda pastovų duomenų kiekį sraute, kad atkurtų prarastus paketus, kaip parodyta vidurys. Tada mes turime „Automatic Repeat reQuest“ (ARQ), kuris imtuvui paprašius retransliuoja prarastus paketus, o tai apsaugo nuo pastovaus FEC pralaidumo vartojimo.

Trečias ir paskutinis HTTP sugavimas susijęs su būdu, kuriuo TCP sumažina paketų perdavimo spartą, kai įvyksta perkrovos. „Nors toks elgesys yra naudingas siekiant sumažinti bendrą tinklo spūstį, jis netinka vaizdo signalui, kuris negali išgyventi sumažėjus greičiui žemiau nominalaus bitų greičio“, - perspėja jis.

„Privalumai yra reikšmingi tiek technologijų tiekėjams, tiek vartotojams, kurie labai supaprastina įgyvendinimą ir sumažina išlaidas, taip pagerindami produktų prieinamumą ir padėdami išlaikyti mažas kainas. Kadangi kiekvienas diegėjas naudoja tą pačią kodų bazę, sąveika yra supaprastinta “, tikriausiai, tai geresnė išvada šiam dokumentui nei ta, kurią jis iš tikrųjų pasirinko.


5. Kodėl SRT protokolas toks svarbus?




SRT protokolo taikymas garso ir vaizdo bei IT sektoriuose sulaukė tvirtų atsiliepimų. Pagrindinės įmonės ir vyriausybės galutinių vartotojų IT mąstymo lyderių jaudulio priežastys yra šios; internetinės vaizdo platformos; turinio teikimo tinklai; įmonės vaizdo įrašų turinio valdymo sistemos; ir internetas - perdavimo srautu pagrindas Palyginti su įrenginių įmonių aparatine, programine ir technine įranga


Versle, vyriausybėse, mokyklose ir gynyboje labai padidėja našių vaizdo įrašų vartojimas. Daugelis protokolų išsprendė srautinio vaizdo suderinamumo problemą daugeliui žiūrovų, kurie vartoja turinį iš skirtingų įrenginių ir įrenginių. 


Tačiau vienas iš geriausių būdų, kaip pasinaudoti įvairių organizacijų vietiniu turtu ir didelėmis paslaugų teikėjų investicijomis į debesį, yra srautinio platinimo įrankių su labai mažo vėlavimo vaizdo ir labai patikimais teikimas. SRT protokolas naudoja keletą geriausių „User Datagram Protocol“ (UDP) aspektų, pvz., mažą delsą, tačiau prideda klaidų tikrinimą, kad atitiktų perdavimo valdymo protokolo / interneto protokolo (TCP / IP) patikimumą. Nors TCP / IP gali valdyti visus duomenų profilius ir yra tinkamiausias jo darbui


Pastaba: SGT protokolas gali pakeisti senstantį RTMP protokolą. Jis sprendžia saugumo problemas ir sutelkia dėmesį į našumo vaizdo įrašus net per viešąją interneto infrastruktūrą ir gali specialiai tvarkyti didelio našumo vaizdo įrašus.



6. Kokia yra SRT protokolo naudojimo nauda?




Trys charakteristikos: SAUGA, PATIKIMUMAS ir MAŽA LATENCIJA.

Sąlygos Savybės
SAUGUMO prasme
SGT protokolas palaiko AES šifravimą, kad būtų užtikrintas visiško vaizdo perdavimo saugumas.
Kalbant apie PATIKIMUMĄ
SGT protokolas perdavimo stabilumui užtikrinti naudoja „Forward Correction Technology“ (FEC)
Kalbant apie mažą vėlavimą
SGT protokolas yra pastatytas ant UDT protokolo, jis išsprendžia didelio UDT protokolo perdavimo vėlavimo problemą. UDT protokolas pagrįstas UDP tinklo ryšio protokolu


# 1 lapas - kokie yra features ofSRT protokolas 


SGT protokolas leidžia tiesioginį ryšį tarp signalo šaltinio ir taikinio, kuris ryškiai kontrastuoja su daugeliu esamų vaizdo perdavimo sistemų, kurioms reikalingas centralizuotas serveris, kad surinktų signalus iš nuotolinių vietų ir nukreiptų juos į vieną ar daugiau paskirties vietų. Centrinė serverio architektūra turi vieną gedimo tašką, kuris taip pat gali tapti kliūtimi didelio srauto laikotarpiais. Signalų perdavimas per šakotuvą taip pat padidina signalo perdavimo laiką nuo galo iki galo ir gali padvigubinti pralaidumo kainą, nes reikia įdiegti dvi nuorodas: vieną iš šaltinio į centrinį šakotuvą ir kitą iš centro į tikslą. . Naudojant tiesioginius ryšius nuo šaltinio iki paskirties, SRT protokolas gali sumažinti vėlavimą, pašalinti centrines kliūtis ir sumažinti tinklo išlaidas.


SGT protokolas išsprendžia sudėtingą perdavimo laiko problemą ir gali padėti perdavimas realiuoju laiku didelio pralaidumo failų ir ypač skaidraus vaizdo įrašo.


KETURI PAGRINDINIAI SRT PROTOKOLO SAVYBĖS

 funkcinis 
Neapdorotas kokybės vaizdo įrašas - SRT protokolas skirtas išvengti triukšmo, paketų praradimo ir pralaidumo svyravimų, kuriuos sukelia perkrovos triukšminguose tinkluose, kad būtų užtikrinta geriausia žiūrėjimo patirtis. Tai pasiekiama naudojant pažangią mažo delsos retransliavimo technologiją, kuri gali kompensuoti ir valdyti paketų praradimą. SRT protokolas gali atlaikyti iki 10% paketų praradimo be vizualinio poveikio srautui.
Veiksmingas
Nepaisant to, kad sprendžiate tinklo iššūkius, vaizdo ir garso įrašai pateikiami su mažu vėlavimu kartu su TCP / IP pristatymo ir UDP greičio privalumais. Mažas vėlavimas - nors jis gali susidoroti su tinklo iššūkiais, vaizdo ir garso perdavimas vis tiek yra mažas. Jis turi visapusiškų TCP / IP pristatymo patikimumo ir UDP greičio pranašumų.
Užtikrinti
Saugus perdavimas nuo galo iki galo - pramonės standartinis AES 128/256 bitų šifravimas užtikrina turinio apsaugą internete. SRT protokolas teikia supaprastintą užkardos perėjimą. Pramonės standartas AES 128/256 bitų šifravimas užtikrina saugų turinio perdavimą nuo galo iki galo internete, įskaitant supaprastintą užkardos perėjimą. Nes SRT protokolas užtikrina saugumą ir patikimumą, viešasis internetas dabar gali būti naudojamas išplėstinėms srautinės medijos programoms, tokioms kaip srautas į socialistines debesų svetaines (pvz., kalkių nuosėdų daugiaadresis debesies platforma vienu metu platinama kelioms socialinėms žiniasklaidos priemonėms, tokioms kaip „Facebook“) „Live“, „YouTube“ , trūkčiojimas ir periskopas (iš vaizdo įrašų realiuoju laiku), viso vaizdo sienos turinio srautas ar nuotolinis perdavimas arba vaizdo sienos IG ir kt.
pažangus
Atviras šaltinis - SRT protokolas yra nemokamos, naujos kartos ir atvirojo kodo protokolai teikia ekonomiškus, sąveikius ir į ateitį orientuotus sprendimus. 
Ekonomiškas Sąveikumas - žinodami, kad kelių tiekėjų produktai veiks sklandžiai, vartotojai gali saugiai įdiegti SRT protokolas per visą vaizdo ir garso srauto darbo eigą.


# 2 lapas - kodėl mes renkamės SRT Protokol?



7. SRT Protocol Palaikomas srautas FMUSER sprendimai




FMUSER H.264 h.265 kodavimo / dekodavimo / daugialypės terpės kodavimo / dekodavimo pora palaiko daugelį populiarių srautinio perdavimo protokolų, įskaitant SRT protokolas. Naudodami šią kompaktišką, tvirtą, mažos galios kodavimo / dekodavimo porą, vartotojai gali užtikrintai perduoti srautus iki 4K arba „Quad HD“ iš kelių SDI kamerų valdomu ar nevaldomu tinklu.


„FMUSER IPTV Encoder / Decoder / Transcoder“

FBE200 H.264 / H.265 IPTV aparatūros koduotojas

Daugiau >>

FBE204 H.264 / H.265 IPTV 

Aparatinės įrangos koduotojas

Daugiau >>

FBE216 H.264 / H.265 IPTV 

Aparatinės įrangos koduotojas

Daugiau >>

1 kanalų

4 Kanalai 16 kanalai


# 3 lapas - „FMUSER“ garso ir vaizdo transliacijos perdavimo sprendimai

Daugiau >>



Sienų gamybos programose „FMUSER“ kodavimo įrenginių šeima pateikia mažiausiai laiko nuo stiklo iki stiklo rinkoje, saugiai teikdama srautus gamybos studijoms iš nuotolinių renginių. FMUSER kodavimo įrenginio generuojamame sraute yra programos laiko žyma, užtikrinanti, kad sinchroninio fotoaparato signalus būtų galima sureguliuoti, kai dekoduojamas FMUSER dekoderio. Be to, šiuos sklaidos kanalus galima sinchronizuoti, kad būtų užtikrinta sklandi integracija į studijos aplinką.


Pastaba: FMUSER koduotojas / dekoderis turi galingą srautinės medijos paslaugų funkciją. Be bendrųjų protokolų, tokių kaip RTSP / RTMP, palaikymo, jis taip pat palaiko saugos „Onvif“ protokolą, SIP protokolą, NDI protokolą (pritaikomas), SRT protokolą (pritaikomas), GB / T28181 (pritaikomas) ir kitas srautinės terpės paslaugų sutartis; padės jums užimti pirmaujančią poziciją itin aukštos raiškos vaizdo įrašų IP pagrindu veikiančiame versle.


  


Palaikomos kelios FMUSER SRT programos Aparatūros kodavimo įrenginiai FBE200. Daugiau >>



„FMUSER“ produktų technologija yra orientuota į aukštos kokybės produktus ir yra nuolat diegiama naujovių link. Kalbant apie mokslinius tyrimus ir plėtrą, gamyba, pardavimas, aptarnavimas ir kiti verslo ryšiai yra visiškai savarankiški, paslauga nėra atjungta nuo pradžios iki galo. Vartotojų poreikius visada laikykite naujovių varomąja jėga, gaminkite tik tuos produktus, kurie atitinka tikrus vartotojų poreikius, ir gaminkite tik tuos produktus, kuriais vartotojai gali pasitikėti. Tuo pačiu metu jis gali teikti klientams aukštos kokybės produktų kūrimą ir pritaikytas paslaugas.


Taip pat žiūrėkite: Kas yra tarp AM ir FM skirtumas?



8. Palyginti SRT protokolas Su bendrais perdavimo formatais




Tinklo vaizdo perdavimui reikalingi efektyvesni srautinio perdavimo protokolai. Bendrovėms ir turinio pristatymo tinklo (CDN) teikėjams ruošiantis tiesioginio srauto ateičiai, šis poreikis niekada nebuvo toks skubus. Srautinio perdavimo realiuoju laiku ateitis, SRT protokolas, HLS ir MPEG brūkšnys atėjo. Pažvelkime, kokie yra šie realaus laiko srautinio perdavimo protokolai, jų nauda ir pritaikymas


Šiuo metu internete yra dvi tiesioginės vaizdo transliacijos. 

● Tiesioginė RTMP transliacija. 

● Tiesioginė „WebRTC“ protokolo transliacija. 


Tiesioginė RTMP transliacija
„WebRTC“ protokolas

1. Šis tiesioginės transliacijos metodas naudoja RTMP protokolą tiesioginiam srautui ir RTMP, HTTP + FLV arba HLS atkūrimui.

2. Tiesioginės transliacijos vėlavimas paprastai yra didesnis nei 3 sekundės ir yra 


1. Šis tiesioginės transliacijos metodas naudoja UDP protokolą platinant žiniasklaidą

2. Tiesioginės transliacijos vėlavimas yra mažesnis nei 1 sekundė, o tuo pačiu metu sujungimų skaičius yra mažesnis nei 10


Pastaba: jis daugiausia naudojamas tokiose programose kaip mažas vėlavimas ir didelis lygiagretumas, pvz., Tiesioginiai įvykiai, informacijos apie atsargas sinchronizavimas, didelių klasių mokymas ir kt.
Pastaba: jis daugiausia naudojamas tokiose programose kaip vaizdo skambučiai ir rodo prijungtus mikrofonus. Scenos. 


# 4 lapas - RTMP ir WebRTC palyginimas



9. HTTP tiesioginis srautas (HLS)




„HTTP Live Streaming“ (HLS) yra adaptyvus, HTTP pagrįstas srautinio perdavimo protokolas, kuris siunčia vaizdo ir garso turinį per tinklą mažais, TCP pagrįstais laikmenų segmentais, kurie vėl surenkami srautinio perdavimo paskirties vietoje. HLS diegimo kaina yra maža, nes ji naudoja esamą TCP pagrįstą tinklo technologiją, kuri yra patraukli CDN, norintiems pakeisti senus (ir brangius) RTMP laikmenų serverius. Kadangi HLS naudoja TCP, patirties kokybė (QoE) yra palankesnė už mažą vėlavimą, o vėlavimo laikas gali būti didelis (kaip sekundėmis, o ne milisekundėmis).


HLS iš pradžių sukūrė „Apple Inc.“ kaip protokolą, skirtą laikmenai perduoti į „Apple“ įrenginius. Nuo to laiko „Apple“ sukūrė HLS („push“), kuris yra atviro standarto srautinio perdavimo protokolas indėlio pusėje, prieinamas visiems įrenginiams. Šiuo metu HLS palaiko vaizdo įrašus, kurie yra užkoduoti naudojant H.264 arba HEVC kodekus.




# HTTP tiesioginis srautas (HLS)



HLS privalumas yra tas, kad jis sukurtas prisitaikyti prie skirtingų tinklo sąlygų. Skirtingos srauto versijos siunčiamos skirtingomis skiriamosiomis gebomis ir pralaidumu. Žiūrovai gali pasirinkti norimo srauto kokybę. HLS taip pat palaiko kelis garso takelius, o tai reiškia, kad jūsų sraute gali būti keli kalbos takeliai, iš kurių vartotojai gali pasirinkti. Kitos privilegijos apima palaikomų subtitrų, metaduomenų, skaitmeninių teisių valdymo (DRM) ir netgi įterptųjų reklamų palaikymą (ne per tolimoje ateityje). Pagrindai yra visi.


Pastaba: Palaikomi saugūs srautai per HTTPS, taip pat MD5 maišos ir SHA maišos algoritmai, skirti vartotojo vardui ir slaptažodžiui patvirtinti.


Taip pat žiūrėkite: Kaip išspręsti „GOGO IPTV“ problemas naudojant „Icone Pro“, „Plus“ ir „Wegoo“ imtuvą?


10. Kaip veikia HLS




Metodas panašus į failų perkėlimą. Medijos segmentai srautu per 80 HTTP prievadą (arba HTTPS 443 prievadą), kuris paprastai jau yra atidarytas tinklo srautui. Turinys gali lengvai pereiti ugniasienes be jokio IT dalyvavimo.




# Sužinokite, kaip veikia HLS 


HLS naudoja MPEG2-TS perdavimo srauto konteinerį su konfigūruojamu laikmenos segmento trukme, taip pat konfigūruojamu grojaraščio dydžiu, kad medijos segmentai būtų surinkti perimimo serveryje. Suskaidytas MP4 palaikomas.





#Sužinokite, kaip veikia HSL



Pastaba: Kadangi HLS naudoja TCP pagrįstą technologiją, tinklo paketų praradimo ir atkūrimo metodas yra intensyvus. Tai yra viena iš padidėjusio delsos priežasčių. Nors galima šiek tiek kontroliuoti laikmenos segmento dydį, galimybė sumažinti delsą yra ribota, ypač jei persiuntimo serveriui reikalingas konkretus medijos segmento dydis. 

HLS vis dar yra srautinio perdavimo į mobiliuosius įrenginius ir planšetinius kompiuterius standartas. Taip pat galite naudoti HLS srautui į CDN, kuris nepalaiko RTMP, kai mažas delsos laikas nėra būtinas. Svarbu pažymėti, kad RTMP jau nebenaudoja vis daugiau CDN. HLS taip pat puikiai tinka saugiai transliuoti įmonių mokymus ir rotušes privačiais vietiniais tinklais (LAN), kai nereikalingas mažas delsos laikas ir blogos tinklo sąlygos (darant prielaidą, kad tinklas palaiko HLS).



11. MPEG-DASH (dinaminis pritaikomasis srautas per HTTP)




MPEG-DASH yra atviro standarto, adaptyvus HTTP pagrįstas srautinio perdavimo protokolas, siunčiantis vaizdo ir garso turinį per tinklą mažais, TCP pagrįstais laikmenų segmentais, kurie vėl surenkami srautinio perdavimo paskirties vietoje. Tarptautinė standartų organizacija (ISO) ir MPEG komanda sukūrė MPEG-DASH kodekui ir raiškos agnostikai, o tai reiškia, kad MPEG-DASH gali transliuoti bet kokio formato vaizdo įrašus (ir garso įrašus) (H.264, H.265 ir kt.) ir palaiko rezoliucijas iki 4K. Kitu atveju MPEG-DASH veikia panašiai kaip HLS.


MPEG-DASH diegimo kaina yra maža, nes ji naudoja esamą TCP pagrįstą tinklo technologiją, kuri yra patraukli CDN. Kadangi paketai perduodami per TCP, patirties kokybė (QoE) yra palankesnė už mažą vėlavimą ir vėlavimo laikas gali būti didelis.


MPEG-DASH taip pat sukurtas prisitaikyti prie skirtingų tinklo sąlygų. Skirtingos srauto versijos siunčiamos skirtingomis skiriamosiomis gebomis ir pralaidumu. Žiūrovai gali pasirinkti norimo srauto kokybę. Taip pat palaikomi keli garso takeliai, taip pat patobulintos funkcijos, pvz., Subtitrai, metaduomenys ir skaitmeninių teisių valdymas (DRM). Infrastruktūra yra skirta būsimiems pokyčiams, pavyzdžiui, įterptoms reklamoms


Pastaba: Palaikomi saugūs srautai per HTTPS, taip pat MD5 maišos ir SHA maišos algoritmai, skirti vartotojo vardui ir slaptažodžiui patvirtinti.


12. Kaip veikia MPEG-DASH ir programos




Darbo principas: 

MPEG-DASH veikia taip pat, kaip HLS, ir siunčia trumpus, laikmenos segmentus per HTTP (80 prievadą) arba HTTPS (443 prievadą), kad būtų lengviau pereiti prie užkardos. Jis naudoja MPEG2-TS transportavimo srauto konteinerį su konfigūruojama laikmenos segmento trukme, taip pat konfigūruojamu grojaraščio dydžiu, kad medijos segmentai būtų surinkti perimimo serveryje. Suskaidytas MP4 palaikomas.


#Konceptuali MPEG DASH architektūra




Pastaba: Didelę MPEG-DASH vėlavimą lemia tinklo paketų praradimo ir atkūrimo metodas, naudojamas visiems TCP pagrįstiems tinklams. Nors „MPEG-DASH“ suteikia galimybę šiek tiek kontroliuoti medijos segmento dydį, galimybė sumažinti delsą yra ribota - ypač jei persiuntimo serveriui reikalingas konkretus medijos segmento dydis.





#MPEG-DASH standartas daugialypės terpės srautui internetu


Pastaba: Naudokite MPEG-DASH srautui į CDN, kuris nepalaiko RTMP, kai mažas delsos laikas nėra būtinas. Svarbu pažymėti, kad RTMP jau nebenaudoja vis daugiau CDN. DASH taip pat gerai tinka saugiai transliuoti įmonių mokymus ir miesto rotušes per privačius LAN, kai nereikalingas mažas delsos laikas ir blogos tinklo sąlygos.


13. Kuris srautinio perdavimo protokolas jums tinka?



Pastaba: Nors RTMP yra pats populiariausias srautinio perdavimo protokolas, tokie protokolai, kaip SRT protokolas, HLS ir DASH, meta iššūkį. Ką turi adaptyvūs HTTP pagrindu siunčiami srautinio perdavimo protokolai HLS ir MPEG-DASH, kurių neturi RTMP?

● Keli garso takeliai vienam vaizdo takeliui, skirtas daugiakalbėms kūriniams.
● Metaduomenų ir kitų tipų įdėto turinio įtraukimas.
● Skaitmeninių teisių valdymo (DRM) palaikymas.
● Siųskite kelias srauto versijas skirtingomis skiriamosiomis gebomis ir pralaidumu, kad žiūrovai galėtų pasirinkti kokybę, atitinkančią jų tinklo sąlygas ar ekrano dydį.
● HLS ir MPEG-DASH mastelis yra daug lengvesnis ir pigesnis nei naudojant RTMP. RTMP paprastai reikalauja rankiniu būdu atidaryti IT tinklo prievadus, kad būtų galima pereiti per užkardas.


Pastaba: Jei delsa ar blogos tinklo sąlygos nėra problema, tada HLS arba MPEG-DASH išmuša SRT protokolas. Adaptyvūs HTTP pagrindu siunčiami srautinio perdavimo protokolai suteikia geriausią vaizdo kokybę žiūrovams, turintiems skirtingas tinklo sąlygas, ir juos nustatyti yra paprasčiau nei SRT protokolas.




14. Tikri dalykai apie SRT protokolas




1. SRT protokolas yra atvirojo kodo sprendimas, integruotas į kelias platformas ir architektūras, įskaitant aparatinės įrangos nešiojamus sprendimus ir programinės įrangos debesų sprendimus.

2. SRT protokolas gali gerai veikti, kai vėluoja nuo kelių milisekundžių iki kelių sekundžių. Gali įveikti ilgus tinklo vėlavimus.
3. SRT protokolas neturi nieko bendro su apkrova. Bet koks vaizdo ar garso laikmenos tipas ar bet koks kitas duomenų elementas, kurį galima siųsti naudojant UDP, yra suderinamas su SRT. Palaikykite kelis srauto tipus.
4. SRT protokolas siuntimas palaiko kelis vienu metu vykstančius srautus. Keli skirtingi laikmenų srautai, pvz., Keli kameros kampai arba neprivalomi garso takeliai, gali būti siunčiami per lygiagrečius SRT srautus, kurie naudoja tą patį UDP prievadą ir adresą „point-to-point“ nuorodoje.
5. SRT naudojamas rankos paspaudimo procesas protokolas palaiko išeinančius ryšius nereikalaujant atidaryti pavojingų nuolatinių išorinių uostų užkardoje, taip išlaikant įmonės saugumo politiką. Patobulinta užkardos skverbtis.

6. SRT protokolas Galutinis taškas sukuria stabilų „nuo pabaigos iki pabaigos“ vėlavimo profilį, pašalinant poreikį, kad pasroviui reikalinga įranga turėtų savo buferį kintančių signalo vėlavimams spręsti. Signalo laikas yra tikslus.


Tokie CDN, kaip „Akamai“, jau paskelbė nutraukiantys RTMP palaikymą. Tai sena ir brangi dislokuoti. Su naujais protokolais, tokiais kaip SRT protokolas, HLS ir MPEG-DASH populiarėja, tik laiko klausimas, kada RTMP bus praeitis. 


Pastaba: Jei reikia mažo delsos ir jūs transliuojate nenuspėjamais tinklais, tada SRT protokolas yra pasirinktas srautinio perdavimo protokolas. SRT protokolas sukuria savo ryšį paketams atkurti, kuris yra daug efektyvesnis nei TCP. Tai įgalina SRT protokolas teikti beveik realiu laiku dvipusį ryšį tarp priimančiojo ir nuotolinio svečio. Galite suderinti delsą, kad prisitaikytumėte prie tinklo sąlygų.


ATGAL


Papildomi tipo straipsniai




m3u plėtinys - programų, kurios gali atidaryti .m3u failus, sąrašas

IPTV .M3U / .M3U8 grojaraščio srautų srautas įvairiais įrenginiais rankiniu būdu

Kaip pasidaryti „FM“ radijo anteną | „Naminių FM antenų pagrindai ir pamokos“

„FMUSER STL Link“ - viskas, ko jums reikia studijoje, kad galėtumėte perduoti ryšio įrenginius




Norėdami gauti daugiau informacijos apie SRT protokolą palaikančius gaminius, susisiekite su manimi tinklas | Programėlė


Mano WhatsApp +8618319244009 


Arba susisiekite su manimi siųsdami el. Laiškus |DABAR


[apsaugotas el. paštu]



Jei manote, kad šis straipsnis yra naudingas, kviečiame siųsti ir geros dienos!



Palik žinutę 

Vardas *
El.pašto adresas* *
Mobilus telefonas
Adresas
kodas Žiūrėti patvirtinimo kodą? Spauskite atsigaivinti!
Žinutė
 

Žinučių sąrašas

Komentarai Kraunasi ...
Pagrindinis| Apie mus| Produktai| Naujienos| parsisiųsti| Pagalba| grįžtamasis ryšys| Kontaktai| tarnyba

Kontaktai: Zoey Zhang Tinklalapis: www.fmuser.net

„Whatsapp“ / „Wechat“: + 86 183 1924 4009

Skype: tomleequan El. [apsaugotas el. paštu] 

Facebook: FMUSERBROADCAST Youtube: FMUSER ZOEY

Adresas anglų kalba: Room305, HuiLanGe, No.273 HuangPu Road West, TianHe District., Guangzhou, China, 510620 Adresas kinų k.: 广州市天河区黄埔大道西273尷栘)