Protocolos de transmisión de vídeo: 6

formatos preferidos para la radiodifusión

profesional
By Max Wilbert | Publicado el July 25, 2023 | 23 min Read

• Índice
• ¿Qué es un protocolo de transmisión de vídeo?
• Protocolo de streaming vs. Códec vs. Formato de contenedor
• 6 Protocolos preferidos para el streaming de vídeo
• 1. HTTP Live Streaming (HLS)
• 2. Protocolo de mensajería en tiempo real (RTMP)
• 3. WebRTC
• 4. Transporte seguro y fiable (SRT)
• 5. Protocolo de transmisión en tiempo real (RTSP)
• 6. Streaming adaptativo dinámico sobre HTTP (MPEG-DASH)
• Cómo elegir protocolos de vídeo para su flujo
• Protocolos de streaming de YouTube
• Reflexiones finales
Hay muchos acrónimos diferentes utilizados en la retransmisión en directo. RTMP, HLS,
SRT y mucho más. En general, se refieren a distintos protocolos de transmisión de vídeo.
Básicamente, estos protocolos son procesos técnicos que facilitan la transferencia eficaz de
datos de un programa a otro. En streaming, esto equivale a la transferencia de archivos de
vídeo hacia y desde el codificador, el host de streaming y el reproductor de vídeo que ve el
público.

En este artículo, vamos a identificar y discutir los protocolos de streaming de vídeo más
comunes. Veremos para qué sirven y cuándo deben utilizarse. Además, aclararemos y
desglosaremos todos los acrónimos asociados a los protocolos de transmisión de vídeo. Por
último, le ofreceremos información de fondo relevante para que pueda entender mejor la
relación entre un códec y un formato contenedor.

Tenga en cuenta que este post se ha actualizado para reflejar los últimos avances en
protocolos de transmisión de vídeo a partir de julio de 2023.

¿Qué es un protocolo de transmisión de vídeo?

Para la retransmisión en directo es necesario un protocolo de flujo de vídeo.

Un protocolo de transmisión de vídeo es un método de entrega estandarizado para dividir

un vídeo en trozos, enviarlo al espectador y volver a montarlo. Los protocolos de
transmisión de vídeo son las normas y métodos que se utilizan para dividir los archivos de
vídeo en pequeños fragmentos para que puedan llegar a los espectadores.

Antes de seguir adelante, profundicemos un poco más en el “por qué” de los protocolos de
transmisión de vídeo. La mayoría de vídeo digital está diseñado para dos cosas:
almacenamiento y reproducción. Esto lleva a dos consideraciones principales, a saber, el
tamaño reducido de los archivos y la reproducción universal.

La mayoría de los archivos de vídeo no están diseñados para la transmisión en flujo

continuo, lo que significa que para transmitir un vídeo primero hay que convertirlo en un
archivo que se pueda transmitir en flujo continuo. Esto implica dividir el vídeo en pequeños
trozos. Estos trozos llegan secuencialmente y se reproducen a medida que se reciben. Si
estás vídeo en directo el vídeo fuente procede directamente de una cámara. Si no, procede
de un archivo de contenidos de vídeo a la carta VOD.

Esta es una explicación básica del funcionamiento de los protocolos de streaming. Los
protocolos de streaming pueden ser mucho más complejos. Muchos son “bitrate
adaptativo“por ejemplo. Esta tecnología ofrecerá la mejor calidad que un espectador pueda
soportar en un momento dado.

Así, si un espectador tiene una velocidad de Internet lenta, recibirá un vídeo de menor
calidad, y si tiene una velocidad de Internet más rápida, recibirá un vídeo de mayor calidad.

Algunos protocolos se centran en reducir la latencia es decir, el retardo entre el momento en

que ocurre un acontecimiento en la vida real y el momento en que se reproduce en la
pantalla del espectador. Algunos protocolos de vídeo sólo funcionan en determinados
sistemas, y otros se centran en la gestión de derechos digitales (DRM).

A medida que avancemos a través de algunos protocolos específicos de transmisión de

vídeo, pondremos estas y otras características en perspectiva.
Protocolo de streaming vs. Códec vs. Formato de contenedor

Los protocolos, códecs y formatos contenedores son facetas separadas del streaming.

Entre otras, una fuente común de confusión en el ámbito del streaming de vídeo se refiere a
la diferencia entre un protocolo de vídeo y un códec.

En pocas palabras, el término “códec” se refiere a tecnología de compresión de vídeo.

