produktai Kategorija
- FM siųstuvas
- 0-50w 50w-1000w 2kw-10kw 10kw +
- TV siųstuvas
- 0-50w 50-1kw 2kw-10kw
- FM Antena
- TV antena
- antenos Priedai
- kabelis jungtis Maitinimo splitter manekeno Apkrovos
- RF tranzistorius
- Maitinimo
- Garso įranga
- DTV Front End įranga
- Nuoroda sistema
- STL sistema Mikrobangų Nuoroda sistema
- FM radijas
- vatmetro
- Kiti produktai
- Specialus koronavirusui
produktai Žymos
Fmuser svetainės
- es.fmuser.net
- it.fmuser.net
- fr.fmuser.net
- de.fmuser.net
- af.fmuser.net -> afrikanų kalba
- sq.fmuser.net -> albanų
- ar.fmuser.net -> arabų
- hy.fmuser.net -> armėnas
- az.fmuser.net -> azerbaidžanietis
- eu.fmuser.net -> baskų
- be.fmuser.net -> baltarusių
- bg.fmuser.net -> bulgarų
- ca.fmuser.net -> katalonų
- zh-CN.fmuser.net -> kinų (supaprastinta)
- zh-TW.fmuser.net -> kinų (tradicinė)
- hr.fmuser.net -> kroatų
- cs.fmuser.net -> čekų
- da.fmuser.net -> danų
- nl.fmuser.net -> Olandų
- et.fmuser.net -> estų
- tl.fmuser.net -> filipinietis
- fi.fmuser.net -> suomių
- fr.fmuser.net -> prancūzų
- gl.fmuser.net -> Galisų
- ka.fmuser.net -> gruzinų
- de.fmuser.net -> vokiečių kalba
- el.fmuser.net -> graikų
- ht.fmuser.net -> Haičio kreolis
- iw.fmuser.net -> hebrajų
- hi.fmuser.net -> hindi
- hu.fmuser.net -> vengrų
- is.fmuser.net -> islandų
- id.fmuser.net -> indoneziečių
- ga.fmuser.net -> airių
- it.fmuser.net -> italų kalba
- ja.fmuser.net -> japonų
- ko.fmuser.net -> korėjiečių
- lv.fmuser.net -> latvių
- lt.fmuser.net -> lietuvis
- mk.fmuser.net -> makedonų
- ms.fmuser.net -> malajiečių
- mt.fmuser.net -> maltiečių
- no.fmuser.net -> norvegų
- fa.fmuser.net -> persų
- pl.fmuser.net -> lenkų
- pt.fmuser.net -> portugalų
- ro.fmuser.net -> rumunų
- ru.fmuser.net -> rusų
- sr.fmuser.net -> serbų
- sk.fmuser.net -> slovakų
- sl.fmuser.net -> slovėnų
- es.fmuser.net -> ispanų
- sw.fmuser.net -> svahili kalba
- sv.fmuser.net -> švedų
- th.fmuser.net -> Tailando
- tr.fmuser.net -> turkų
- uk.fmuser.net -> ukrainietis
- ur.fmuser.net -> urdu
- vi.fmuser.net -> vietnamiečių
- cy.fmuser.net -> Valų kalba
- yi.fmuser.net -> jidiš
Kas yra SRT protokolas ir kodėl jis toks svarbus?
"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 "
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ą
● 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.
# 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
Taip pat žiūrėkite: Kaip rankiniu būdu įkelti / pridėti M3U / M3U8 IPTV grojaraščius palaikomuose įrenginiuose
3. SRT raidos istorija protokolas
Š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.
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.
# 3 lapas - „FMUSER“ garso ir vaizdo transliacijos perdavimo sprendimai
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ą?
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.
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
#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.
● 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ų.
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
Jei manote, kad šis straipsnis yra naudingas, kviečiame siųsti ir geros dienos!