"Que é o protocolo de transferencia de Internet de código aberto SRT? Que significa para a industria de transmisión de vídeo? FMUSER presentarache toda a información que debes saber sobre o protocolo SRT, incluído o significado do protocolo SRT, o fondo do SRT protocolo e o protocolo SRT poden levar ao futuro solucións de transmisión de vídeo, a industria do vídeo e o desenvolvemento da transmisión de vídeo en rede Influencia e cambio ---- FMUSER "

Quick View

Que é o protocolo SRT?
Como funciona o protocolo SRT?
O historial de desenvolvemento do protocolo SRT
Con que nos pode traer o protocolo SRT?
Por que é tan importante o protocolo SRT?
Cales son os beneficios de usar o protocolo SRT?
Solucións de transmisión compatibles con protocolo SRT de FMUSER
Protocolo SRT comparado cos formatos de transmisión comúns
Transmisión en directo HTTP (HLS)
Como funciona HLS?
MPEG-DASH (transmisión adaptativa dinámica a través de HTTP)
Como funciona e as aplicacións MPEG-DASH
Que protocolo de transmisión é adecuado para ti?
Cousas verdadeiras sobre o protocolo SRT

1. Que é o protocolo SRT?

● Definición: O protocolo SRT é a abreviatura de (protocolo de transporte seguro e seguro). O protocolo de transporte seguro (protocolo SRT) é un protocolo de transmisión de vídeo de código aberto de alta calidade e baixa latencia, seguro e en tempo real sen dereitos de autor. Soporta redes ruidosas ou imprevisibles (como a transmisión de baixa latencia e de alto rendemento realízase en Internet pública. O protocolo SRT é un protocolo de transmisión de vídeo de baixa latencia de código aberto moi popular hoxe en día. Usando tecnoloxía de transmisión fiable do protocolo SRT realizar con éxito transmisión e distribución de vídeo de alta definición seguras e fiables en contornos comúns de Internet e entre varias localizacións.

Como vén o protocolo SRT?

● Alianza SRT é unha organización creada por Haivision e Wowza para xestionar e soportar aplicacións de código aberto do protocolo SRT.

Esta organización comprométese a promover a interoperabilidade de solucións de transmisión de vídeo e promover a colaboración de pioneiros na industria do vídeo para lograr a transmisión de vídeo en rede de baixa latencia.

2. Como funciona o protocolo SRT

Establécese unha ligazón de comunicación dedicada entre a fonte SRT (codificación) e o destino SRT (decodificar) para control e recuperación de paquetes. O destino pode ser un servidor, CDN ou outro dispositivo compatible co protocolo SRT. SRT Protocolo usa o seu propio método de recuperación de perda de paquetes e paquetes UDP na rede, que pode axustar para adaptarse ás condicións cambiantes da rede. Cando o estado da rede é deficiente, pódense engadir máis buffers de paquetes para mellorar a calidade do vídeo. A medida que melloran as condicións da rede, pódese reducir a latencia para conseguir unha experiencia de transmisión case en tempo real.

# Principio de traballo de SRT Protocolo

Calquera devasa entre o SRT Protocolo debe percorrerse o dispositivo de orixe e o dispositivo de destino. SRT Protocolo ten tres patróns para conseguilo:

Encontro / Chamador / Oínte

O patrón de agregación é o máis sinxelo e normalmente é posible atravesar o firewall entre o SRT Protocolo fonte e o destino sen a súa participación. Se non podes atravesar o firewall, debes usar o modo de chamada / oínte. Non obstante, é necesaria algunha participación para configurar o reenvío de tráfico para que o tráfico recibido na dirección IP pública e no SRT do dispositivo de destino Protocolo o porto reenvíase ao dispositivo na rede local.

Vexa tamén: Como cargar / engadir listas de reprodución IPTV M3U / M3U8 manualmente nos dispositivos compatibles

3. A historia do desenvolvemento da SRT Protocolo

SRT é unha alianza SRT creada conxuntamente por Haivision e Wowza. Dende SRT Protocolo converteuse nunha tecnoloxía de código aberto en 2017, máis de 130 empresas apoiaron o proxecto de código aberto apoiando a alianza SRT. Os seus provedores e usuarios finais traballan xuntos para aumentar a conciencia da industria sobre SRT Protocolo e úsao como estándar común para a transmisión de vídeo de baixa latencia en Internet.

Actualmente, xa están no mercado 50 produtos habilitados para SRT, incluídas cámaras IP, codificadores, decodificadores, pasarelas de vídeo, plataformas OTT e CDN. O protocolo SRT é usado por miles de organizacións en moitas aplicacións e mercados de todo o mundo.

FMUSER é un dos firmes partidarios de SRT Protocolo. Temos altos requisitos de interoperabilidade e estándares. FMUSER propúxose implementar soporte para o protocolo SRT nas súas solucións de codificación e descodificación actuais e futuras.

4. Que pode SRT Protocolo Tráenos?

Pensamos que era hora de revisar o tema candente do transporte seguro e fiable Protocolo (SRT Protocolo) esta semana. Uns pequenos SRT Protocolo os anuncios xurdiron desde que o protocolo de código aberto roubou o foco en Las Vegas por segundo ano consecutivo.

Pasou algo máis dun ano desde SRT Protocolo logrou un dos seus despregamentos máis importantes ata a data, con ESPN despregando dispositivos equipados con SRT a 14 conferencias atléticas para producir máis de 2,200 eventos a través de conexións de internet de baixo custo, substituíndo os servizos tradicionais de enlace ascendente por satélite e obtendo un aforro de custos de entre 8 millóns 9 millóns de dólares. Se ESPN consegue aforros de custos nesta escala para eventos relativamente baixos, imaxina as posibilidades para grandes ocasións en vivo a gran escala: efectivo que se pode investir noutros lugares para mellorar a experiencia do espectador.

Pero con pioneros da industria de transmisión como Netflix e YouTube entregando contido HTTP a través de CDN a millóns de espectadores sen a axuda de SRT Protocolo, de que vai todo o alboroto? Un libro branco do vendedor de vídeo de transmisión Haivision, membro fundador da SRT Alliance, pretende esencialmente desmentir o mito de que a tecnoloxía de transmisión HTTP que usa RTMP é o punto final do vídeo OTT. De feito, incorrer en atrasos de ata 30 segundos non é raro na transmisión HTTP, causada principalmente por multitude de pasos de presión e varios buffers ao longo do camiño do sinal.

Vexa tamén: Múltiples canles S.RT soportado vcodificador ideo para transmisión en directo

Ademais, Haivision advirte que o protocolo de control de transmisión (TCP), o estándar empregado na entrega de HTTP, pode provocar un forte aumento dos atrasos xa que TCP require que cada último paquete dun fluxo se entregue ao usuario final na orde orixinal exacta. Isto significa en última instancia que TCP intenta perpetuamente enviar datos que faltan xa que non hai capacidade para saltar os bytes malos.

Unha desvantaxe máis trivial é esa SRT Protocolo xa existía como acrónimo na industria do vídeo moito antes de que xurdise o protocolo de baixa latencia, relacionado cunha extensión para ficheiros de computadores de subtítulos chamada SubRip, polo que unha busca en liña de información sobre o protocolo podería levalo facilmente a unha pila de tecnoloxía completamente diferente.

Pasando rapidamente a como SRT se fixo un nome. O seguinte diagrama visualiza como se xera un erro no sinal de saída dun fluxo non corrixido cada vez que se perde un paquete (arriba), mentres que Forward Error Correction (FEC) engade unha cantidade constante de datos ao fluxo para recrear os paquetes perdidos, como se mostra en o medio. Despois temos Automatic Repeat reQuest (ARQ) que retransmite os paquetes perdidos a petición do receptor, o que impide o consumo constante de ancho de banda de FEC.

A terceira e última captura de HTTP refírese á forma en que TCP baixa as taxas de transmisión de paquetes cando se produce conxestión. "Aínda que este comportamento é bo para reducir a conxestión xeral nunha rede, non é apropiado para un sinal de vídeo, que non pode sobrevivir a unha caída de velocidade por debaixo da súa taxa de bits nominal", advirte.

“Os beneficios son importantes tanto para os provedores de tecnoloxía como para os usuarios, simplificando enormemente a implementación e reducindo os custos, mellorando así a dispoñibilidade do produto e axudando a manter os prezos baixos. E, dado que todos os implementadores usan a mesma base de código, a interoperabilidade simplifícase ", é probablemente unha conclusión mellor para o libro branco que a que realmente escolleu.

5. Por que é tan importante o protocolo SRT?

A aplicación do protocolo SRT nos sectores audiovisual e informático recibiu fortes comentarios. As principais razóns para a emoción dos líderes de pensamento de TI entre os usuarios finais das empresas e do goberno son; plataformas de vídeo en liña; redes de entrega de contidos; sistemas de xestión de contidos de vídeo empresarial; e Internet, a base para a transmisión en streaming En comparación co hardware, software e servizos das empresas de instalacións

Nas empresas, gobernos, escolas e defensa, o consumo de vídeo de alto rendemento está aumentando drasticamente. Moitos protocolos resolveron o problema da compatibilidade da transmisión de vídeo a un gran número de espectadores que consumen contido de diferentes dispositivos e dispositivos.

Non obstante, unha das mellores formas de aproveitar os activos locais de varias organizacións e os grandes investimentos realizados polos fornecedores de servizos na nube é proporcionar ferramentas de distribución en streaming con vídeo de baixa latencia e moi fiable. SRT Protocolo usa algúns dos mellores aspectos do Protocolo de Datagrama de Usuario (UDP), como a baixa latencia, pero engade a comprobación de erros para que coincida coa fiabilidade do Protocolo de Control de Transmisión / Protocolo de Internet (TCP / IP). Aínda que TCP / IP pode manexar todos os perfís de datos e é o máis adecuado para o seu traballo

Nota: SRT Protocolo pode substituír o antigo protocolo RTMP. Resolve problemas de seguridade e céntrase no vídeo de rendemento, incluso a través da infraestrutura pública de Internet e pode manexar vídeo de alto rendemento específicamente.

6. Cales son os beneficios de usar o protocolo SRT?

Tres características: SEGURIDADE, FIABILIDADE e BAIXA LATENCIA.

Condicións	características
En termos de SEGURIDADE	SRT Protocolo admite o cifrado AES para garantir a seguridade de transmisión de vídeo de extremo a extremo.
En termos de FIABILIDADE	SRT Protocolo usa a tecnoloxía de corrección directa (FEC) para garantir a estabilidade da transmisión
En termos de BAIXA LATENCIA	SRT Protocolo está construído sobre o protocolo UDT, resolve o problema do alto atraso de transmisión do protocolo UDT. O protocolo UDT baséase no protocolo de comunicación de rede UDP

#Folla 1 - Cales son os fcomidas ofProtocolo SRT

SRT Protocolo permite unha conexión directa entre a fonte de sinal e o destino, que contrasta con moitos sistemas de transmisión de vídeo existentes, que requiren un servidor centralizado para recoller sinais de localizacións remotas e redirixilos a un ou máis destinos. A arquitectura baseada en servidor central ten un único punto de fallo, que tamén pode converterse nun pescozo de botella durante os períodos de gran tráfico. A transmisión de sinais a través do concentrador tamén aumenta o tempo de transmisión de sinal de extremo a extremo e pode duplicar o custo do ancho de banda, porque hai que implementar dúas ligazóns: unha desde a fonte ata o concentrador central e a outra desde o centro ata o destino . Ao usar conexións directas desde a fonte ata o destino, SRT Protocolo pode reducir a latencia, eliminar os pescozos centrais e reducir os custos da rede.

SRT Protocolo resolve o complexo problema de sincronización da transmisión e pode soportar o transmisión en tempo real de ficheiros de alto rendemento e vídeo ultra claro.

CATRO CARACTERÍSTICAS PRINCIPAIS DO PROTOCOLO SRT
funcional		Vídeo de calidade en bruto - SRT Protocolo está deseñado para evitar as fluctuacións da perda de paquetes e do ancho de banda causadas pola conxestión en redes ruidosas para unha mellor experiencia de visualización. Isto conséguese coa tecnoloxía avanzada de retransmisión de baixa latencia, que pode compensar e xestionar a perda de paquetes. SRT Protocolo pode soportar ata un 10% de perda de paquetes sen un impacto visual no fluxo.
Eficaz		A pesar de xestionar os desafíos da rede, o vídeo e o audio ofrécense cunha baixa latencia con vantaxes combinadas de entrega TCP / IP e a velocidade de UDP. Baixa latencia: aínda que pode facer fronte aos desafíos da rede, a transmisión de vídeo e audio aínda ten unha baixa latencia. Ten as vantaxes completas da fiabilidade de entrega TCP / IP e a velocidade UDP.
Protexer		Transmisión segura de extremo a extremo: o cifrado AES de 128/256 bits estándar da industria garante a protección do contido en Internet. SRT Protocolo proporciona un cruce de cortalumes simplificado. O cifrado AES de 128/256 bits estándar da industria garante a transmisión segura de contido de extremo a extremo por internet, incluíndo un cortalume de cortalumes simplificado. Porque SRT Protocolo garante seguridade e fiabilidade, a Internet pública agora pode usarse para aplicacións multimedia estendidas de transmisión, como a transmisión a sitios na nube socialista (por exemplo, a plataforma multi-nube unicast a escala distribuída simultaneamente a varios medios sociais, como Facebook) Live, youtube , contracción e periscopio (a partir dunha fonte de vídeo en tempo real), retransmisión ou remoción de contido completo de parede de vídeo ou ROI do muro de vídeo, etc.
Avanzado		Código aberto - SRT Protocolo é un protocolo libre de dereitos, de nova xeración e de código aberto que ofrece solucións rendibles, interoperables e orientadas ao futuro.
Rendible		Interoperabilidade: sabendo que os produtos de varios provedores funcionarán perfectamente, os usuarios poden despregar SRT con seguridade Protocolo en todo o fluxo de traballo de fluxo de vídeo e audio.

#Folla 2 - Por que escollemos SRT Protocolo?

7. SRT Protocol Streaming admitido Solucións de FMUSER

O codificador / descodificador FMUSER H.264 h.265 / par de codificadores / descodificadores multi HD admite moitos protocolos de transmisión populares, incluído o SRT Protocolo. Con este par codificador / descodificador compacto, robusto e de baixa potencia, os usuarios poden transmitir con confianza fluxos en tempo real ata 4K ou Quad HD desde varias cámaras SDI a través dunha rede xestionada ou sen xestionar.

Codificador / descodificador / transcodificador FMUSER IPTV

Codificador de hardware IPTV FBE200 H.264 / H.265 Máis >>	FBE204 H.264 / H.265 IPTV Codificador de hardware Máis >>	FBE216 H.264 / H.265 IPTV Codificador de hardware Máis >>
1 canles	4 Canles	Canles 16

#Folla 3 - Solucións de transmisión de transmisión de audio e vídeo FMUSER

Máis >>

Nas aplicacións de produción de campo, a familia de codificadores FMUSER ofrece o menor atraso de vidro a vidro do mercado, proporcionando fluxos de seguridade a estudos de produción de eventos remotos. O fluxo xerado polo codificador FMUSER inclúe unha marca de tempo do programa para garantir que os sinais da cámara síncrona se poidan realinear cando son descodificados polo decodificador FMUSER. Ademais, estes feeds pódense sincronizar para garantir unha integración perfecta no ambiente de estudo.

Nota: O codificador / descodificador FMUSER ten unha potente función de servizo de transmisión en streaming. Ademais de soportar protocolos xerais como RTSP / RTMP, tamén admite o protocolo Onvif de seguridade, o protocolo SIP, o protocolo NDI (personalizable), o protocolo SRT (personalizable), GB / T28181 (personalizable) e outros acordos de servizo de transmisión multimedia; axudarache a gañar un liderado no negocio de vídeo de ultra alta definición baseado en IP.

Múltiples aplicacións compatibles con FMUSER SRT Codificadores de hardware FBE200. Máis >>

A tecnoloxía de produtos de FMUSER céntrase en produtos de alta calidade e está a innovar e superar constantemente como o camiño. Do I + D, a produción, as vendas, o servizo e outras ligazóns empresariais están totalmente autointegradas, o servizo non está desconectado de principio a fin. Toma sempre as necesidades dos usuarios como forza motora da innovación, só fabrica produtos que satisfagan as necesidades reais dos usuarios e só faga produtos nos que os usuarios poidan confiar. Ao mesmo tempo, pode proporcionar aos clientes desenvolvemento de produtos de alta calidade e servizos personalizados.

Vexa tamén: Cal é a diferenza entre AM e FM?

8. SRT comparado Protocolo Con formatos de transmisión comúns

Para a transmisión de vídeo en rede son necesarios protocolos de transmisión máis eficientes. Mentres as empresas e os provedores de rede de entrega de contidos (CDN) se preparan para un futuro cheo de transmisión en directo, esta necesidade nunca foi máis urxente. O futuro da transmisión en tempo real, SRT ProtocoloChegou o guión HLS e MPEG. Vexamos o que son estes protocolos de transmisión en tempo real, os seus beneficios e as súas aplicacións

Actualmente hai dúas emisións de vídeo en directo en Internet.

● Emisión en directo baseada en RTMP.

● A transmisión en directo do protocolo WebRTC.

Emisión en directo baseada en RTMP

Protocolo WebRTC

1. Este método de transmisión en directo usa o protocolo RTMP para push upstream e RTMP, HTTP + FLV ou HLS para a reprodución downstream

2. O atraso de transmisión en directo é xeralmente superior a 3 segundos e é

1. Este método de transmisión en directo usa o protocolo UDP para transmitir a transmisión multimedia

2. O atraso de transmisión en directo é inferior a 1 segundo e o número de conexións simultáneas é xeralmente inferior a 10

Nota: úsase principalmente en aplicacións como baixa latencia e gran concorrencia, como eventos en directo, sincronización de información de stock, educación de clase grande, etc.

Nota: úsase principalmente en aplicacións como videochamadas e mostra micrófonos de conexión. Escenas.

#Folla 4 - Comparación de RTMP e WebRTC

9. Transmisión en directo HTTP (HLS)

A transmisión en directo HTTP (HLS) é un protocolo de transmisión adaptativo baseado en HTTP que envía contido de vídeo e audio pola rede en pequenos segmentos multimedia baseados en TCP que se volven montar no destino da transmisión. O custo para despregar HLS é baixo porque emprega tecnoloxía de rede existente baseada en TCP, que é atractiva para as CDN que buscan substituír servidores multimedia RTMP antigos (e caros). Pero debido a que HLS usa TCP, favorécese a calidade da experiencia (QoE) fronte á baixa latencia e os tempos de atraso poden ser elevados (como en segundos en lugar de milisegundos).

HLS foi desenvolvido orixinalmente por Apple Inc. como un protocolo para transmitir medios a dispositivos Apple. Apple desenvolveu desde entón o HLS (push), que é un protocolo de transmisión estándar aberto no lado da contribución dispoñible para todos os dispositivos. Actualmente, HLS admite vídeo codificado usando códecs H.264 ou HEVC.

# Transmisión en directo HTTP (HLS)

Unha vantaxe de HLS é que está deseñado para adaptarse ás diferentes condicións da rede. Envíanse diferentes versións do fluxo a diferentes resolucións e velocidades de bits. Os espectadores poden escoller a calidade do fluxo que desexan. HLS tamén admite varias pistas de audio, o que significa que o teu fluxo pode ter pistas de varios idiomas entre os que os usuarios poden escoller. Outras vantaxes inclúen soporte para subtítulos pechados, metadatos, Xestión de dereitos dixitais (DRM) e incluso anuncios incrustados (nun futuro non moi afastado). O marco está todo aí.

Nota: Admítese a transmisión segura a través de HTTPS, así como algoritmos de hash MD5 e SHA para a autenticación de nome de usuario e contrasinal.

Vexa tamén: Como resolver os problemas de GOGO IPTV no receptor de iconas Pro, Plus e Wegoo?

10. Como funciona HLS

O enfoque é moi parecido a unha transferencia de ficheiros. Os segmentos multimedia transmítense a través do porto HTTP 80 (ou do porto 443 para HTTPS), que normalmente xa está aberto ao tráfico de rede. Como tal, o contido pode atravesar facilmente cortalumes con pouca ou nula participación en TI.

# Coñece como funciona HLS

HLS usa un contedor de fluxo de transporte MPEG2-TS cunha duración do segmento de medios configurable, así como un tamaño de lista de reprodución configurable para recompoñer os segmentos de medios no servidor de inxestión. O MP4 fragmentado é compatible.

#Coñece como funciona HSL

Nota: Debido a que HLS usa tecnoloxía baseada en TCP, o método de recuperación e perda de paquetes de rede é intensivo. Esa é unha das razóns do aumento da latencia. Aínda que hai algún control sobre o tamaño do segmento de medios, a capacidade de reducir a latencia é limitada, especialmente se o servidor de inxestión require un tamaño específico do segmento de medios.

HLS segue sendo o estándar para transmitir a dispositivos móbiles e tabletas. Tamén pode usar HLS para transmitir a unha CDN que non admite RTMP cando non se require unha baixa latencia. É importante ter en conta que RTMP xa está en desuso por cada vez máis CDN. HLS tamén é moi axeitado para transmitir de forma segura formación corporativa e concellos a través de redes de área local (LAN) privadas cando a baixa latencia non é un requisito e as condicións da rede son pobres (supoñendo que a rede admite HLS).

11. MPEG-DASH (transmisión adaptativa dinámica a través de HTTP)

MPEG-DASH é un protocolo de transmisión baseado en HTTP estándar e aberto que envía contido de vídeo e audio pola rede en pequenos segmentos multimedia baseados en TCP que se volven montar no destino de transmisión. A Organización Internacional de Normas (ISO) e o equipo de MPEG deseñaron MPEG-DASH para ser códec e resolución agnóstica, o que significa que MPEG-DASH pode transmitir vídeo (e audio) de calquera formato (H.264, H.265, etc.) e admite resolucións de ata 4K. Se non, MPEG-DASH funciona igual que HLS.

O custo para despregar MPEG-DASH é baixo porque emprega tecnoloxía de rede baseada en TCP, que é atractiva para as CDN. Pero debido a que os paquetes se transportan a través de TCP, a calidade da experiencia (QoE) favorécese sobre unha baixa latencia e os tempos de atraso poden ser elevados.

MPEG-DASH tamén está deseñado para adaptarse ás diferentes condicións da rede. Envíanse diferentes versións do fluxo a diferentes resolucións e velocidades de bits. Os espectadores poden escoller a calidade do fluxo que desexan. Tamén se admiten varias pistas de audio, así como funcións melloradas como subtítulos pechados, metadatos e Xestión de dereitos dixitais (DRM). A infraestrutura está aí para futuros desenvolvementos, como anuncios incrustados

Nota: Admítese a transmisión segura a través de HTTPS, así como algoritmos de hash MD5 e SHA para a autenticación de nome de usuario e contrasinal.

12. Como funciona e as aplicacións MPEG-DASH

Principio de funcionamento:

MPEG-DASH funciona do mesmo xeito que HLS e envía segmentos multimedia curtos a través de HTTP (porto 80) ou HTTPS (porto 443) para facilitar o paso do firewall. Usa un contedor de fluxo de transporte MPEG2-TS cunha duración do segmento de medios configurable, así como un tamaño de lista de reprodución configurable para recompoñer os segmentos de medios no servidor de inxestión. O MP4 fragmentado é compatible.

#Arquitectura conceptual de MPEG DASH

Nota: A alta latencia de MPEG-DASH débese principalmente á perda de paquetes de rede e ao método de recuperación empregado en todas as redes baseadas en TCP. E aínda que MPEG-DASH ofrece certo control sobre o tamaño do segmento de medios, a capacidade de reducir a latencia é limitada, especialmente se o servidor de inxestión require un tamaño específico do segmento de medios.

#O estándar MPEG-DASH para a transmisión multimedia a través de Internet

Nota: Use MPEG-DASH para transmitir a unha CDN que non admite RTMP cando non é necesario un período de baixa latencia. É importante ter en conta que RTMP xa está en desuso por cada vez máis CDN. DASH tamén é moi axeitado para transmitir de forma segura formación corporativa e concellos a través de redes LAN privadas cando a baixa latencia non é un requisito e as condicións da rede son pobres.

13. Que protocolo de transmisión é adecuado para ti?

Nota: Aínda que RTMP é de lonxe o protocolo de transmisión máis popular, protocolos como o protocolo SRT, HLS e DASH están desafiando iso. Que teñen os protocolos adaptativos de transmisión baseados en HTTP HLS e MPEG-DASH que RTMP non ten?

● Varias pistas de audio para unha pista de vídeo para producións multilingües.
● Inclusión de metadatos e outros tipos de contido incrustado.
● Soporte de xestión de dereitos dixitais (DRM).
● Envíe varias versións do fluxo a diferentes resolucións e velocidades de bits para que os espectadores poidan seleccionar a calidade que se adapte ás condicións de rede ou ao tamaño da pantalla.
● A escalabilidade é moito máis sinxela e barata para HLS e MPEG-DASH que para RTMP. E RTMP normalmente require que os portos de rede de TI se abran manualmente para atravesar cortalumes.

Nota: Se a latencia ou as malas condicións de rede non son un problema, entón HLS ou MPEG-DASH superan a SRT Protocolo. Os protocolos de transmisión baseados en HTTP adaptativos ofrecen a mellor calidade de vídeo posible a espectadores con diferentes condicións de rede e son máis sinxelos de configurar que SRT Protocolo.

14. Cousas verdadeiras sobre o Protocolo SRT

1. SRT Protocolo é unha solución de código aberto que se integrou en múltiples plataformas e arquitecturas, incluíndo solucións portátiles baseadas en hardware e solucións na nube baseadas en software.

2. SRT Protocolo pode funcionar ben en conexións con atrasos que van desde algúns milisegundos ata uns segundos. Pode soportar longos atrasos de rede.
3. SRT Protocolo non ten nada que ver coa carga. Calquera tipo de soporte de vídeo ou audio, ou calquera outro elemento de datos que se poida enviar mediante UDP, é compatible con SRT. Admite varios tipos de fluxos.
4. SRT Protocolo o envío admite varios fluxos simultáneos. Múltiples fluxos multimedia diferentes como ángulos de cámara múltiples ou pistas de audio opcionais pódense enviar a través de fluxos SRT paralelos que comparten o mesmo porto e enderezo UDP nunha ligazón punto a punto.
5. O proceso de apretón de mans empregado por SRT Protocolo admite conexións de saída sen necesidade de abrir portos externos permanentes perigosos no cortalumes, mantendo así a política de seguridade da empresa. Travesía de cortalumes mellorada.

6. O SRT Protocolo o punto final establece un perfil de retardo estable de extremo a extremo, eliminando a necesidade de que os equipos descendentes teñan o seu propio búfer para xestionar os atrasos de sinal cambiantes. O tempo do sinal é preciso.

CDN como Akamai xa anunciaron que rematan o soporte para RTMP. É vello e caro de despregar. Con novos protocolos como SRT Protocolo, HLS e MPEG-DASH gañando popularidade, só é cuestión de tempo que RTMP sexa cousa do pasado.

Nota: Se se precisa unha baixa latencia e está a transmitir por redes imprevisibles, entón SRT Protocolo é o protocolo de transmisión de elección. SRT Protocolo establece a súa propia conexión para a recuperación de paquetes que é moito máis eficiente que TCP. Iso habilita SRT Protocolo para proporcionar comunicacións case en tempo real e bidireccional entre un host e un invitado remoto. E pode axustar a latencia para axustala ás condicións da rede.

DE VOLTA

Artigos de tipo adicional

Extensión m3u: lista de programas que poden abrir ficheiros .m3u

Directriz de carga manual de IPTV .M3U / .M3U8 Reproduccións de reprodución en varios dispositivos

Como facer a túa antena de radio FM ｜ Fundamentos e tutoriais da antena FM caseira

Ligazón FMUSER STL: todo o que necesitas no equipo de enlace de estudio a transmisor

Para obter máis información sobre produtos compatibles co protocolo SRT, póñase en contacto comigo tea | app