Lógicamente, diferentes códecs de streaming se utilizan para fines diferentes. Por ejemplo,
Apple ProRes se utiliza a menudo para la edición de vídeo. H.264 el códec de vídeo más
común, se utiliza mucho para vídeo en línea.

Al igual que ocurre con el códec, el término “formato” también puede resultar confuso en el
contexto de los protocolos de transmisión de vídeo. En muchos casos, formato se refiere
simplemente al formato contenedor de un archivo de vídeo. Los formatos contenedores más
comunes son .mp4, .m4v y .avi.

En esencia, un formato contenedor funciona como una “caja” que suele contener un archivo
de vídeo, un archivo de audio y metadatos. Sin embargo, el formato contenedor no es un
concepto tan central para los streamers en directo.

Hagamos una comparación para que sea más fácil entender la relación entre un códec, un
formato contenedor y un protocolo de streaming.
Imagina que eres un comerciante y transportas ropa a granel (la ropa representa el
contenido del vídeo):

• El códec de streaming equivale a la máquina que comprime la ropa en un fardo para

ahorrar espacio.
• El formato contenedor es el vagón de carga en cuyo interior se embalan estos bultos.
• El protocolo de streaming es análogo a las vías del tren, las señales y los conductores que
lo llevan a su destino.

Como difusor, quieres que tu contenido de vídeo en directo funcione en concierto con un
códec, un formato contenedor y un protocolo de transmisión de vídeo. También es
importante tener en cuenta que la mayoría de los protocolos de transmisión de vídeo sólo
admiten determinados códecs, pero hablaremos de esto más adelante.

6 Protocolos preferidos para el streaming de vídeo

Ahora que tiene una idea más clara de la finalidad del transmisión de vídeo comencemos
nuestra comparación con una lista de los protocolos más comunes para el streaming de
vídeo en la actualidad. Esto le ayudará a comprender mejor los mejores protocolos de vídeo
para la transmisión en directo y los vídeos a la carta.

En esta comparación, también ofreceremos casos de uso para cada protocolo de vídeo
siempre que sea posible.
1. HTTP Live Streaming (HLS)

El protocolo HLS, o HTTP Live Streaming, fue desarrollado por Apple y es compatible
con reproductores multimedia, navegadores web, dispositivos móviles y servidores
multimedia.

El primer protocolo de transmisión de vídeo del que hablaremos es HTTP Live Streaming o
HLS. Apple lanzó originalmente este protocolo de vídeo en 2009 para poder eliminar Flash
de los iPhones. Desde entonces, HLS se ha convertido en el protocolo de streaming más
utilizado.

Hay varias razones para ello. En primer lugar, los navegadores de escritorio, los televisores
inteligentes y los dispositivos móviles Android e iOS son compatibles con HLS. Los
reproductores de vídeo HTML5 también admiten de forma nativa transmisión HLS Con
tantos dispositivos compatibles con HLS, es natural que se haya convertido en uno de los
mejores protocolos para la transmisión de vídeo.

Esto permite que una emisión llegue al mayor número de espectadores posible, lo que
convierte a HLS en el protocolo más seguro hoy en día para escalar una emisión en directo
a grandes audiencias. Por ejemplo, puede utilizar este protocolo para transmitir vídeo en
directo en su sitio web con un simple código incrustado, y podrás llegar a los espectadores
en la mayoría de los dispositivos.
En cuanto a las características, la norma HLS también admite la transmisión con velocidad
de bits adaptativa, que ofrece dinámicamente la mejor calidad de vídeo posible en cada
momento a cada espectador. Con las recientes actualizaciones, este estándar es ahora
compatible con el último y mejor códec H.265, que ofrece el doble de calidad de vídeo con
el mismo tamaño de archivo que el H.264

Actualmente, el único inconveniente de HLS es que la latencia puede ser relativamente alta.
La latencia es el retraso que se experimenta entre que se envía un archivo y el espectador lo
recibe. Con la transmisión de vídeo en directo, la latencia puede describirse mejor como el
retraso entre el momento en que se transmite el contenido en directo y el momento en que
el espectador recibe ese contenido. Sin embargo, existen métodos para reducir la latencia de
HLS, que ayudan a combatir uno de los pocos inconvenientes de este protocolo de vídeo.

¿Quién debe utilizar HLS?

HLS es el protocolo más utilizado para retransmitir en directo porque es sólido y eficaz. Por
ejemplo, sabemos que pocos espectadores volverán a un sitio durante una transmisión si
experimentan un fallo de vídeo. El uso de un protocolo ampliamente compatible y
adaptable como HLS ofrecerá la mejor experiencia posible a la audiencia. HLS es uno de
los mejores protocolos para el streaming de vídeo.

