tuotteet Luokka
- FM-lähetin
- 0-50w 50w-1000w 2kw-10kw 10kw +
- TV lähetin
- 0-50w 50-1kw 2kw-10kw
- FM-antenni
- TV-antenni
- antenni Tarvikkeet
- Kaapeli liitin Virta Splitter dummy Load
- RF Transistor
- Virtalähde
- Audio Kalusto
- DTV Front End Equipment
- Link System
- STL-järjestelmän Mikroaaltouuni Link järjestelmä
- FM-radio
- Voimamittari
- Muut tuotteet
- Erityinen koronavirukselle
Tags
Fmuser Sites
- es.fmuser.net
- it.fmuser.net
- fr.fmuser.net
- de.fmuser.net
- af.fmuser.net -> Afrikaans
- sq.fmuser.net -> albania
- ar.fmuser.net -> arabia
- hy.fmuser.net -> Armenian
- az.fmuser.net -> azerbaidžanilainen
- eu.fmuser.net -> baski
- be.fmuser.net -> valkovenäläinen
- bg.fmuser.net -> Bulgaria
- ca.fmuser.net -> katalaani
- zh-CN.fmuser.net -> kiina (yksinkertaistettu)
- zh-TW.fmuser.net -> Kiina (perinteinen)
- hr.fmuser.net -> kroatia
- cs.fmuser.net -> tšekki
- da.fmuser.net -> tanska
- nl.fmuser.net -> Dutch
- et.fmuser.net -> viro
- tl.fmuser.net -> filippiiniläinen
- fi.fmuser.net -> suomi
- fr.fmuser.net -> French
- gl.fmuser.net -> galicialainen
- ka.fmuser.net -> Georgian
- de.fmuser.net -> saksa
- el.fmuser.net -> Greek
- ht.fmuser.net -> Haitin kreoli
- iw.fmuser.net -> heprea
- hi.fmuser.net -> Hindi
- hu.fmuser.net -> Unkari
- is.fmuser.net -> islanti
- id.fmuser.net -> indonesia
- ga.fmuser.net -> irlantilainen
- it.fmuser.net -> Italian
- ja.fmuser.net -> japani
- ko.fmuser.net -> korea
- lv.fmuser.net -> latvia
- lt.fmuser.net -> Liettua
- mk.fmuser.net -> makedonia
- ms.fmuser.net -> malaiji
- mt.fmuser.net -> maltalainen
- no.fmuser.net -> Norja
- fa.fmuser.net -> persia
- pl.fmuser.net -> puola
- pt.fmuser.net -> portugali
- ro.fmuser.net -> Romania
- ru.fmuser.net -> venäjä
- sr.fmuser.net -> serbia
- sk.fmuser.net -> slovakki
- sl.fmuser.net -> Slovenian
- es.fmuser.net -> espanja
- sw.fmuser.net -> swahili
- sv.fmuser.net -> ruotsi
- th.fmuser.net -> Thai
- tr.fmuser.net -> turkki
- uk.fmuser.net -> ukraina
- ur.fmuser.net -> urdu
- vi.fmuser.net -> Vietnam
- cy.fmuser.net -> kymri
- yi.fmuser.net -> Jiddiš
Mikä on SRT-protokolla ja miksi se on niin tärkeä?
"Mikä on SRT: n avoimen lähdekoodin Internet-siirtoprotokolla? Mitä se tarkoittaa videoiden suoratoistoteollisuudelle? FMUSER esittelee sinulle kaikki tiedot, jotka sinun on tiedettävä SRT-protokollasta, mukaan lukien SRT-protokollan merkitys, SRT: n tausta -protokolla ja SRT-protokolla voivat tuoda tulevaisuuden videoiden suoratoistoratkaisut, videoteollisuuden ja verkkovideolähetysten kehittämisen Vaikutus ja muutos ---- FMUSER "
Mikä on SRT-protokolla?
Kuinka SRT-protokolla toimii?
SRT-protokollan kehityshistoria
Mitä SRT-protokolla tuo meille?
Miksi SRT-protokolla on niin tärkeä?
Mitkä ovat SRT-protokollan käytön edut?
SRT-protokollalla tuetut suoratoistoratkaisut FMUSERilta
Verrattuna SRT-protokollaan tavallisilla lähetysmuodoilla
HTTP-suoratoisto (HLS)
Kuinka HLS toimii?
MPEG-DASH (dynaaminen adaptiivinen suoratoisto HTTP: n kautta)
Kuinka MPEG-DASH toimii ja sovelluksia
Mikä suoratoistoprotokolla sopii sinulle parhaiten?
Todellisia asioita SRT-protokollasta
● Määritelmä: SRT-protokolla on lyhenne (Secure Reliable Transport Protocol). Secure Reliable Transport protcol (SRT-protokolla) on korkealaatuinen, matalaviiveinen, turvallinen, reaaliaikainen videovapaa avoimen lähdekoodin videonsiirtoprotokolla. Se tukee meluisia tai arvaamattomia verkkoja (kuten matalaviiveinen, korkean suorituskyvyn suoratoisto toteutetaan julkisella Internetillä. SRT-protokolla on nykyään erittäin suosittu avoimen lähdekoodin matalaviiveinen videolähetysprotokolla. Käyttämällä luotettavaa SRT-protokollan lähetystekniikkaa, se voi toteuttaa turvallisesti ja luotettavasti teräväpiirtovideoiden lähetys ja jakelu tavallisissa Internet-ympäristöissä ja useiden sijaintien välillä.
Kuinka SRT-protokolla tulee?
● SRT-liittouma on Haivisionin ja Wowzan perustama organisaatio hallinnoimaan ja tukemaan SRT-protokollan avoimen lähdekoodin sovelluksia.
Tämä organisaatio on sitoutunut edistämään videoiden suoratoistoratkaisujen yhteentoimivuutta ja edistämään videoteollisuuden edelläkävijöiden yhteistyötä matalaviiveisen verkkovideonsiirron saavuttamiseksi.
2. Kuinka SRT-protokolla toimii
# SRT: n toimintaperiaate protokolla
Kaikki palomuurit SRT: n välillä protokolla lähdelaitteen ja kohdelaitteen on kuljettava. SRT protokolla on kolme mallia tämän saavuttamiseksi:
Rendezvous / soittaja / kuuntelija
Katso myös: Kuinka ladata / lisätä M3U / M3U8 IPTV -soittolistoja manuaalisesti tuetuissa laitteissa
3. SRT: n kehityshistoria protokolla
Tällä hetkellä markkinoilla on jo 50 SRT-yhteensopivaa tuotetta, mukaan lukien IP-kamerat, kooderit, dekooderit, videoyhdyskäytävät, OTT-alustat ja CDN: t. Tuhannet organisaatiot käyttävät SRT-protokollaa monissa sovelluksissa ja markkinoilla ympäri maailmaa.
FMUSER on yksi SRT: n vahvista kannattajista protokolla. Meillä on korkeat vaatimukset yhteentoimivuudelle ja standardeille. FMUSER on pyrkinyt toteuttamaan SRT-protokollan tuen nykyisissä ja tulevissa koodaus- ja dekoodausratkaisuissa.
4. Mitä SRT P voirotocol Tuo meidät?
Ajattelimme, että on aika palata turvallisen, luotettavan liikenteen kuumaan aiheeseen protokolla (SRT protokolla) Tämä viikko. Muutama pieni SRT protokolla ilmoitukset ovat nousseet esiin siitä lähtien, kun avoimen lähdekoodin protokolla varasti valokeilan Vegasissa toisena vuonna peräkkäin.
SRT: stä on kulunut hieman yli vuosi protokolla saavutti yhden tähän mennessä merkittävimmistä käyttöönotoista. ESPN esitteli SRT-varustetut laitteet 14 urheilukonferenssiin tuottamaan yli 2,200 tapahtumaa edullisten Internet-yhteyksien kautta korvaamalla perinteiset satelliittiyhteyspalvelut ja tuottamalla kustannussäästöjä noin 8 miljoonasta 9 miljoonaa dollaria. Jos ESPN voi saavuttaa kustannussäästöjä tässä mittakaavassa suhteellisen vähäisissä tapahtumissa, kuvittele mahdollisuuksia suuriin live-tapahtumiin - käteistä, joka voidaan viime kädessä sijoittaa muualle katsojakokemuksen parantamiseen.
Mutta streaming-alan edelläkävijät, kuten Netflix ja YouTube, toimittavat HTTP-sisältöä CDN: n kautta miljoonille katsojille ilman SRT: n avustavaa kättä protokolla, mistä kaikki hälinä on? SRT Alliancen perustajajäsen Haivisionin valkolehti pyrkii pohjimmiltaan purkamaan myytin, jonka mukaan RTMP: tä käyttävä HTTP-suoratoistotekniikka on OTT-videoiden kaikki. Itse asiassa jopa 30 sekunnin viiveiden esiintyminen ei ole harvinaista HTTP-suoratoistossa, mikä johtuu pääasiassa lukuisista puristusvaiheista ja erilaisista puskureista signaalireitillä.
Katso myös: Monikanavainen SRT-tuettu video-kooderi suoratoistoa varten
Lisäksi Haivision varoittaa, että HTTP: n toimittamisessa käytetty standardi TCP (Transmission Control Protocol) voi aiheuttaa viivästyksiä, koska TCP vaatii, että jokainen viimeinen virtapaketti toimitetaan loppukäyttäjälle tarkassa alkuperäisessä järjestyksessä. Tämä tarkoittaa viime kädessä, että TCP yrittää jatkuvasti lähettää puuttuvia tietoja, koska ei ole mahdollisuutta ohittaa huonoja tavuja.
Triviaali haittapuoli on se SRT protokolla oli jo olemassa lyhenteenä videoteollisuudessa kauan ennen matalan viive-protokollan tuloa, joka liittyi tekstitystietokoneiden tiedostotunnisteeseen nimeltä SubRip, joten online-haku protokollasta saattoi helposti johtaa harhaan täysin eri tekniikkapinoon.
Siirtymällä nyt nopeasti siihen, kuinka SRT on tehnyt itselleen nimen. Alla oleva kaavio havainnollistaa, kuinka virhe syntyy korjaamattoman virran lähtösignaalissa aina, kun paketti menetetään (ylhäältä), kun taas Forward Error Correction (FEC) lisää vakiomäärän dataa streamiin kadonneiden pakettien luomiseksi, kuten kuvassa Keski. Sitten meillä on Automatic Repeat reQuest (ARQ), joka lähettää kadonneet paketit uudelleen vastaanottimelta pyydettäessä, mikä estää FEC: n jatkuvan kaistanleveyden kulutuksen.
Kolmas ja viimeinen HTTP-saalis liittyy tapaan, jolla TCP pudottaa pakettien lähetysnopeudet ruuhkautumisen yhteydessä. "Vaikka tämä käyttäytyminen on hyvä verkon yleisen ruuhkautumisen vähentämiseksi, se ei sovi videosignaalille, joka ei kykene selviytymään nimellisnopeuden alapuolella olevan nopeuden pudotuksesta", se varoittaa.
”Edut ovat merkittäviä sekä tekniikan toimittajille että käyttäjille, mikä yksinkertaistaa huomattavasti toteutusta ja vähentää kustannuksia, mikä parantaa tuotteiden saatavuutta ja auttaa pitämään hinnat alhaisina. Ja koska jokainen toteuttaja käyttää samaa koodipohjaa, yhteentoimivuus on yksinkertaistettua ”, se on luultavasti parempi johtopäätös valkoiselle paperille kuin itse valitsema.
5. Miksi SRT-protokolla on niin tärkeä?
SRT-protokollan soveltaminen audiovisuaalialalla ja tietotekniikassa on saanut vahvaa palautetta. Tärkeimmät syyt IT-ajattelijoiden innostukseen yritysten ja julkisten käyttäjien keskuudessa ovat; online-videoalustat; sisällön jakeluverkot; yrityksen videosisällönhallintajärjestelmät; ja Internet, suoratoiston perusta Verrattuna laitosyritysten laitteistoihin, ohjelmistoihin ja palveluihin
Yrityksissä, hallituksissa, kouluissa ja puolustuksessa korkean suorituskyvyn videoiden kulutus kasvaa voimakkaasti. Monet protokollat ovat ratkaisseet videon suoratoiston yhteensopivuuden ongelman suurelle määrälle katsojia, jotka kuluttavat sisältöä eri laitteista ja laitteista.
Yksi parhaista tavoista hyödyntää eri organisaatioiden paikallisia resursseja ja palveluntarjoajien pilvessä tekemiä suuria investointeja on tarjota streaming-jakelutyökaluja, joissa on erittäin matala viiveinen video ja erittäin luotettava. SRT protokolla käyttää joitain parhaita User Datagram Protocol (UDP) -ominaisuuksia, kuten matala viive, mutta lisää virhetarkistuksen vastaamaan lähetysohjausprotokollan / Internet-protokollan (TCP / IP) luotettavuutta. Vaikka TCP / IP pystyy käsittelemään kaikkia dataprofiileja ja sopii parhaiten työhönsä
Huomautus: SRT protokolla voi korvata ikääntyvän RTMP-protokollan. Se ratkaisee turvallisuuskysymyksiä ja keskittyy suorituskykyiseen videoon jopa julkisen Internet-infrastruktuurin kautta ja pystyy käsittelemään tehokkaita videoita.
6. Mitkä ovat SRT-protokollan käytön edut?
Kolme ominaisuutta: TURVALLISUUS, LUOTETTAVUUS ja MATALA LATENCIA.
Ehdot | Ominaisuudet |
TURVALLISUUDEN kannalta |
SRT protokolla tukee AES-salausta päästä päähän -videonsiirron varmistamiseksi. |
LUOTETTAVUUS |
SRT protokolla käyttää eteenpäin korjaavaa tekniikkaa (FEC) varmistaakseen lähetyksen vakauden |
MATALA LATENCIA |
SRT protokolla on rakennettu UDT-protokollan päälle, se ratkaisee UDT-protokollan korkean lähetysviiveen ongelman. UDT-protokolla perustuu UDP-verkkoyhteysprotokollaan |
#Sheet 1 - Mitkä ovat fsyövät ofSRT-protokolla
SRT protokolla mahdollistaa suoran yhteyden signaalilähteen ja kohteen välillä, mikä on jyrkässä ristiriidassa monien olemassa olevien videolähetysjärjestelmien kanssa, jotka vaativat keskitetyn palvelimen keräämään signaaleja etäisistä sijainneista ja ohjaamaan ne yhteen tai useampaan kohteeseen. Keskuspalvelinpohjaisessa arkkitehtuurissa on yksi vikapiste, josta voi tulla myös pullonkaula vilkkaan liikenteen aikana. Signaalien lähettäminen keskittimen kautta lisää myös päästä päähän -signaalin lähetysaikaa ja saattaa kaksinkertaistaa kaistanleveyskustannukset, koska on toteutettava kaksi linkkiä: yksi lähteestä keskuskeskukseen ja toinen keskuksesta kohteeseen . Käyttämällä suoria yhteyksiä lähteestä kohteeseen, SRT protokolla voi vähentää latenssia, poistaa keskeisiä pullonkauloja ja vähentää verkkokustannuksia.
SRT-PÖYTÄKIRJAN NELJÄ TÄRKEIMMÄT OMINAISUUDET |
||
toiminnallinen |
|
Raakalaatuinen video - SRT protokolla on suunniteltu estämään meluisissa verkoissa esiintyvien ruuhkien aiheuttamat värinät, pakettihäviöt ja kaistanleveyden vaihtelut parhaan katselukokemuksen saavuttamiseksi. Tämä saavutetaan edistyneellä matalaviiveisellä uudelleenlähetystekniikalla, joka voi kompensoida ja hallita pakettihäviötä. SRT protokolla kestää jopa 10% pakettihäviön ilman visuaalista vaikutusta virtaukseen. |
Tehokas |
|
Huolimatta verkkohaasteista, video ja ääni toimitetaan pienellä viiveellä, TCP / IP-toimituksen ja UDP-nopeuden yhdistetyillä eduilla. Matala viive - vaikka se pystyy selviytymään verkkohaasteista, video- ja äänilähetyksillä on silti pieni viive. Sillä on TCP / IP-toimituksen luotettavuuden ja UDP-nopeuden kattavat edut. |
Turvata |
|
Suojattu end-to-end-siirto - alan standardien mukainen AES 128/256-bittinen salaus varmistaa Internetin sisällön suojauksen. SRT protokolla tarjoaa yksinkertaistetun palomuuriliikenteen. teollisuusstandardien mukainen AES 128/256-bittinen salaus varmistaa turvallisen päästä päähän -sisällön siirtämisen Internetin kautta, mukaan lukien yksinkertaistettu palomuuriliikenne. Koska SRT protokolla varmistaa turvallisuuden ja luotettavuuden, julkista Internetiä voidaan nyt käyttää laajennettuihin suoratoistomediasovelluksiin, kuten suoratoistoon sosialistisiin pilvisivustoihin (esimerkiksi kalkkikivien unicast-monipilvialusta jaetaan samanaikaisesti useisiin sosiaalisiin medioihin, kuten Facebook) Live, youtube , nykiminen ja periskooppi (reaaliaikaisesta videosyötteestä), koko videoseinän sisällön tai videoseinän ROI: n suoratoisto tai kaukosäätö jne. |
Lisää |
|
Avoin lähdekoodi - SRT protokolla on rojaltiton, uuden sukupolven ja avoimen lähdekoodin protokollat tarjoavat kustannustehokkaita, yhteentoimivia ja tulevaisuuteen suuntautuneita ratkaisuja. |
Kustannustehokas |
Yhteentoimivuus - tietäen, että usean toimittajan tuotteet toimivat saumattomasti, käyttäjät voivat ottaa SRT: n käyttöön turvallisesti protokolla koko video- ja äänivirran työnkulun kautta. |
#Sheet 2 - Miksi valitsemme SRT P: nrotocol?
7. SRT Protocol Tuettu suoratoisto Ratkaisut FMUSERilta
FMUSER H.264 h.265 -enkooderi / dekooderi / multi HD -enkooderi / dekooderipari tukee monia suosittuja suoratoistoprotokollia, mukaan lukien SRT protokolla. Tämän kompaktin, vankan, vähän virtaa käyttävän enkooderi / dekooderiparin avulla käyttäjät voivat luotettavasti lähettää reaaliaikaisia streameja jopa 4K tai Quad HD useista SDI-kameroista hallitun tai hallitsemattoman verkon kautta.
#Arkki 3 - FMUSER Audio- ja Video Broadcast Transmission -ratkaisut
Sisätilojen tuotantosovelluksissa FMUSER-kooderiperhe tarjoaa markkinoiden pienimmän viiveen lasista lasiin tarjoamalla turvallisesti virtoja tuotantostudioille etätapahtumista. FMUSER-kooderin tuottama virta sisältää ohjelman aikaleiman sen varmistamiseksi, että synkronikameran signaalit voidaan kohdistaa uudelleen, kun ne dekoodataan FMUSER-dekooderilla. Lisäksi nämä syötteet voidaan synkronoida, jotta voidaan varmistaa saumaton integrointi studioympäristöön.
Huomautus: FMUSER-kooderilla / -dekooderilla on tehokas suoratoistomediapalvelutoiminto. Sen lisäksi, että se tukee yleisiä protokollia, kuten RTSP / RTMP, se tukee myös Onvif-suojausprotokollaa, SIP-protokollaa, NDI-protokollaa (mukautettava), SRT-protokollaa (mukautettava), GB / T28181 (mukautettavissa) ja muita suoratoistomediapalvelusopimuksia; auttaa sinua saavuttamaan kärjessä erittäin teräväpiirtovideoiden IP-pohjaisessa liiketoiminnassa.
Useita sovelluksia FMUSER SRT-tuettu Laitteenkooderit FBE200. lisää >>
FMUSERin tuoteteknologia on keskittynyt korkealaatuisiin tuotteisiin, ja se on jatkuvasti innovoinut ja ylittänyt polun. Tuotekehitys-, tuotanto-, myynti-, palvelu- ja muut liikenneyhteydet ovat täysin integroituneita, palvelua ei ole katkaistu alusta loppuun. Pidä aina käyttäjien tarpeita innovaatioiden liikkeellepanevana voimana, tee vain tuotteita, jotka vastaavat käyttäjien todellisia tarpeita, ja tee vain tuotteita, joihin käyttäjät voivat luottaa. Samalla se voi tarjota asiakkaille laadukasta tuotekehitystä ja räätälöityjä palveluja.
Katso myös: Mitä eroa on AM-ja FM?
8. Verrattuna SRT: hen protokolla Yhteisten lähetysmuotojen kanssa
Verkon videolähetystä varten tarvitaan tehokkaampia suoratoistoprotokollia. Kun yritykset ja sisällön jakeluverkon (CDN) tarjoajat valmistautuvat tulevaisuuden täyteen suoratoistoon, tämä tarve ei ole koskaan ollut niin kiireellinen. Reaaliaikaisen suoratoiston tulevaisuus, SRT protokolla, HLS ja MPEG-viiva on tullut. Katsotaanpa, mitkä nämä reaaliaikaiset suoratoistoprotokollat ovat, niiden edut ja sovellukset
Internetissä on tällä hetkellä kaksi suoraa videolähetystä.
● RTMP-pohjainen suora lähetys.
● WebRTC-protokollan suora lähetys.
RTMP-pohjainen suora lähetys |
WebRTC-protokolla |
1.Tämä suoralähetysmenetelmä käyttää RTMP-protokollaa ylävirran push-toiminnossa ja RTMP, HTTP + FLV tai HLS jatkokäytössä 2. Suoran lähetyksen viive on yleensä yli 3 sekuntia ja on |
1.Tämä suoralähetysmenetelmä käyttää UDP-protokollaa median suoratoistoon 2.Lähetyksen viive on alle 1 sekunti ja samanaikaisten yhteyksien määrä on yleensä alle 10
|
Huomaa: Sitä käytetään pääasiassa sovelluksissa, kuten matala viive ja suuri samanaikaisuus, kuten live-tapahtumat, osaketietojen synkronointi, suurten luokkien koulutus jne. |
Huomaa: Sitä käytetään pääasiassa sovelluksissa, kuten videopuheluissa, ja se näyttää yhdistäviä mikrofoneja. Kohtauksia. |
#Arkki 4 - RTMP: n ja WebRTC: n vertailu
HTTP Live Streaming (HLS) on mukautuva, HTTP-pohjainen suoratoistoprotokolla, joka lähettää video- ja äänisisältöä verkon kautta pienissä TCP-pohjaisissa mediasegmenteissä, jotka kootaan uudelleen suoratoistokohteessa. HLS: n käyttöönoton kustannukset ovat alhaiset, koska se käyttää olemassa olevaa TCP-pohjaista verkkotekniikkaa, mikä on houkutteleva CDN: lle, joka haluaa korvata vanhat (ja kalliit) RTMP-mediapalvelimet. Mutta koska HLS käyttää TCP: tä, kokemuksen laatua (QoE) suositaan matalaan viiveeseen nähden ja viiveajat voivat olla korkeita (kuten sekunteina millisekuntien sijaan).
HLS on alun perin kehittänyt Apple Inc. protokollana median suoratoistamiseksi Apple-laitteille. Apple on sittemmin kehittänyt HLS: n (push), joka on avoimen standardin suoratoistoprotokolla, joka on kaikkien laitteiden käytettävissä. Tällä hetkellä HLS tukee videota, joka on koodattu H.264- tai HEVC-koodekkeilla.
# HTTP-suoratoisto (HLS)
HLS: n etuna on, että se on suunniteltu mukautumaan erilaisiin verkko-olosuhteisiin. Streamin eri versiot lähetetään eri resoluutioilla ja bittinopeudella. Katsojat voivat valita haluamansa suoratoiston laadun. HLS tukee myös useita ääniraitoja, mikä tarkoittaa, että streamissasi voi olla useita kieliraitoja, joista käyttäjät voivat valita. Muita etuja ovat tuki suljetuille tekstityksille, metatiedoille, Digital Rights Management (DRM) ja jopa upotetut mainokset (lähitulevaisuudessa). Puitteet ovat kaikki olemassa.
Huomautus: Suojattua suoratoistoa HTTPS: n kautta tuetaan, samoin kuin MD5- ja SHA-hajautusalgoritmeja käyttäjänimen ja salasanan todennukseen.
Katso myös: Kuinka ratkaista GOGO IPTV -ongelmat Icone Pro-, Plus- ja Wegoo-vastaanottimissa?
Lähestymistapa on paljon kuin tiedostonsiirto. Mediasegmentit virtaavat HTTP-portin 80 (tai HTTPS-portti 443) kautta, joka on tyypillisesti jo avoinna verkkoliikenteelle. Sellaisena sisältö voi helposti kulkea palomuurien läpi ilman IT-osallisuutta.
# Tutustu HLS: n toimintaan
HLS käyttää MPEG2-TS-siirtovirtaa, jolla on konfiguroitava mediasegmentin kesto sekä konfiguroitava soittolistakoko, jotta media-segmentit kootaan uudelleen sisäänottopalvelimessa. Sirpaloitunutta MP4: ää tuetaan.
#Tutustu HSL: n toimintaan
Huomautus: Koska HLS käyttää TCP-pohjaista tekniikkaa, verkkopakettien menetys ja palautustapa ovat intensiivisiä. Se on yksi syy lisääntyneeseen viiveeseen. Vaikka jonkin verran mediasegmentin hallintaa on käytettävissä, viiveen vähentämisen mahdollisuus on rajallinen - varsinkin jos syömispalvelin vaatii tietyn mediasegmentin koon.
HLS on edelleen standardi suoratoistolle mobiililaitteille ja tableteille. Voit käyttää HLS: ää myös suoratoistoon CDN: ään, joka ei tue RTMP: tä, kun matala viive ei ole vaatimus. On tärkeää huomata, että yhä useammat CDN: t ovat vanhentaneet RTMP: tä. HLS soveltuu hyvin myös yrityksen koulutuksen ja kaupungintalojen turvalliseen suoratoistoon yksityisten lähiverkkojen (LAN) kautta, kun matala viive ei ole vaatimus ja verkko-olosuhteet ovat heikot (olettaen, että verkko tukee HLS: ää).
11. MPEG-DASH (dynaaminen adaptiivinen suoratoisto HTTP: n kautta)
MPEG-DASH on avoimen standardin mukautuva HTTP-pohjainen suoratoistoprotokolla, joka lähettää video- ja äänisisältöä verkon kautta pienissä TCP-pohjaisissa mediasegmenteissä, jotka kootaan uudelleen suoratoistokohteessa. Kansainvälinen standardointijärjestö (ISO) ja MPEG-tiimi suunnittivat MPEG-DASH: n koodekin ja resoluution agnostiksi, mikä tarkoittaa, että MPEG-DASH voi suoratoistaa videota (ja ääntä) missä tahansa muodossa (H.264, H.265 jne.) ja tukee resoluutioita jopa 4K. Muussa tapauksessa MPEG-DASH toimii paljon samalla tavalla kuin HLS.
MPEG-DASH: n käyttöönoton kustannukset ovat alhaiset, koska siinä käytetään olemassa olevaa TCP-pohjaista verkkotekniikkaa, joka on houkutteleva CDN: n kannalta. Mutta koska paketteja kuljetetaan TCP: n kautta, kokemuksen laatua (QoE) suositaan matalalle viiveelle ja viiveajat voivat olla korkeita.
MPEG-DASH on myös suunniteltu mukautumaan erilaisiin verkko-olosuhteisiin. Streamin eri versiot lähetetään eri resoluutioilla ja bittinopeudella. Katsojat voivat valita haluamansa suoratoiston laadun. Tuetaan myös useita ääniraitoja sekä parannettuja ominaisuuksia, kuten tekstitys, metatiedot ja digitaalinen oikeuksien hallinta (DRM). Infrastruktuuri on tulevaa kehitystä varten, kuten upotetut mainokset
Huomautus: Suojattua suoratoistoa HTTPS: n kautta tuetaan, samoin kuin MD5- ja SHA-hajautusalgoritmeja käyttäjänimen ja salasanan todennukseen.
Toimintaperiaate:
MPEG-DASH toimii samalla tavalla kuin HLS ja lähettää lyhyitä mediasegmenttejä HTTP: n (portti 80) tai HTTPS: n (portti 443) kautta palomuurin helppoon siirtymiseen. Se käyttää MPEG2-TS-siirtovirran säilöä, jolla on konfiguroitava mediasegmentin kesto, sekä konfiguroitavaa soittolistan kokoa mediasegmenttien kokoamiseksi uudelleen syöttöpalvelimessa. Sirpaloitunutta MP4: ää tuetaan.
#MPEG DASH: n käsitteellinen arkkitehtuuri
#MPEG-DASH-standardi multimedian suoratoistoon Internetissä
Huomautus: Käytä MPEG-DASH: ta suoratoistamiseen CDN: ään, joka ei tue RTMP: tä, kun matala viive ei ole vaatimus. On tärkeää huomata, että yhä useammat CDN: t ovat vanhentaneet RTMP: tä. DASH soveltuu hyvin myös yrityksen koulutuksen ja kaupungintalojen turvalliseen suoratoistoon yksityisten lähiverkkojen kautta, kun matala viive ei ole vaatimus ja verkko-olosuhteet ovat heikot.
● Useita ääniraitoja yhdelle videoraidalle monikielistä tuotantoa varten.
● Sisältää metatiedot ja muun tyyppisen upotetun sisällön.
● Digitaalisten oikeuksien hallinnan (DRM) tuki.
● Lähetä useita suoratoiston versioita eri tarkkuudella ja bittinopeudella, jotta katsojat voivat valita verkon olosuhteisiin tai näyttökokoon sopivan laadun.
● Skaalautuvuus on paljon helpompaa ja halvempaa HLS: lle ja MPEG-DASH: lle kuin RTMP: lle. Ja RTMP edellyttää yleensä, että IT-verkkoportit avataan manuaalisesti palomuurien kulkemiseen.
Huomautus: Jos viive tai huonot verkko-olosuhteet eivät ole ongelma, HLS tai MPEG-DASH voittaa SRT: n protokolla. Mukautuvat HTTP-pohjaiset suoratoistoprotokollat tuottavat parhaan mahdollisen videolaadun katsojille, joilla on erilaiset verkko-olosuhteet, ja niiden asentaminen on yksinkertaisempaa kuin SRT protokolla.
14. Todelliset asiat noin SRT-protokolla
1. SRT protokolla on avoimen lähdekoodin ratkaisu, joka on integroitu useisiin ympäristöihin ja arkkitehtuureihin, mukaan lukien laitteistopohjaiset kannettavat ratkaisut ja ohjelmistopohjaiset pilviratkaisut.
2. SRT protokolla voi toimia hyvin yhteyksissä, joiden viiveet vaihtelevat muutamasta millisekunnista muutamaan sekuntiin. Kestää pitkiä verkkoviiveitä.3. SRT protokolla ei ole mitään tekemistä kuorman kanssa. Kaikentyyppinen video- tai audiomedia tai itse asiassa mikä tahansa muu dataelementti, joka voidaan lähettää UDP: n avulla, on yhteensopiva SRT: n kanssa. Tukee useita virtatyyppejä.
4. SRT protokolla lähettäminen tukee useita samanaikaisia virtoja. Useita erilaisia mediavirtoja, kuten useita kamerakulmia tai valinnaisia ääniraitoja, voidaan lähettää rinnakkaisten SRT-virtojen kautta, jotka jakavat saman UDP-portin ja osoitteen pisteestä pisteeseen -linkissä.
5. SRT: n käyttämä kättelyprosessi protokolla tukee lähteviä yhteyksiä tarvitsematta avata palomuurissa vaarallisia pysyviä ulkoisia portteja, mikä ylläpitää yhtiön turvallisuuspolitiikkaa. Parannettu palomuurin läpikäynti.
6. SRT protokolla päätepiste muodostaa vakaan päästä päähän -viiveprofiilin, jolloin loppupään laitteille ei tarvita omaa puskuria muuttuvien signaaliviiveiden käsittelemiseksi. Signaalin aika on tarkka.
Akamaiin kaltaiset CDN: t ovat jo ilmoittaneet lopettavansa RTMP-tuen. Se on vanha ja kallis ottaa käyttöön. Uusilla protokollilla, kuten SRT protokolla, HLS ja MPEG-DASH ovat saamassa suosiota, on vain ajan kysymys, ennen kuin RTMP on menneisyyttä.
Huomautus: Jos tarvitaan matalaa viivettä ja suoratoistat arvaamattomissa verkoissa, SRT protokolla on valitsemasi suoratoistoprotokolla. SRT protokolla muodostaa oman TCP: tä tehokkaamman yhteyden pakettien palautusta varten. Se mahdollistaa SRT: n protokolla toimittaa lähes reaaliaikaista, kaksisuuntaista viestintää isännän ja etävieraan välillä. Ja voit virittää viiveen säätääksesi verkko-olosuhteita.
Lisätyyppiartikkelit
m3u Extension - Luettelo ohjelmista, jotka voivat avata .m3u-tiedostoja
Ohje IPTV .M3U / .M3U8-soittolistojen manuaalisen lataamisen eri laitteille
Kuinka DIY-FM-antenni tehdä itse | Kotitekoiset FM-antennin perusteet ja oppaat
FMUSER STL Link - Kaikki mitä tarvitset Studiossa lähetyslinkkilaitteiden lähettämiseen
Jos haluat lisätietoja SRT-protokollan tukemista tuotteista, ota yhteyttä minuun verkko | Sovellus
Oma whatsapp +8618319244009
Tai ota minuun yhteyttä lähettämällä sähköpostia |NYT
Jos luulet tämän artikkelin olevan hyödyllinen, tervetuloa lähettämään ja hauskaa päivää!