"Què és el protocol de transferència d'Internet de codi obert SRT? Què significa per a la indústria de la transmissió de vídeo? FMUSER us presentarà tota la informació que heu de conèixer sobre el protocol SRT, inclòs el significat del protocol SRT, el fons del SRT i el protocol SRT poden portar al futur solucions de transmissió de vídeo, la indústria del vídeo i el desenvolupament de la transmissió de vídeo de xarxa Influència i canvi ---- FMUSER "

Vista ràpida

Què és el protocol SRT?
Com funciona el protocol SRT?
La història del desenvolupament del protocol SRT
Amb què ens pot aportar el protocol SRT?
Per què és tan important el protocol SRT?
Quins avantatges té l’ús del protocol SRT?
Solucions de transmissió compatibles amb protocol SRT de FMUSER
Protocol SRT comparat amb formats de transmissió comuns
Transmissió en directe HTTP (HLS)
Com funciona HLS?
MPEG-DASH (transmissió dinàmica adaptativa per HTTP)
Com funciona i les aplicacions de MPEG-DASH
Quin protocol de reproducció en temps real us convé?
Coses certes sobre el protocol SRT

1. Què és el protocol SRT?

● Definició: El protocol SRT és l’abreviatura de (protocol de transport fiable i segur). Protcol de transport segur i segur (protocol SRT) és un protocol de transmissió de vídeo de codi obert lliure de drets d'autor en temps real i de baixa latència, segur i en temps real. Admet xarxes sorolloses o imprevisibles (com ara la transmissió de baixa latència i d’alt rendiment a Internet pública. El protocol SRT és un protocol de transmissió de vídeo de baixa latència de codi obert molt popular avui en dia. Mitjançant la tecnologia de transmissió fiable del protocol SRT realitzeu amb èxit transmissió i distribució de vídeo d'alta definició segures i fiables en entorns d'Internet habituals i entre diverses ubicacions.

Com arriba el protocol SRT?

● SRT Alliance és una organització creada per Haivision i Wowza per gestionar i donar suport a les aplicacions de codi obert del protocol SRT.

Aquesta organització es compromet a promoure la interoperabilitat de les solucions de transmissió de vídeo i promoure la col·laboració de pioners en la indústria del vídeo per aconseguir una transmissió de vídeo de xarxa de baixa latència.

2. Com funciona el protocol SRT

S’estableix un enllaç de comunicació dedicat entre la font SRT (codificador) i la destinació SRT (descodificador) per al control i recuperació de paquets. L'objectiu pot ser un servidor, un CDN o un altre dispositiu compatible amb el protocol SRT. SRT protocol utilitza el seu propi mètode de recuperació de pèrdues de paquets i paquets UDP a la xarxa, que podeu ajustar per adaptar-los a les condicions canviants de la xarxa. Quan les condicions de la xarxa són pobres, es poden afegir més memòries intermèdies de paquets per millorar la qualitat del vídeo. A mesura que milloren les condicions de la xarxa, es pot reduir la latència per aconseguir una experiència de transmissió gairebé en temps real.

Principi de treball de SRT protocol

Qualsevol tallafoc entre el SRT protocol s'ha de recórrer el dispositiu d'origen i el dispositiu de destinació. SRT protocol té tres patrons per aconseguir-ho:

Trobada / trucada / oient

El patró d’agregació és el més senzill i sol ser possible recórrer el tallafoc entre l’SRT protocol font i objectiu sense la seva participació. Si no podeu passar pel tallafoc, heu d’utilitzar el mode de trucades / oients. No obstant això, cal una certa participació per configurar el reenviament de trànsit de manera que el trànsit rebut a l'adreça IP pública i al SRT del dispositiu de destinació protocol port s’envia al dispositiu de la xarxa local.

Vegeu també: Com carregar / afegir llistes de reproducció IPTV de M3U / M3U8 manualment en dispositius compatibles

3. La història del desenvolupament de la SRT protocol

SRT és una aliança SRT creada conjuntament per Haivision i Wowza. Des de SRT protocol es va convertir en una tecnologia de codi obert el 2017, més de 130 empreses han donat suport al projecte de codi obert donant suport a l’aliança SRT. Els seus proveïdors i usuaris finals treballen junts per augmentar la consciència de la indústria sobre SRT protocol i utilitzar-lo com a estàndard comú per a la transmissió de vídeo de baixa latència a Internet.