También nos gustaría mencionar que HLS es ahora el protocolo de streaming por defecto
en Dacast.

Ventajas de utilizar HLS:

• Alta compatibilidad: Dado que HLS es compatible con el reproductor de vídeo HTML5 el
protocolo HLS es apto para transmitir a prácticamente cualquier dispositivo y sistema
operativo con conexión a Internet.
• Seguro: HLS es conocido por su transmisión segura
• Alta calidad: HLS produce flujos de vídeo de muy alta calidad gracias a su tecnología de
transmisión con tasa de bits adaptativa

Contras del uso de HLS:

• Alta latencia: HLS no es capaz de una latencia tan baja como algunos de los otros
protocolos preferidos
• No es ideal para la ingesta: HLS no es la mejor opción para la ingesta ya que
codificadores compatibles con HLS no son accesibles ni asequibles
2. Protocolo de mensajería en tiempo real (RTMP)

El siguiente es el veterano protocolo de vídeo: o Protocolo de Mensajería en Tiempo Real.

Desarrollado originalmente por Macromedia en los inicios del streaming, el protocolo
protocolo RTMP sigue siendo ampliamente utilizado.

Hoy en día RTMP se utiliza sobre todo para la ingesta de flujos en directo con la ayuda de
un codificador RTMP. En términos sencillos, cuando configura su codificador para enviar
el vídeo a la plataforma de streaming ese vídeo llegará a la plataforma a través del
protocolo RTMP. Ese contenido llega finalmente al espectador final en otro protocolo,
normalmente HLS. RTMP se utiliza junto con otros protocolos de transmisión de vídeo.

RTMP rara vez se utiliza como un protocolo de streaming de vídeo de cara al espectador
como lo fue una vez. Eso es porque depende del plugin Flash, que ahora está totalmente
obsoleto. Si se utiliza, suele ir emparejado con otro protocolo como HLS.

¿Quién debe utilizar RTMP?

RTMP es un protocolo de streaming que proporciona flujos de muy baja latencia. Sin
embargo, al ser incompatible con el reproductor de vídeo HTML5 no recomendamos el uso
de RTMP. De nuevo, la excepción es la ingestión de flujos. Para ello ingesta RTMP sigue
siendo una de las mejores opciones para la ingesta de flujos. Es robusto y casi
universalmente compatible.

Ventajas de utilizar RTMP:

• Baja latencia: La baja latencia permite que tu transmisión de vídeo en directo mantenga una
conexión y una transmisión de vídeo estables para el espectador, incluso si la conexión a
Internet no es fiable. De este modo, sus espectadores tendrán menos “retrasos” cuando vean
sus vídeos con una conexión a Internet inestable, lo que les permitirá reanudar rápidamente
la emisión una vez que su conexión a Internet se estabilice.
• Adaptable: Un feed adaptable significa que sus espectadores no están atrapados en ver sus
feeds en una dirección lineal. Con contenidos alojados en un servidor RTMP el feed les
permite saltar y rebobinar partes del feed o unirse a una transmisión en directo después de
que haya empezado. Los espectadores suelen esperar este tipo de control sobre los
contenidos que ven.
• Flexible: RTMP le permite integrar una variedad de formatos de vídeo en un paquete
cohesivo, que combina a la perfección audio, vídeo y texto. Además, puedes tener múltiples
variaciones de canales multimedia, como streaming de audio MP3 y AAC o streaming de
vídeos MP4, FLV y F4V.

Contras del uso de RTMP:

• No es compatible con HTML5: RTMP es compatible con reproductores Flash, un formato

que va camino de la obsolescencia. Los reproductores HTML5 se están convirtiendo
rápidamente en el estándar moderno, pero RTMP no puede reproducirse en reproductores
HTML5 sin un conversor como el protocolo de vídeo HLS.
 • Problemas de ancho de banda: Los flujos RTMP pueden ser especialmente vulnerables a
problemas de poco ancho de banda. Esto puede causar interrupciones frecuentes y
frustrantes en sus transmisiones que arruinan la experiencia de sus espectadores.
• HTTP incompatible: No puedes transmitir directamente un feed RTMP a través de una
conexión HTTP. Para utilizar un flujo RTMP en su sitio web, debe conectarse a un servidor
especial, como Flash Media Server, y utilizar una red de distribución de contenidos (CDN)
de terceros. red de distribución de contenidos (CDN)

