"Mi az SRT nyílt forráskódú internetes átviteli protokoll? Mit jelent a video streaming ipar számára? Az FMUSER bemutatja az összes információt, amelyet tudnia kell az SRT protokollról, beleértve az SRT protokoll jelentését, az SRT hátterét protokoll és az SRT protokoll a jövőbeni videó streaming megoldásokat, a videoipart és a hálózati videoátvitel fejlesztését hozhatja létre Hatás és változás ---- FMUSER "

Quick View

Mi az SRT protokoll?
Hogyan működik az SRT protokoll?
Az SRT protokoll fejlesztési története
Mit hozhat nekünk az SRT protokoll?
Miért olyan fontos az SRT protokoll?
Milyen előnyei vannak az SRT protokoll használatának?
Az SRT protokoll által támogatott streaming megoldások az FMUSER-től
Összehasonlított SRT protokoll közös átviteli formátumokkal
HTTP élő közvetítés (HLS)
Hogyan működik a HLS?
MPEG-DASH (dinamikus, adaptív streaming HTTP-n keresztül)
Hogyan működik az MPEG-DASH és az alkalmazások
Melyik streaming protokoll a megfelelő az Ön számára?
Igaz dolgok az SRT protokollról

1. Mi az SRT protokoll?

● Meghatározás: Az SRT protokoll a (Secure Reliable Transport Protocol) rövidítése. A Secure Reliable Transport protcol (SRT protokoll) egy kiváló minőségű, alacsony késleltetésű, biztonságos, valós idejű videojáték-mentes nyílt forráskódú videoátviteli protokoll. Támogatja a zajos vagy kiszámíthatatlan hálózatokat (például alacsony késleltetésű, nagy teljesítményű streaming valósul meg a nyilvános interneten. Az SRT protokoll manapság nagyon népszerű nyílt forráskódú, alacsony késésű videó átviteli protokoll. Az SRT protokoll megbízható átviteli technológiát használva képes a biztonságos és megbízható nagyfelbontású videoátvitel és terjesztés sikeres megvalósítása normál internetes környezetekben és több helyszín között.

Hogyan jön az SRT protokoll?

● SRT Szövetség a Haivision és a Wowza által létrehozott szervezet az SRT protokoll nyílt forráskódú alkalmazásainak kezelésére és támogatására.

Ez a szervezet elkötelezett a video streaming megoldások interoperabilitásának előmozdítása mellett, és elősegíti a videoipar úttörőinek együttműködését az alacsony késésű hálózati videoátvitel elérése érdekében.

2. Hogyan működik az SRT protokoll

Külön kommunikációs kapcsolat jön létre az SRT forrás között (jeladó) és az SRT rendeltetési hely (dekóder) az ellenőrzéshez és a csomagok helyreállításához. A cél lehet szerver, CDN vagy más SRT protokoll által támogatott eszköz. SRT protokoll a saját csomagvesztés-helyreállítási módszerét és az UDP-csomagokat használja a hálózaton, amelyeket beállíthat a változó hálózati körülményekhez való alkalmazkodáshoz. Ha a hálózati állapot rossz, további csomagpufferek adhatók a videó minőségének javítása érdekében. A hálózati viszonyok javulásával a késleltetés csökkenthető a valós idejű streaming élmény elérése érdekében.

# Az SRT működési elve protokoll

Bármely tűzfal az SRT között protokoll a forráseszközt és a céleszközt be kell járni. SRT protokoll három mintája van ennek elérésére:

Rendezvous / Hívó / Hallgató

Az összesítési minta a legegyszerűbb, és általában a tűzfalon keresztül lehet haladni az SRT között protokoll forrás és a cél anélkül, hogy részt venne benne. Ha nem tud átjutni a tűzfalon, akkor használja a hívó / hallgató módot. Néhányan azonban részt vesznek a forgalomirányítás beállításában, hogy a céleszköz nyilvános IP-címén és az SRT-n érkező forgalom megtörténjen protokoll port továbbításra kerül a helyi hálózaton lévő eszközre.

Lásd még: Az M3U / M3U8 IPTV lejátszási listák kézi betöltése és hozzáadása a támogatott eszközökön

3. Az SRT fejlődéstörténete protokoll

Az SRT egy SRT szövetség, amelyet a Haivision és Wowza közösen hoztak létre. Mivel az SRT protokoll 2017-ben nyílt forráskódú technológiává vált, több mint 130 vállalat támogatta a nyílt forráskódú projektet az SRT szövetség támogatásával. Beszállítói és végfelhasználói együtt dolgoznak az ipar tudatosságának növelésében az SRT-vel kapcsolatban protokoll és használja az alacsony késleltetésű videoátvitel általános szabványaként az interneten.

Jelenleg 50 SRT-kompatibilis termék van már a piacon, köztük IP-kamerák, kódolók, dekóderek, video-átjárók, OTT platformok és CDN-ek. Az SRT protokollt több ezer szervezet használja a világ számos alkalmazásában és piacán.

Az FMUSER az SRT egyik erős támogatója protokoll. Az átjárhatóságra és a szabványokra magas követelmények vonatkoznak. Az FMUSER az SRT protokoll támogatásának megvalósítását tűzte ki célul jelenlegi és jövőbeni kódolási és dekódolási megoldásaiban.

4. Mit tehet az SRT Protocol Hoz minket?

Úgy gondoltuk, itt az ideje, hogy újra megvizsgáljuk a biztonságos, megbízható szállítás témáját protokoll (SRT protokoll) ezen a héten. Néhány kis SRT protokoll bejelentések jelentek meg azóta, hogy a nyílt forráskódú protokoll már második éve lopta el a figyelmet Vegasban.

Valamivel több mint egy év telt el az SRT óta protokoll elérte eddigi egyik legjelentősebb telepítését: az ESPN SRT-vel felszerelt eszközöket adott ki 14 sportkonferenciára, hogy több mint 2,200 eseményt hozzon létre olcsó internetkapcsolatokon keresztül, felváltva a hagyományos műholdas felfelé irányuló szolgáltatásokat, és valahol 8 millió dollár közötti 9 millió dollár. Ha az ESPN ilyen mértékű költségmegtakarítást tud elérni a viszonylag alacsony kulcsfontosságú eseményeknél, képzelje el a nagyszabású élő események lehetőségeit - készpénzt, amelyet végül máshová lehet befektetni a nézői élmény javításában.

De az olyan streaming iparág úttörői, mint a Netflix és a YouTube, HTTP-tartalmat juttatnak el CDN-en keresztül nézők millióinak, az SRT segítő keze nélkül protokoll, mi a nagy felhajtás? Haivision műsorszolgáltató, az SRT Szövetség alapító tagja által készített fehér könyv lényegében azt a mítoszt hivatott megcáfolni, miszerint az RTMP-t használó HTTP-streaming technológia az OTT-videók nélkülözhetetlen. Valójában a 30 másodpercig terjedő késések bekövetkezése nem ritka a HTTP streaming során, amelyet elsősorban a jelzés útján lévő nyomógombok és különféle pufferek sokasága okoz.

Lásd még: Többcsatornás SRT által támogatott video kódoló élő közvetítéshez

Ezenkívül a Haivision figyelmeztet arra, hogy a HTTP átadásánál alkalmazott szabvány Transmission Control Protocol (TCP), a késések késői éles csúcsát okozhatja, mivel a TCP megköveteli, hogy a stream minden utolsó csomagját pontosan az eredeti sorrendben juttassák el a végfelhasználóhoz. Ez végső soron azt jelenti, hogy a TCP folyamatosan megkísérli a hiányzó adatok küldését, mivel nincs lehetőség a rossz bájtok átugrására.

Triviálisabb hátrány az, hogy SRT protokoll már jóval az alacsony késleltetésű protokoll megjelenése előtt rövidítésként létezett a videoiparban, amely a feliratú számítógépes fájlok SubRip nevű kiterjesztésére vonatkozott, így a protokollra vonatkozó információk online keresése könnyen tévútra vezethet egy teljesen más technológiai verem felé.

Gyorsan továbblépve arra, hogy az SRT hogyan szerzett magának nevet. Az alábbi ábra azt ábrázolja, hogyan keletkezik hiba a kijavítatlan adatfolyam kimeneti jelében, amikor egy csomag elveszik (felső), míg a Forward Error Correction (FEC) állandó mennyiségű adatot ad hozzá az adatfolyamhoz az elveszett csomagok újrateremtéséhez, amint az a közép. Ezután megvan az Automatikus ismétlés reQuest (ARQ), amely elveszett csomagokat továbbít a vevő kérésére, ami megakadályozza a FEC állandó sávszélesség-fogyasztását.

A HTTP harmadik és egyben utolsó elkapása arra a módra vonatkozik, ahogyan a TCP eldobja a csomagok átviteli sebességét torlódás esetén. "Bár ez a viselkedés jó a hálózat általános szűk keresztmetszetének csökkentésére, nem megfelelő videojel esetén, amely nem képes túlélni a névleges bitsebesség alá eső sebességcsökkenést" - figyelmeztet.

„Az előnyök mind a technológiai beszállítók, mind a felhasználók számára jelentősek, jelentősen leegyszerűsítik a megvalósítást és csökkentik a költségeket, ezáltal javítják a termékek elérhetőségét és segítenek az árak alacsony szinten tartásában. És mivel minden megvalósító ugyanazt a kódbázist használja, az interoperabilitás egyszerűsödik. ”Valószínűleg jobb következtetés a fehér könyv számára, mint amit valójában választott.

5. Miért olyan fontos az SRT protokoll?

Az SRT protokoll alkalmazása az audiovizuális és az informatikai szektorban erős visszajelzéseket kapott. A vállalati és kormányzati végfelhasználók körében az informatikai gondolkodásvezetők izgalmának fő okai a következők; Online video platformok; tartalomszolgáltató hálózatok; vállalati videotartalom-kezelő rendszerek; és az internet, a streaming továbbítás alapja Összehasonlítva a létesítménytársaságok hardverével, szoftverével és szolgáltatásaival

A vállalkozásokban, a kormányokban, az iskolákban és a védelemben a nagy teljesítményű videók fogyasztása meredeken növekszik. Számos protokoll megoldotta a video streaming kompatibilitásának problémáját számos olyan néző számára, akik különböző eszközökről és eszközökről fogyasztanak tartalmat.

A különböző szervezetek helyi eszközeinek és a szolgáltatók által a felhőbe fektetett nagy beruházások előnyeinek kihasználásának egyik legjobb módja az, hogy nagyon alacsony késleltetésű videókkal és nagyon megbízható streaming terjesztési eszközöket kínál. SRT protokoll a Felhasználói Datagram Protokoll (UDP) néhány legjobb aspektusát használja, például az alacsony késleltetést, de hibajavítást ad hozzá, hogy megfeleljen az Átviteli vezérlő protokoll / Internet protokoll (TCP / IP) megbízhatóságának. Bár a TCP / IP képes kezelni az összes adatprofilt, és a legalkalmasabb a munkájához

Jegyzet: SRT protokoll helyettesítheti az öregedő RTMP protokollt. Megoldja a biztonsági kérdéseket, és a teljesítmény-videókra összpontosít, még a nyilvános internetes infrastruktúrán keresztül is, és kifejezetten képes kezelni a nagy teljesítményű videókat.

6. Milyen előnyei vannak az SRT protokoll használatának?

Három jellemző: BIZTONSÁG, MEGBÍZHATÓSÁG és ALACSONY LATENCIA.

Szabályzatok	Jellemzők
A BIZTONSÁG szempontjából	SRT protokoll támogatja az AES titkosítást a végpontok közötti videoátvitel biztonságának biztosítása érdekében.
A MEGBÍZHATÓSÁG szempontjából	SRT protokoll a Forward Correction Technology (FEC) technológiát használja a sebességváltó stabilitásának biztosításához
ALACSONY LATENCIA szempontjából	SRT protokoll az UDT protokoll tetejére épül, megoldja az UDT protokoll nagy átviteli késleltetésének problémáját. Az UDT protokoll az UDP hálózati kommunikációs protokollon alapszik

# 1. lap - Mik az fjellemző ik ofSRT protokoll

SRT protokoll közvetlen kapcsolatot tesz lehetővé a jelforrás és a célpont között, ami szöges ellentétben áll számos létező videoátviteli rendszerrel, amelyekhez központi szerverre van szükség a távoli helyekről érkező jelek összegyűjtésére és egy vagy több rendeltetési helyre történő átirányítására. A központi szerver-alapú architektúrának egyetlen meghibásodási pontja van, amely a nagy forgalom idején is szűk keresztmetszet lehet. A jelek továbbítása a hubon keresztül megnöveli a végpontok közötti jelátviteli időt, és megduplázhatja a sávszélesség költségét, mert két kapcsolatot kell megvalósítani: az egyiket a forrástól a központi hubig, a másikat pedig a központtól a célig. . A forrástól a célig tartó közvetlen kapcsolatok használatával az SRT protokoll csökkentheti a késést, megszüntetheti a központi szűk keresztmetszeteket és csökkentheti a hálózati költségeket.

SRT protokoll megoldja a komplex átviteli időzítési problémát és támogatni tudja a valós idejű továbbítás nagy áteresztőképességű fájlok és rendkívül tiszta videó.

Az SRT-JEGYZŐKÖNYV NÉGY FŐBB JELLEMZŐJE
Funkcionális		Nyers minőségű videó - SRT protokoll úgy tervezték, hogy megakadályozza a zajos hálózatok torlódásai okozta rázkódást, csomagvesztést és sávszélesség-ingadozásokat a legjobb megtekintési élmény érdekében. Ezt fejlett alacsony késleltetésű továbbviteli technológiával érik el, amely kompenzálhatja és kezelheti a csomagvesztést. SRT protokoll akár 10% -os csomagvesztést is képes ellenállni az áramlás vizuális hatása nélkül.
Hatékony		A hálózati kihívások kezelése ellenére a videó és a hang alacsony késéssel érkezik, a TCP / IP kézbesítés és az UDP sebességének együttes előnyeivel. Alacsony késés - bár képes megbirkózni a hálózati kihívásokkal, a video- és hangátvitel még mindig alacsony késéssel. A TCP / IP kézbesítési megbízhatóság és az UDP sebesség átfogó előnyeivel rendelkezik.
Biztos		Biztonságos végpontok közötti átvitel - az iparági szabvány szerinti AES 128/256 bites titkosítás biztosítja az internet tartalmának védelmét. SRT protokoll egyszerűsített tűzfal-átjárást biztosít. Az ipari szabvány AES 128/256 bites titkosítása biztosítja a biztonságos végpontok közötti tartalom interneten történő továbbítását, beleértve az egyszerűsített tűzfalátjárást is. Mert az SRT protokoll biztosítja a biztonságot és a megbízhatóságot, a nyilvános internet mostantól kiterjesztett streaming média alkalmazásokhoz használható, például a szocialista felhőoldalakra történő streaminghez (például a vízkő unicast multi-cloud platformot egyidejűleg terjesztik több közösségi médiára, például Facebookra) Live, youtube , rángatás és periszkóp (valós idejű videó hírcsatornából), a teljes videofal-tartalom streamingje vagy távolba helyezése, vagy a videofal ROI-ja stb.
Részletes		Nyílt forráskód - SRT protokoll egy jogdíjmentes, új generációs és nyílt forráskódú protokollok költséghatékony, interoperábilis és jövőorientált megoldásokat kínálnak.
Költséghatékony		Interoperabilitás - tudva, hogy a több gyártós termékek zökkenőmentesen működnek, a felhasználók biztonságosan telepíthetik az SRT-t protokoll a teljes video- és hangfolyam-munkafolyamaton keresztül.

# 2. lap - Miért választjuk az SRT P-trotocol?

7. SRT Protocol Támogatott közvetítés Megoldások az FMUSER-től

FMUSER H.264 h.265 kódoló / dekóder / multi HD kódoló / dekóder pár számos népszerű streaming protokollt támogat, beleértve az SRT-t is protokoll. Ezzel a kompakt, robusztus, alacsony fogyasztású kódoló / dekóder párral a felhasználók magabiztosan továbbíthatnak valós idejű streameket akár 4K vagy Quad HD formátumban több SDI kameráról egy felügyelt vagy nem felügyelt hálózaton keresztül.

FMUSER IPTV kódoló / dekóder / átkódoló

FBE200 H.264 / H.265 IPTV hardver kódoló tovább >>	FBE204 H.264 / H.265 IPTV Hardver kódoló tovább >>	FBE216 H.264 / H.265 IPTV Hardver kódoló tovább >>
1-csatorna	4 Channels	16

# 3. lap - FMUSER Audio és Video Broadcast Transmission Solutions

tovább >>

A beltéri gyártási alkalmazásokban az FMUSER kódolócsalád biztosítja a legkevesebb üveg-üveg késést a piacon, biztonságosan biztosítva a távoli eseményekről a produkciós stúdiók számára. Az FMUSER kódoló által generált adatfolyam tartalmaz egy program időbélyegét annak biztosítására, hogy a szinkron kamera jelei újrarendezhetők legyenek, amikor az FMUSER dekóder dekódolja. Ezenkívül ezek a hírcsatornák szinkronizálhatók a zökkenőmentes integráció érdekében a stúdiókörnyezetbe.

Jegyzet: Az FMUSER kódoló / dekóder hatékony streaming médiaszolgáltatással rendelkezik. Az általános protokollok, például az RTSP / RTMP támogatása mellett támogatja a biztonsági Onvif protokollt, SIP protokollt, NDI protokollt (testreszabható), SRT protokollt (testreszabható), GB / T28181 (testreszabható) és egyéb streaming médiaszolgáltatási megállapodásokat; segít előnyt szerezni az ultra-nagy felbontású IP IP alapú üzletágban.

Az FMUSER SRT által támogatott több alkalmazás Hardver kódolók FBE200. tovább >>

Az FMUSER terméktechnológiája a kiváló minőségű termékekre összpontosít, és folyamatosan újította és haladta meg az utat. A K + F-től kezdve a termelés, az értékesítés, a szolgáltatás és más üzleti kapcsolatok teljesen önállóan integrálódnak, a szolgáltatás nem kapcsolódik le az elejétől a végéig. Az innováció hajtóerejeként mindig a felhasználók igényeit vegye figyelembe, csak olyan termékeket készítsen, amelyek megfelelnek a felhasználók tényleges igényeinek, és csak olyan termékeket készítsenek, amelyekben a felhasználók megbízhatnak. Ugyanakkor magas színvonalú termékfejlesztést és testreszabott szolgáltatásokat nyújthat az ügyfeleknek.

Lásd még: Mi a különbség az AM és FM?

8. Összehasonlítva az SRT-vel protokoll Közös átviteli formátumokkal

A hálózati videoátvitelhez hatékonyabb streaming protokollokra van szükség. Mivel a vállalatok és a tartalomszolgáltató hálózat (CDN) szolgáltatói az élő közvetítéssel teli jövőre készülnek, ez az igény soha nem volt olyan sürgős. A valós idejű streaming, az SRT jövője protokoll, HLS és MPEG kötőjel jött. Vessünk egy pillantást arra, hogy mik ezek a valós idejű streaming protokollok, azok előnyei és alkalmazásai

Jelenleg két élő videó közvetítés van az interneten.

● RTMP-alapú élő közvetítés.

● A WebRTC protokoll élő közvetítése.

RTMP-alapú élő közvetítés

WebRTC protokoll

1. Ez az élő közvetítési módszer RTMP protokollt használ az upstream push-hoz és RTMP, HTTP + FLV vagy HLS a downstream lejátszáshoz

2. Az élő közvetítés késleltetése általában nagyobb, mint 3 másodperc

1. Ez az élő közvetítési módszer az UDP protokollt használja a média terjesztéséhez

2. Az élő közvetítés késleltetése kevesebb, mint 1 másodperc, és az egyidejű kapcsolatok száma általában kevesebb, mint 10

Megjegyzés: Főleg olyan alkalmazásokban használják, mint az alacsony késés és a nagy egyidejűség, például élő események, részvényinformációk szinkronizálása, nagy osztályú oktatás stb.

Megjegyzés: Elsősorban olyan alkalmazásokban használják, mint a videohívások, és csatlakoztatott mikrofonokat mutat. Jelenetek.

# 4. lap - Az RTMP és a WebRTC összehasonlítása

9. HTTP élő közvetítés (HLS)

A HTTP Live Streaming (HLS) egy adaptív, HTTP alapú streaming protokoll, amely video- és audiotartalmat küld a hálózaton kicsi, TCP-alapú médiaszegmensekben, amelyek a streaming célállomáson újból összeállnak. A HLS telepítésének költsége alacsony, mivel a meglévő TCP-alapú hálózati technológiát használja, ami vonzó a régi (és drága) RTMP médiaszerverek helyettesítésére törekvő CDN-ek számára. De mivel a HLS a TCP-t használja, a tapasztalat minősége (QoE) előnyben részesítendő az alacsony késleltetéssel szemben, és a késleltetési idő magas lehet (például másodpercekben, ezredmásodpercek helyett).

A HLS-t eredetileg az Apple Inc. fejlesztette ki, mint a média Apple eszközökre történő streamelésének protokollja. Az Apple azóta kifejlesztette a HLS-t (push), amely egy nyitott szabványú streaming protokoll a hozzájárulás oldalán, amely minden eszköz számára elérhető. Jelenleg a HLS támogatja a H.264 vagy HEVC kodekekkel kódolt videókat.

# HTTP élő közvetítés (HLS)

A HLS előnye, hogy úgy tervezték, hogy alkalmazkodjon a különböző hálózati feltételekhez. Az adatfolyam különböző verzióit különböző felbontással és bitsebességgel küldi el. A nézők kiválaszthatják a kívánt stream minőségét. A HLS több hangsávot is támogat, ami azt jelenti, hogy az adatfolyamodnak több nyelvi sávja lehet, amelyek közül a felhasználók választhatnak. Egyéb előnyök közé tartozik a zárt feliratok, a metaadatok, a digitális jogkezelés (DRM) támogatása, sőt a beágyazott hirdetések is (nem túl távoli jövőben). A keret megvan.

Jegyzet: A biztonságos streaming HTTPS-en keresztül támogatott, valamint MD5 és SHA hash algoritmusok a felhasználói név és jelszó hitelesítéséhez.

Lásd még: Hogyan lehet megoldani a GOGO IPTV problémákat az Icone Pro, Plus és a Wegoo vevőkészüléken?

10. Hogyan működik a HLS

A megközelítés nagyon hasonlít egy fájlátvitelre. A médiaszegmensek a 80-as HTTP porton (vagy a HTTPS esetén a 443-as porton) keresztül áramlanak, amely általában már nyitva áll a hálózati forgalom előtt. Mint ilyen, a tartalom könnyedén áthaladhat a tűzfalakon, informatikai részvétel nélkül vagy alig.

# Ismerje meg a HLS működését

A HLS egy konfigurálható médiaszegmens időtartamú MPEG2-TS szállítási adat tárolót, valamint egy konfigurálható lejátszási lista méretet használ a média szegmensek összerakásához a felvételi kiszolgálón. A töredezett MP4 támogatott.

#Ismerje meg a HSL működését

Jegyzet: Mivel a HLS TCP-alapú technológiát használ, a hálózati csomagvesztés és helyreállítási módszer intenzív. Ez az egyik oka a megnövekedett késleltetésnek. Bár a médiaszegmens méretének bizonyos mértékű szabályozása rendelkezésre áll, a késleltetés csökkentésének lehetősége korlátozott - különösen, ha a beviteli kiszolgálónak a médiaszegmens meghatározott méretére van szüksége.

A HLS továbbra is a mobileszközökre és táblagépekre történő streaming szabványa. A HLS segítségével CDM-re is streamelhet, amely nem támogatja az RTMP-t, ha az alacsony késés nem követelmény. Fontos megjegyezni, hogy az RTMP-t már egyre több CDN elavítja. A HLS arra is alkalmas, hogy biztonságosan közvetítse a vállalati képzést és a városházákat a privát helyi hálózatokon (LAN), amikor az alacsony késés nem követelmény, és a hálózati feltételek rosszak (feltételezve, hogy a hálózat támogatja a HLS-t).

11. MPEG-DASH (dinamikus, adaptív streaming HTTP-n keresztül)

Az MPEG-DASH egy nyílt szabványú, adaptív HTTP-alapú streaming protokoll, amely video- és audiotartalmat küld a hálózaton kicsi, TCP-alapú médiaszegmensekben, amelyek a streaming célállomáson újból összeállnak. A Nemzetközi Szabványügyi Szervezet (ISO) és az MPEG csapata az MPEG-DASH-t kodek és felbontású agnosztikussá alakította, ami azt jelenti, hogy az MPEG-DASH bármilyen formátumú videót (és hangot) képes továbbítani (H.264, H.265 stb.) és támogatja a 4K-ig terjedő felbontásokat. Egyébként az MPEG-DASH nagyjából ugyanúgy működik, mint a HLS.

Az MPEG-DASH telepítésének költsége alacsony, mivel a meglévő TCP-alapú hálózati technológiát használja, amely vonzó a CDN-ek számára. De mivel a csomagokat TCP-n keresztül szállítják, a tapasztalat minősége (QoE) előnyben részesítendő az alacsony késleltetéssel szemben, és a késleltetési idő magas lehet.

Az MPEG-DASH-t arra is tervezték, hogy alkalmazkodjon a különböző hálózati feltételekhez. Az adatfolyam különböző verzióit különböző felbontásban és bitsebességgel küldik el. A nézők kiválaszthatják a kívánt stream minőségét. Több hangsáv is támogatott, valamint olyan továbbfejlesztett funkciók, mint a feliratok, a metaadatok és a digitális jogkezelés (DRM). Az infrastruktúra rendelkezésre áll a jövőbeli fejlesztésekhez, például a beágyazott hirdetésekhez

Jegyzet: A biztonságos streaming HTTPS-en keresztül támogatott, valamint MD5 és SHA hash algoritmusok a felhasználói név és jelszó hitelesítéséhez.

12. Hogyan működik az MPEG-DASH és az alkalmazások

Működési elv:

Az MPEG-DASH ugyanúgy működik, mint a HLS, és rövid, média szegmenseket küld HTTP-n (80-as port) vagy HTTPS-en (443-as port) az egyszerű tűzfalalépés érdekében. Konfigurálható médiaszegmens időtartamú MPEG2-TS szállítási folyamattárolót, valamint konfigurálható lejátszási lista méretet használ a médiaszegmensek összerakásához a felvételi kiszolgálón. A töredezett MP4 támogatott.

#Az MPEG DASH koncepcionális felépítése

Jegyzet: Az MPEG-DASH magas késleltetése elsősorban az összes TCP-alapú hálózatnál alkalmazott hálózati csomagvesztés és helyreállítási módszernek tudható be. És bár az MPEG-DASH némi vezérlést kínál a média szegmens méretén, a késleltetés csökkentésének lehetősége korlátozott - különösen, ha a beviteli kiszolgálóhoz a média szegmens meghatározott mérete szükséges.

#MPEG-DASH szabvány multimédiás streaminghez az interneten keresztül

Jegyzet: Az MPEG-DASH használatával olyan CDN-re továbbíthat, amely nem támogatja az RTMP-t, ha az alacsony késés nem követelmény. Fontos megjegyezni, hogy az RTMP-t már egyre több CDN elavítja. A DASH alkalmas arra is, hogy biztonságosan közvetítse a vállalati képzést és a városházákat privát LAN-hálózatokon keresztül, amikor az alacsony késés nem követelmény, és a hálózati feltételek rosszak.

13. Melyik adatfolyam-protokoll a megfelelő az Ön számára?

Jegyzet: Míg az RTMP messze a legnépszerűbb streaming protokoll, az olyan protokollok, mint az SRT protokoll, a HLS és a DASH, ezt kihívják. Mit tartalmaz a HLS és az MPEG-DASH adaptív HTTP-alapú streaming protokollok, amelyek az RTMP-nek nincsenek?

● Több hangsáv egy videofájlhoz többnyelvű produkciókhoz.
● Metaadatok és más típusú beágyazott tartalom felvétele.
● A digitális jogkezelés (DRM) támogatása.
● Küldjön a stream több változatát különböző felbontásokkal és bitsebességekkel, hogy a nézők kiválaszthassák a hálózati feltételeknek vagy a képernyő méretének megfelelő minőséget.
● A skálázhatóság sokkal könnyebb és olcsóbb a HLS és az MPEG-DASH számára, mint az RTMP esetében. Az RTMP pedig általában megköveteli az IT hálózati portok kézi megnyitását a tűzfalak bejárásához.

Jegyzet: Ha a késleltetés vagy a rossz hálózati viszonyok nem jelentenek problémát, akkor a HLS vagy az MPEG-DASH veri az SRT-t protokoll. Az adaptív HTTP-alapú streaming protokollok a lehető legjobb videóminőséget nyújtják a különböző hálózati feltételekkel rendelkező nézők számára, és egyszerűbb beállítani, mint az SRT protokoll.

14. Igaz dolgok a SRT protokoll

1. SRT protokoll egy nyílt forráskódú megoldás, amelyet több platformra és architektúrába integráltak, beleértve a hardver alapú hordozható megoldásokat és a szoftver alapú felhő megoldásokat.

2. SRT protokoll jól működhet a kapcsolatoknál, néhány másodperc és néhány másodperc közötti késéssel. Kezeli a hosszú hálózati késéseket.
3. SRT protokoll semmi köze a terheléshez. Bármilyen típusú video- vagy hanghordozó, vagy bármely más adatelem, amelyet el lehet küldeni az UDP használatával, kompatibilis az SRT-vel. Támogasson többféle adatfolyamot.
4. SRT protokoll küldés több egyidejű adatfolyamot támogat. Több különböző médiafolyam, például több kameraállás vagy opcionális hangsáv küldhető el párhuzamos SRT folyamokon keresztül, amelyek ugyanazt az UDP portot és címet osztják meg egy pont-pont linken.
5. Az SRT által alkalmazott kézfogási folyamat protokoll támogatja a kimenő kapcsolatokat anélkül, hogy veszélyes állandó külső portokat kellene nyitni a tűzfalban, ezáltal fenntartva a vállalat biztonsági politikáját. Fokozott tűzfal bejárása.

6. Az SRT protokoll a végpont stabil végponttól végpontig késleltetési profilt hoz létre, kiküszöbölve annak szükségességét, hogy a downstream berendezések saját pufferrel rendelkezzenek a változó jelkésések kezelésére. A jelidő pontos.

Az Akamaihoz hasonló CDN-ek már bejelentették, hogy megszüntetik az RTMP támogatását. Régi és költséges a telepítése. Olyan új protokollokkal, mint az SRT protokoll, A HLS és az MPEG-DASH egyre népszerűbb, csak idő kérdése, hogy az RTMP a múlté maradjon.

Jegyzet: Ha alacsony késleltetésre van szükség, és kiszámíthatatlan hálózatokon keresztül közvetít, akkor SRT protokoll a választott streaming protokoll. SRT protokoll létrehozza a TCP-nél sokkal hatékonyabb saját kapcsolatát a csomagok helyreállításához. Ez lehetővé teszi az SRT-t protokoll valós idejű, kétirányú kommunikáció biztosítása a fogadó és a távoli vendég között. A késleltetés hangolásával beállíthatja a hálózati feltételeket.

HÁT

További típusú cikkek

m3u kiterjesztés - Az .m3u fájlokat megnyitó programok listája

Útmutató az IPTV .M3U / .M3U8 lejátszási listák streamelésének kézi betöltése különféle eszközökön

Hogyan készítsünk barkácsot az FM rádióantennára? Házi FM antenna alapjai és oktatóanyagok

FMUSER STL Link - Minden amire szükséged van a stúdióban, hogy továbbítsd a link berendezéseket

Ha további információt szeretne az SRT protokollal támogatott termékekről, kérjük, lépjen velem kapcsolatba háló | Alkalmazás