Actualment, ja hi ha al mercat 50 productes habilitats per a SRT, incloses càmeres IP, codificadors, descodificadors, passarel·les de vídeo, plataformes OTT i CDN. El protocol SRT és utilitzat per milers d'organitzacions en moltes aplicacions i mercats de tot el món.

FMUSER és un dels ferms partidaris de SRT protocol. Tenim alts requisits d’interoperabilitat i estàndards. FMUSER s’ha proposat implementar suport per al protocol SRT en les seves solucions de codificació i descodificació actuals i futures.

4. Què pot SRT Protocol Ens porta amb?

Vam pensar que era hora de tornar a revisar el tema candent del transport segur i fiable protocol (SRT protocol) aquesta setmana. Uns petits SRT protocol els anuncis han aparegut des que el protocol de codi obert va robar l'atenció a Vegas per segon any consecutiu.

Ha passat poc més d’un any des de SRT protocol va assolir un dels seus desplegaments més significatius fins ara, amb ESPN desplegant dispositius equipats amb SRT a 14 conferències atlètiques per produir més de 2,200 esdeveniments mitjançant connexions a Internet de baix cost, substituint els serveis tradicionals d’enllaç ascendent per satèl·lit i resultant en estalvis de costos d’entre 8 milions de dòlars i 9 milions de dòlars. Si ESPN pot aconseguir estalvis de costos en aquesta escala per a esdeveniments relativament baixos, imagineu-vos les possibilitats d’ocasions en directe a gran escala: efectiu que, finalment, es pot invertir en altres llocs per millorar l’experiència de l’espectador.

Però amb pioners de la indústria de la transmissió com Netflix i YouTube que ofereixen contingut HTTP a través de CDN a milions d’espectadors sense la mà d’SRT protocol, de què es tracta tot l'enrenou? Un llibre blanc del proveïdor de vídeo de difusió Haivision, membre fundador de la SRT Alliance, té com a objectiu bàsicament desmentir el mite que la tecnologia de transmissió HTTP que utilitza RTMP és el final del vídeo OTT. De fet, incórrer en retards de fins a 30 segons no és estrany en la transmissió HTTP, causada principalment per una multitud de passos de pressió i diversos buffers al llarg del camí del senyal.

Vegeu també: S multicanalRT suportat vcodificador ideo per a la transmissió en directe

A més, Haivision adverteix que el protocol de control de transmissió (TCP), l’estàndard que s’utilitza per lliurar HTTP, pot provocar un fort repunt en els retards, ja que TCP requereix que tots els darrers paquets d’un flux es lliurin a l’usuari final en l’ordre original exacte. En última instància, això significa que TCP intenta perpetuament enviar dades que falten, ja que no hi ha capacitat per saltar-se els bytes defectuosos.

Un desavantatge més trivial és que SRT protocol ja existia com a acrònim a la indústria del vídeo molt abans que aparegués el protocol de baixa latència, relacionat amb una extensió per a fitxers informàtics de subtítols anomenada SubRip, de manera que una cerca en línia d’informació sobre el protocol podria portar-vos fàcilment a una pila de tecnologia completament diferent.

Passem ara ràpidament a com SRT s’ha fet un nom. El diagrama següent mostra com es genera un error en el senyal de sortida d’un flux no corregit cada vegada que es perd un paquet (superior), mentre que la correcció d’errors de reenviament (FEC) afegeix una quantitat constant de dades al flux per recrear els paquets perduts, tal com es mostra a el mig. A continuació, tenim Automatic Repeat reQuest (ARQ) que retransmet els paquets perduts a petició del receptor, cosa que impedeix un consum constant d’amplada de banda de FEC.

Una tercera i última captura d'HTTP es refereix a la manera en què TCP baixa les taxes de transmissió de paquets quan es produeix la congestió. "Tot i que aquest comportament és bo per reduir la congestió general d'una xarxa, no és adequat per a un senyal de vídeo, que no pot sobreviure a una caiguda de velocitat per sota de la seva velocitat de bits nominal", adverteix.