3. WebRTC

WebRTC se utiliza principalmente para la comunicación de igual a igual, concretamente

con conferencias web.

Comunicaciones Web en Tiempo Real (WebRTC) es un proyecto de vídeo de código

abierto capaz de transmitir con latencia en tiempo real. Este proyecto se desarrolló para
soportar el protocolo de voz sobre Internet (VoIP), y fue adquirido por Google para
soportar las herramientas de videochat de Google.

WebRTC es técnicamente un proyecto de streaming y no un protocolo de streaming. Sin

embargo, a menudo se agrupa con los protocolos de transmisión de vídeo preferidos, ya que
hay mucho solapamiento.
¿Quién debe utilizar WebRTC?

WebRTC es valioso en configuraciones de streaming que requieren latencia en tiempo real.

El streaming entre iguales, comúnmente llamado “conferencia web” o “videoconferencia”,
es uno de los principales casos de uso de WebRTC.

Algunos programas y aplicaciones populares que utilizan WebRTC son Snapchat,

Facebook, WhatsApp y otras plataformas de redes sociales que admiten videochat.

Ventajas del uso de WebRTC:

• Código abierto: Dado que WebRTC es de código abierto, puede personalizarse para
adaptarse a sus necesidades específicas de streaming
• Latencia en tiempo real: WebRTC soporta streaming con latencia en tiempo real, lo que
significa que su vídeo viaja a las pantallas de sus espectadores prácticamente en tiempo real

Contras del uso de WebRTC:

• Una tecnología más reciente: WebRTC es un desarrollo reciente, por lo que el resto del
mercado aún no se ha adaptado. Es posible que encuentres algunos problemas de
compatibilidad con la configuración de streaming

4. Transporte seguro y fiable (SRT)

Transporte Seguro y Fiable (SRT) es un protocolo de transmisión de vídeo relativamente

nuevo de Haivision, líder en el sector de la transmisión en línea. Este protocolo de código
abierto es conocido por su notable seguridad, fiabilidad, compatibilidad y capacidad de
streaming de baja latencia. Es un gran protocolo de streaming en tiempo real.

Actualmente existen algunas limitaciones en la transmisión con SRT debido a que otros
hardware y software de transmisión aún no se han desarrollado para soportar este protocolo
de vídeo.

¿Quién debe utilizar la TER?

La TER es el protocolo preferido de muchos miembros de la Alianza SRT. Se trata de un

grupo de empresas del ámbito de la tecnología y las telecomunicaciones que se dedican a
impulsar SRT a la vanguardia de la industria de la transmisión en directo porque creen que
es el mejor protocolo para la transmisión de vídeo.

La SRT Alliance fue fundada por Haivision, la misma empresa que desarrolló el protocolo
de transmisión de vídeo. Algunos de los principales miembros de la Alianza SRT son
Microsoft, Telestream, Alibaba Cloud, Comcast, Eurovision y AVID.
Si utiliza tecnología compatible con cualquiera de los miembros de la Alianza SRT, debería
poder incorporar fácilmente el protocolo de transmisión de vídeo SRT a su configuración
de transmisión.

Ventajas de la TER:

• Seguridad: SRT incluye las mejores herramientas de seguridad y privacidad para que las
emisoras puedan estar seguras de que sus transmisiones son seguras.
• Compatible: SRT es independiente del dispositivo y del sistema operativo, lo que significa
que puede transmitir a la mayoría de los dispositivos con conexión a Internet.
• Baja latencia: La transmisión de baja latencia es un importante valor añadido para las
emisoras profesionales. SRT consigue un streaming de baja latencia con el apoyo de la
tecnología de corrección de errores

Contras del uso de la TER:

• Todavía no está muy extendida: al igual que WebRTC, SRT es todavía un poco futurista.
La industria del streaming tendrá que ponerse al día antes de que este protocolo de vídeo
sea un estándar

5. Protocolo de transmisión en tiempo real (RTSP)

Quizás un protocolo de streaming de vídeo menos conocido, Protocolo de transmisión en

tiempo real (RTSP) se publicó por primera vez en 1998. RTSP se desarrolló para controlar
servidores de streaming multimedia en sistemas de entretenimiento y comunicaciones,
concretamente.

En 2016, se puso a disposición un RTSP 2.0 actualizado. En general, se conoce como un

protocolo de transmisión de vídeo para establecer y controlar sesiones multimedia entre
puntos finales.