“Els beneficis són significatius tant per als proveïdors de tecnologia com per als usuaris, simplificant enormement la implementació i reduint els costos, millorant així la disponibilitat del producte i ajudant a mantenir els preus baixos. I, com que tots els implementadors utilitzen la mateixa base de codi, la interoperabilitat es simplifica ", és probablement una conclusió millor per al llibre blanc que la que realment va triar.

5. Per què és tan important el protocol SRT?

L’aplicació del protocol SRT als sectors audiovisuals i informàtics ha rebut un fort feedback. Les principals raons per a l'emoció dels líders de pensament de TI entre els usuaris finals empresarials i governamentals són; plataformes de vídeo en línia; xarxes de lliurament de contingut; sistemes de gestió de contingut de vídeo empresarial; i Internet, la base per a la transmissió en streaming En comparació amb el maquinari, el programari i els serveis de les empreses instal·ladores

A les empreses, governs, escoles i defensa, el consum de vídeo d’alt rendiment augmenta bruscament. Molts protocols han resolt el problema de la compatibilitat de la transmissió de vídeo a un gran nombre d’espectadors que consumeixen contingut de diferents dispositius i dispositius.

Tot i això, una de les millors maneres d’aprofitar els actius locals de diverses organitzacions i les grans inversions que fan els proveïdors de serveis al núvol és proporcionar eines de distribució en streaming amb vídeo de latència molt baixa i molt fiable. SRT protocol utilitza alguns dels millors aspectes del User Datagram Protocol (UDP), com ara la baixa latència, però afegeix la comprovació d’errors per fer coincidir la fiabilitat del Protocol de control de transmissió / Protocol d’Internet (TCP / IP). Tot i que TCP / IP pot gestionar tots els perfils de dades i és el més adequat per al seu treball

Nota: SRT protocol pot substituir el protocol RTMP envellit. Resol problemes de seguretat i se centra en el vídeo de rendiment, fins i tot a través de la infraestructura pública d’Internet i pot gestionar específicament vídeos d’alt rendiment.

6. Quins avantatges té l’ús del protocol SRT?

Tres característiques: SEGURETAT, FIABILITAT i BAIXA LATÈNCIA.

Condicions	Característiques
En termes de SEGURETAT	SRT protocol admet el xifratge AES per garantir la seguretat de la transmissió de vídeo de punta a punta.
En termes de FIABILITAT	SRT protocol utilitza la tecnologia de correcció directa (FEC) per garantir l’estabilitat de la transmissió
En termes de BAIXA LATÈNCIA	SRT protocol està construït sobre el protocol UDT, resol el problema del retard de transmissió elevat del protocol UDT. El protocol UDT es basa en el protocol de comunicació de xarxa UDP

#Fitxa 1 - Què són els fEatures ofProtocol SRT

SRT protocol permet una connexió directa entre la font de senyal i l'objectiu, que contrasta amb molts sistemes de transmissió de vídeo existents, que requereixen un servidor centralitzat per recollir senyals de llocs remots i redirigir-los a una o més destinacions. L'arquitectura basada en servidor central té un únic punt d'error, que també pot convertir-se en un coll d'ampolla durant els períodes de gran trànsit. La transmissió de senyals a través del concentrador també augmenta el temps de transmissió de senyal d’extrem a extrem i pot duplicar el cost de l’amplada de banda, perquè cal implementar dos enllaços: un des de la font cap al concentrador central i l’altre des del centre fins a la destinació . Mitjançant l'ús de connexions directes des de l'origen fins a la destinació, SRT protocol pot reduir la latència, eliminar els colls d'ampolla centrals i reduir els costos de la xarxa.

SRT protocol resol el complex problema de sincronització de la transmissió i pot suportar el transmissió en temps real de fitxers d’alt rendiment i vídeo ultra clar.