RTSP es similar en algunos aspectos a la tecnología HTTP Live Streaming (HLS), que
veremos más adelante. Sin embargo, transmitir datos de streaming en directo no es lo que
RTSP consigue por sí solo. En su lugar, los servidores RTSP suelen trabajar conjuntamente
con el Protocolo de Transporte en Tiempo Real (RTP) y el Protocolo de Control en Tiempo
Real (RTCP) para entregar flujos multimedia. Es una solución en tiempo real que necesita
trabajar junto con otros protocolos de transmisión de vídeo.

¿Quién debe utilizar RTSP?

RTSP fue diseñado para soportar streaming de baja latencia y es una buena opción para
casos de uso de streaming tales como transmisiones de cámaras IP (por ejemplo, cámaras
de seguridad), dispositivos IoT (por ejemplo, drones controlados por ordenadores
portátiles) y SDK para móviles. No está diseñado para la retransmisión en directo de alta
calidad por Internet a numerosos espectadores.

Sin embargo, un inconveniente importante es que la compatibilidad nativa de los

navegadores con RTSP es limitada. soporte nativo limitado del navegador para RTSP

RTMP frente a RTSP

RTMP y RTSP ambos son protocolos de streaming, lo que significa que son conjuntos de
reglas que rigen cómo viajan los datos de un sistema de comunicación a otro. Estas siglas
de aspecto similar se confunden a menudo entre sí. Si los datos de vídeo que intentas enviar
a tus espectadores son un coche, entonces el protocolo de streaming es la carretera que el
coche toma para ir de un sitio a otro.

La elección entre los protocolos de streaming RTMP y RTSP depende en gran medida de
las necesidades individuales de su empresa y de cuántos pasos adicionales esté dispuesto a
dar para que su contenido pueda reproducirse en su sitio web.

Ventajas del uso de RTSP:

• Streaming segmentado: En lugar de obligar a sus espectadores a descargar un vídeo entero

antes de verlo, la transmisión RTSP les permite ver su contenido antes de que se complete
la descarga.
• Personalización: Utilizando otros protocolos, como el Protocolo de Control de
Transmisión (TCP) y el Protocolo de Datagramas de Usuario (UDP), puedes crear tus
propias aplicaciones de streaming de vídeo.

Contras del uso de RTSP:

• Menos popular: En comparación con otros protocolos de transmisión multimedia RTSP es

mucho menos popular. La mayoría de los reproductores de vídeo y servicios de streaming
no son compatibles con el streaming RTSP, lo que dificulta la difusión de su flujo en su
navegador. Para emitir un flujo RTSP, debes utilizar un servicio de transmisión en directo
RTSP independiente.
• Incompatible con HTTP: Al igual que RTMP, no puedes transmitir directamente RTSP a
través de HTTP. Por este motivo, no existe una forma sencilla y directa de transmitir RTSP
en un navegador web, ya que RTSP está diseñado más para la transmisión de vídeo en redes
privadas, como los sistemas de seguridad dentro de una empresa. Sin embargo, puede
transmitir RTSP utilizando software adicional integrado en su sitio web.
6. Streaming adaptativo dinámico sobre HTTP (MPEG-DASH)

La capacidad de transmisión adaptable de MPEG-DASH es muy valiosa para los

profesionales de la radiodifusión.

Por último, pero no por ello menos importante, tenemos MPEG-DASH. Aunque todavía no
se utiliza mucho, este protocolo de vídeo tiene grandes ventajas.

En primer lugar, admite streaming con velocidad de bits adaptativa. Esto significa que los
espectadores siempre recibirán la mejor calidad de vídeo que su actual velocidad de
conexión pueda soportar. Esto tiende a fluctuar segundo a segundo, y DASH puede seguir
el ritmo.

MPEG-DASH soluciona algunos problemas técnicos de larga data con la entrega y la

compresión. Otra ventaja es que MPEG-DASH es “agnóstico en cuanto a códecs”, lo que
significa que puede utilizarse con casi cualquier codificación de streaming. codificación de
streaming. También es compatible con Encrypted Media Extensions (EME) y Media
Source Extension (MSE), que son API basadas en estándares para la gestión de derechos
digitales (DRM) basada en navegador.
¿Quién debería utilizar MPEG-DASH?

En la actualidad, MPEG-DASH sólo es utilizado por una fracción de las emisoras

profesionales en comparación con HLS. Durante un tiempo, los expertos creyeron que este
protocolo despegaría, pero aún no hemos visto que esa teoría se haga realidad.

La razón de que este protocolo no sea increíblemente popular puede atribuirse a la

compatibilidad (p. ej. Apple Safari y los dispositivos iOS no lo soportan) y otros problemas
relacionados.

Ventajas del uso de MPEG-DASH:

• Adaptable: Lo que mantiene la relevancia de DASH es su compatibilidad con la

transmisión de velocidad de bits adaptable, que es ideal para ofrecer transmisiones de alta
calidad a usuarios con diferentes velocidades de Internet.
• Código abierto: MPEG-DASH es de código abierto y no tiene proveedor, lo que significa
que los usuarios pueden personalizarlo para adaptarlo a sus necesidades específicas.

Contras del uso de MPEG-DASH:

• Compatibilidad limitada: MPEG-DASH no es compatible con los dispositivos Apple/iOS,

lo que puede resultar bastante problemático para las cadenas de televisión.
• Sin futuro: Aunque alguna vez hubo esperanzas de un futuro en el que DASH fuera el
protocolo preferido, las posibilidades de que esto ocurra son cada vez más escasas.

Cómo elegir protocolos de vídeo para su flujo

¿Sabes qué protocolos de vídeo son los mejores para la retransmisión profesional en
directo?

Para recapitular, hoy en día existen muchos protocolos de transmisión de vídeo, y muchos
de ellos pueden utilizarse para la transmisión de vídeo en directo. La respuesta a la pregunta
de qué protocolo utilizar para el streaming multimedia depende de sus necesidades
específicas.

Como ya hemos dicho, todos los protocolos analizados aquí tienen usos específicos para
determinados organismos de radiodifusión. Sin embargo, si se tiene todo en cuenta, HLS se
lleva la palma, sobre todo en cuanto a compatibilidad de códecs, compatibilidad con todos
los dispositivos, compatibilidad nativa con reproductores de vídeo HTML5 y capacidad de
transmisión a velocidad de bits adaptable.

Nuestra recomendación al respecto es sencilla: por ahora, la mayoría de las emisoras

deberían limitarse a utilizar HLS para la entrega y RTMP para la ingestión. HLS es nuestra
elección como estándar de transmisión de vídeo para el mejor protocolo de transmisión de
vídeo.

Por supuesto, algunos usuarios pueden encontrar otros protocolos mejores para sus
necesidades. Sin embargo, si desea transmitir vídeo en directo en su sitio web, hacer
retransmisiones deportivas en directo o retransmitir eventos profesionales y reuniones en
directo, HLS suele ser la mejor opción.

Esté atento a SRT y WebRTC, ya que en el futuro se abrirán camino hasta la vanguardia de
la industria del streaming en línea.

Protocolos de streaming de YouTube

Como ya hemos comentado, los protocolos de vídeo que utilice dependerán de su

configuración específica de configuración de streaming. Para que entiendas mejor cómo los
requisitos del sistema y otras tecnologías contribuirán a tu decisión, vamos a hablar de las
distintas combinaciones de protocolos que puedes utilizar con YouTube.

YouTube utiliza un reproductor de vídeo HTML5, lo que significa que HLS es el protocolo
estándar de entrega. Cuando se trata de ingestión en YouTube hay cuatro opciones de
protocolo diferentes. Se trata de HLS, RTMP, RTMPS, HLS y DASH.

Ya que no lo hemos cubierto todavía, vale la pena señalar que RTMPS es una variación de
RTMP que tiene una capa de seguridad añadida.

RTMP y RTMPS pueden utilizarse para flujos de latencia normal, baja y ultrabaja. HLS y
DASH son mejores para el streaming de mayor calidad, pero ninguno es capaz de realizar
streaming de baja latencia como RTMP y RTMPS.
RTMP es el protocolo más utilizado para la ingesta en YouTube.

El protocolo que utilices dependerá de si valoras la alta calidad o la baja latencia. También
dependerá de la compatibilidad de su codificador de streaming y otras herramientas de
difusión.

Reflexiones finales

Aunque los protocolos de streaming y la tecnología relacionada pueden ser complejos, se

pueden dividir fácilmente en segmentos más fáciles de entender. Eso es lo que hemos
intentado hacer en este artículo para que pueda entender mejor la jerga tecnológica.

Confiamos en que este artículo haya ayudado a aclarar el propósito de un protocolo para la
transmisión de vídeo y la relación entre un protocolo de transmisión de vídeo, un vodec y
un formato contenedor. Equipado con esto, podrás elegir mejor el protocolo de transmisión
de vídeo que mejor se adapte a tus necesidades.