QUATRE CARACTERÍSTIQUES PRINCIPALS DEL PROTOCOLLE SRT
funcional		Vídeo de qualitat en brut - SRT protocol està dissenyat per evitar fluctuacions de pèrdua de paquets i fluctuacions d’amplada de banda causades per la congestió a xarxes sorolloses per obtenir la millor experiència de visualització. Això s’aconsegueix amb una tecnologia avançada de retransmissió de baixa latència, que pot compensar i gestionar la pèrdua de paquets. SRT protocol pot suportar fins a un 10% de pèrdua de paquets sense un impacte visual sobre el flux.
Eficaç		Tot i fer front als desafiaments de la xarxa, el vídeo i l’àudio s’ofereixen amb una latència baixa, amb avantatges combinats del lliurament TCP / IP i la velocitat d’UDP. Latència baixa: tot i que pot fer front als desafiaments de la xarxa, la transmissió d'àudio i vídeo encara té una latència baixa. Té els avantatges integrals de la fiabilitat de lliurament TCP / IP i la velocitat UDP.
Assegurar		Transmissió segura d’extrem a extrem: el xifratge AES de 128/256 bits estàndard del sector garanteix la protecció del contingut a Internet. SRT protocol proporciona un tallafoc simplificat. El xifratge AES estàndard de la indústria de 128/256 bits garanteix una transmissió segura de contingut de punta a punta a través d’Internet, incloent un tallafoc simplificat. Perquè SRT protocol garanteix seguretat i fiabilitat, Internet públic ara es pot utilitzar per a aplicacions multimèdia de transmissió estesa, com ara transmissions a llocs de núvol socialistes (per exemple, la plataforma multi-núvol unicast a escala calenta es distribueix simultàniament a diversos mitjans de comunicació social, com Facebook) Live, youtube , contracció i periscopi (a partir d'un feed de vídeo en temps real), transmissió o remot de contingut complet de la paret de vídeo o ROI de la paret de vídeo, etc.
Avançat		Codi obert: SRT protocol és un protocol lliure de drets d'autor, de nova generació i de codi obert que proporciona solucions rendibles, interoperables i orientades al futur.
Econòmic		Interoperabilitat: sabent que els productes de diversos proveïdors funcionaran perfectament, els usuaris poden desplegar SRT de manera segura protocol a tot el flux de treball de flux de vídeo i àudio.

#Fitxa 2: per què escollim SRT Protocol?

7. SRT Protocol Transmissió compatible Solucions de FMUSER

El parell de codificador / descodificador FMUSER H.264 h.265 / codificador / descodificador multi HD admet molts protocols de transmissió populars, inclòs el SRT protocol. Amb aquest parell de codificador / descodificador compacte, robust i de baixa potència, els usuaris poden transmetre en temps real fluxos en temps real fins a 4K o Quad HD des de diverses càmeres SDI a través d’una xarxa gestionada o no gestionada.

Codificador / descodificador / transcodificador FMUSER IPTV

Codificador de maquinari IPTV FBE200 H.264 / H.265 Més >>	FBE204 H.264 / H.265 IPTV Codificador de maquinari Més >>	FBE216 H.264 / H.265 IPTV Codificador de maquinari Més >>
1-Canal	4 Canals	16 canals

#Fitxa 3 - Solucions de transmissió d'àudio i vídeo FMUSER

Més >>

En aplicacions de producció de camp, la família de codificadors FMUSER proporciona el retard de vidre a vidre més baix del mercat, proporcionant fluxos de manera segura als estudis de producció d’esdeveniments remots. El flux generat pel codificador FMUSER inclou una marca de temps del programa per assegurar que els senyals de la càmera síncrona es puguin reasignar quan es descodifiqui amb el descodificador FMUSER. A més, aquests canals d'informació es poden sincronitzar per garantir una integració perfecta a l'entorn de l'estudi.

Nota: El codificador / descodificador FMUSER té una potent funció de servei de transmissió multimèdia. A més de suportar protocols generals com RTSP / RTMP, també admet el protocol Onvif de seguretat, el protocol SIP, el protocol NDI (personalitzable), el protocol SRT (personalitzable), el GB / T28181 (personalitzable) i altres acords de servei de transmissió de mitjans de comunicació; us ajudarà a guanyar avantatge en el negoci basat en IP de vídeo d’alta definició.

Múltiples aplicacions compatibles amb FMUSER SRT Codificadors de maquinari FBE200. Més >>

La tecnologia de productes de FMUSER se centra en productes d’alta qualitat i ha estat innovant i superant constantment el camí. Des de la R + D, la producció, les vendes, el servei i altres vincles comercials s’integren totalment, el servei no es desconnecta de principi a fi. Preneu sempre les necessitats dels usuaris com a motor de la innovació, feu només productes que satisfacin les necessitats reals dels usuaris i feu només productes en què els usuaris puguin confiar. Al mateix temps, pot proporcionar als clients un desenvolupament de productes d’alta qualitat i serveis personalitzats.

Vegeu també: Quina és la diferència entre AM i FM?

8. SRT comparat protocol Amb formats de transmissió comuns

Per a la transmissió de vídeo per xarxa, calen protocols de transmissió més eficients. A mesura que les empreses i els proveïdors de xarxes de lliurament de contingut (CDN) es preparen per a un futur ple de transmissions en directe, aquesta necessitat mai no ha estat més urgent. El futur de la transmissió en temps real, SRT protocol, Ha arribat el guió HLS i MPEG. Vegem què són aquests protocols de transmissió en temps real, els seus avantatges i les seves aplicacions

Actualment hi ha dues emissions de vídeo en directe a Internet.

● Emissió en directe basada en RTMP.

● La transmissió en directe del protocol WebRTC.

Emissió en directe basada en RTMP

Protocol WebRTC

1. Aquest mètode d’emissió en directe utilitza el protocol RTMP per a la pujada ascendent i RTMP, HTTP + FLV o HLS per a la reproducció de baixada

2. El retard de transmissió en directe és generalment superior a 3 segons i és

1. Aquest mètode d’emissió en directe utilitza el protocol UDP per a la distribució de mitjans de comunicació

2. El retard de transmissió en directe és inferior a 1 segon i el nombre de connexions simultànies és generalment inferior a 10

Nota: s'utilitza principalment en aplicacions com ara latència baixa i gran concurrència, com ara esdeveniments en directe, sincronització d'informació de valors, educació de classes grans, etc.

Nota: s'utilitza principalment en aplicacions com ara videotrucades i mostra micròfons de connexió. Escenes.

#Fitxa 4 - Comparació de RTMP i WebRTC

9. Transmissió en directe HTTP (HLS)

HTTP Live Streaming (HLS) és un protocol de transmissió adaptatiu basat en HTTP que envia contingut de vídeo i àudio per la xarxa en petits segments de suports basats en TCP que es tornen a muntar a la destinació de transmissió. El cost per desplegar HLS és baix perquè utilitza la tecnologia de xarxa existent basada en TCP, que és atractiva per a CDN que volen substituir servidors de mitjans RTMP antics (i cars). Però com que HLS utilitza TCP, la qualitat de l'experiència (QoE) es veu afavorida per una latència baixa i els temps de retard poden ser elevats (com en segons en lloc de mil·lisegons).

HLS va ser desenvolupat originalment per Apple Inc. com un protocol per transmetre contingut multimèdia a dispositius Apple. Des de llavors, Apple ha desenvolupat HLS (push), que és un protocol de transmissió estàndard obert a la part de la contribució que està disponible per a tots els dispositius. Actualment, HLS admet vídeos codificats mitjançant còdecs H.264 o HEVC.

# Transmissió en directe HTTP (HLS)

Un avantatge de HLS és que està dissenyat per adaptar-se a diferents condicions de xarxa. S’envien diferents versions del flux a diferents resolucions i velocitats de bits. Els espectadors poden triar la qualitat de la reproducció que vulguin. HLS també admet diverses pistes d'àudio, cosa que significa que el vostre flux pot tenir diverses pistes d'idioma entre les quals els usuaris poden triar. Altres avantatges inclouen compatibilitat amb subtítols, metadades, gestió de drets digitals (DRM) i fins i tot anuncis incrustats (en un futur no massa llunyà). El marc hi és tot.

Nota: S’admet la transmissió segura per HTTPS, així com algorismes de hash MD5 i SHA per a l’autenticació de noms d’usuari i contrasenya.

Vegeu també: Com solucionar els problemes de GOGO IPTV a Icone Pro, Plus i el receptor de Wegoo?

10. Com funciona HLS

L’enfocament s’assembla molt a una transferència de fitxers. Els segments multimèdia es transmeten pel port HTTP 80 (o pel port 443 per a HTTPS), que normalment ja està obert al trànsit de xarxa. Com a tal, el contingut pot travessar fàcilment tallafocs amb poca o cap implicació de TI.

# Conegueu com funciona HLS

HLS utilitza un contenidor de flux de transport MPEG2-TS amb una durada de segment de suports configurable, així com una mida de llista de reproducció configurable per tornar a muntar els segments de suports al servidor d’ingesta. S'admet un fragmentat MP4.

#Conegueu com funciona HSL

Nota: Com que HLS utilitza tecnologia basada en TCP, el mètode de pèrdua i recuperació de paquets de xarxa és intensiu. Aquest és un dels motius de l’augment de la latència. Tot i que hi ha disponible un cert control sobre la mida del segment de suports, la capacitat de reduir la latència és limitada, especialment si el servidor d’ingestió requereix una mida específica del segment de suports.

HLS segueix sent l'estàndard per a la transmissió a dispositius mòbils i tauletes. També podeu utilitzar HLS per transmetre a un CDN que no admeti RTMP quan la latència baixa no és un requisit. És important tenir en compte que RTMP ja està obsoleta per cada vegada més CDN. HLS també és molt adequat per transmetre de forma segura formació corporativa i ajuntaments a través de xarxes d'àrea local (LAN) privades quan la latència baixa no és un requisit i les condicions de la xarxa són pobres (suposant que la xarxa admet HLS).

11. MPEG-DASH (transmissió adaptativa dinàmica per HTTP)

MPEG-DASH és un protocol de transmissió basat en HTTP adaptatiu estàndard obert que envia contingut de vídeo i àudio per la xarxa en petits segments de suports basats en TCP que es tornen a muntar a la destinació de transmissió. L’Organització Internacional d’Estàndards (ISO) i l’equip de MPEG van dissenyar MPEG-DASH per ser còdec i resolució agnòstica, la qual cosa significa que MPEG-DASH pot transmetre vídeo (i àudio) de qualsevol format (H.264, H.265, etc.) i admet resolucions de fins a 4K. En cas contrari, MPEG-DASH funciona igual que HLS.

El cost per desplegar MPEG-DASH és baix perquè utilitza la tecnologia de xarxa basada en TCP, que és atractiva per als CDN. Però com que els paquets es transporten mitjançant TCP, la Qualitat de l'Experiència (QoE) es veu afavorida a una latència baixa i els temps de retard poden ser elevats.

MPEG-DASH també està dissenyat per adaptar-se a diferents condicions de xarxa. S’envien diferents versions del flux a diferents resolucions i velocitats de bits. Els espectadors poden triar la qualitat de la reproducció que vulguin. També s’admeten diverses pistes d’àudio, així com funcions millorades com subtítols tancats, metadades i Gestió de drets digitals (DRM). La infraestructura està disponible per a desenvolupaments futurs, com ara anuncis incrustats

Nota: S’admet la transmissió segura per HTTPS, així com algorismes de hash MD5 i SHA per a l’autenticació de noms d’usuari i contrasenya.

12. Com funciona i les aplicacions de MPEG-DASH

Principi de treball:

MPEG-DASH funciona de la mateixa manera que HLS i envia segments curts de suports per HTTP (port 80) o HTTPS (port 443) per facilitar el recorregut del tallafoc. Utilitza un contenidor de flux de transport MPEG2-TS amb una durada de segment de suports configurable, així com una mida de llista de reproducció configurable per tornar a muntar els segments de suports al servidor d’ingestió. S'admet MP4 fragmentat.

#Arquitectura conceptual de MPEG DASH

Nota: L’alta latència de MPEG-DASH es deu principalment a la pèrdua de paquets de xarxa i al mètode de recuperació utilitzat per a totes les xarxes basades en TCP. I tot i que MPEG-DASH ofereix un cert control sobre la mida del segment de suports, la capacitat de reduir la latència és limitada, especialment si el servidor d’ingestió requereix una mida específica del segment de suports.

#L'estàndard MPEG-DASH per a la transmissió multimèdia a través d'Internet

Nota: Utilitzeu MPEG-DASH per transmetre a un CDN que no admeti RTMP quan la latència baixa no sigui un requisit. És important tenir en compte que RTMP ja està obsoleta per cada vegada més CDN. DASH també és molt adequat per transmetre de forma segura formació corporativa i ajuntaments a través de LAN privades quan la latència baixa no és un requisit i les condicions de la xarxa són pobres.

13. Quin protocol de reproducció en temps real us convé?

Nota: Tot i que RTMP és, amb diferència, el protocol de transmissió més popular, protocols com el protocol SRT, HLS i DASH ho desafien. Què tenen els protocols de transmissió basats en HTTP adaptatius HLS i MPEG-DASH que RTMP no té?

● Diverses pistes d'àudio per a una pista de vídeo per a produccions multilingües.
● Inclusió de metadades i altres tipus de contingut incrustat.
● Suport a la gestió de drets digitals (DRM).
● Envieu diverses versions del flux a diferents resolucions i taxes de bits perquè els espectadors puguin seleccionar la qualitat que s'adapti a les seves condicions de xarxa o mida de pantalla.
● L'escalabilitat és molt més fàcil i barata per a HLS i MPEG-DASH que per a RTMP. I RTMP sol requerir que els ports de xarxa de TI s’obrin manualment per travessar tallafocs.

Nota: Si la latència o les condicions de xarxa deficients no són un problema, llavors HLS o MPEG-DASH supera SRT protocol. Els protocols de transmissió basats en HTTP adaptatius ofereixen la millor qualitat de vídeo possible als espectadors amb diferents condicions de xarxa i són més senzills de configurar que SRT protocol.

14. Coses vertaderes sobre la Protocol SRT

1. SRT protocol és una solució de codi obert que s’ha integrat en múltiples plataformes i arquitectures, incloses solucions portàtils basades en maquinari i solucions en núvol basades en programari.

2. SRT protocol pot funcionar bé en connexions amb retards que oscil·len entre uns quants mil·lisegons i uns segons. Pot gestionar retards llargs de xarxa.
3. SRT protocol no té res a veure amb la càrrega. Qualsevol tipus de suport de vídeo o àudio, o de fet, qualsevol altre element de dades que es pugui enviar mitjançant UDP, és compatible amb SRT. Admet diversos tipus de flux.
4. SRT protocol l'enviament admet múltiples fluxos simultanis. Es poden enviar diversos fluxos multimèdia diferents, com ara diversos angles de càmera o pistes d’àudio opcionals, mitjançant fluxos SRT paral·lels que comparteixen el mateix port UDP i la mateixa adreça en un enllaç punt a punt.
5. El procés d'aproximació de mans utilitzat per SRT protocol admet connexions de sortida sense la necessitat d'obrir ports externs permanents i perillosos al tallafoc, mantenint així la política de seguretat de l'empresa. Travessia del tallafoc millorada.

6. El SRT protocol L'extrem estableix un perfil estable de retard d'extrem a extrem, eliminant la necessitat que els equips posteriors tinguin el seu propi buffer per fer front als canvis de retards de senyal. El temps del senyal és precís.

CDN com Akamai ja han anunciat que acaben el suport per a RTMP. És vell i car de desplegar. Amb nous protocols com SRT protocol, HLS i MPEG-DASH guanyen popularitat, només és qüestió de temps que RTMP sigui una cosa del passat.

Nota: Si es necessita una latència baixa i s’està transmetent per xarxes imprevisibles, llavors SRT protocol és el protocol de transmissió escollit. SRT protocol estableix la seva pròpia connexió per a la recuperació de paquets que és molt més eficient que TCP. Això permet SRT protocol per oferir comunicacions bidireccionals gairebé en temps real entre un amfitrió i un hoste remot. I podeu ajustar la latència per ajustar-la a les condicions de la xarxa.

TORNAR

Articles de tipus addicionals

Extensió m3u: llista de programes que poden obrir fitxers .m3u

Directriu de càrrega manual de fluxos de reproducció IPTV .M3U / .M3U8 manualment en diversos dispositius

Com es fa una bricolatge a l’antena de ràdio FM ｜ Conceptes bàsics i tutorials sobre l’antena FM casolana

Enllaç FMUSER STL: tot el que necessiteu en equips d’enllaç d’estudi i transmissor

Per obtenir més informació sobre els productes compatibles amb el protocol SRT, poseu-vos en contacte amb mi Web | App