Aquí hay un resumen rápido de algunos de los principales protocolos utilizados para la transmisión de video en vivo de móvil a móvil.
RTMP
RTMP significa Protocolo de mensajería en tiempo real y, en muchos sentidos, es en realidad una tecnología anticuada que ha logrado mantenerse relevante gracias, sobre todo, al reproductor Flash. Aunque RTMP fue creado por Adobe para su uso en su reproductor Flash, la especificación no completamente completa se abrió a implementadores de terceros. Debido a que Flash fue el estándar de facto para la transmisión de video por tanto tiempo, incluso los clientes móviles nativos se unieron con soporte para RTMP, permitiendo que las aplicaciones se vinculen a la infraestructura de video existente.
- ¿Cuál es la diferencia entre HD y 3D?
- ¿Podemos vivir sin teléfonos inteligentes?
- ¿Por qué Citrix ha sido el líder en tecnología de pantalla compartida durante tantos años?
- Si todas las computadoras y otras tecnologías se perdieran en este momento, ¿cuánto tiempo necesitaríamos para volver al mismo estado que tenemos hoy?
- Tecnología: ¿La automatización está llegando al final de su ciclo de destrucción de trabajo en 2015?
Debido a que RTMP facilita la reproducción de baja latencia entre el emisor y el espectador (es un verdadero protocolo de transmisión), sigue siendo una opción muy popular:
- En Stream, creamos una solución interna personalizada para transmitir RTMP, y es el protocolo principal que utilizamos.
- Periscope usa RTMP (a través de Wowza) en transmisiones con un número relativamente bajo de espectadores. Sin embargo, debido a que HLS (ver más abajo) es más barato y más fácil de escalar, Periscope comienza a descargar a los recién llegados a HLS en transmisiones suficientemente populares.
- Basado en una encuesta semi casual, la mayoría (pero no todas) de las otras aplicaciones de transmisión en vivo también caerán en el paquete RTMP. YouNow es otro ejemplo popular aquí. Sin embargo, en lo que respecta a su pregunta, tenga en cuenta que Meerkat no.
HLS
HLS significa HTTP Live Streaming, y es un protocolo competitivo para la entrega progresiva de contenido de video (y / o audio). En cierto modo, mejora el RTMP (p. Ej., Admite codificaciones de velocidad de bits variable para que los clientes puedan negociar la mejor calidad para las condiciones de su red), mientras que en otros aspectos es menos adecuado para el video en vivo (en comparación con la latencia más alta) a RTMP).
Como simplificación excesiva, HLS esencialmente utiliza un archivo de lista de reproducción que enumera segmentos individuales (clips) que son parte del video más grande. Esta lista de reproducción se puede actualizar continuamente (habilitando video “pseudo-live”), y también puede apuntar a listas de reproducción adicionales que se corresponden con diferentes tasas de bits, codificaciones, etc.
Debido a que los datos de medios reales se descargan en segmentos, es un objetivo mucho más atractivo para las transmisiones a gran escala con miles de espectadores concurrentes, ya que se pueden usar servidores más similares a CDN para la entrega de medios. Sin embargo, como se mencionó anteriormente, tiene el costo de una latencia adicional (el video debe dividirse en segmentos, los segmentos registrados con la lista de reproducción, la lista de reproducción recuperada por el cliente y los clips finalmente descargados).
Stream usa HLS en algunos lugares seleccionados (como vistas previas de miniaturas en vivo en iOS), y Meerkat usa una solución HLS de cosecha propia para su protocolo de transmisión principal.
WebRTC
He resumido WebRTC antes en una respuesta diferente, por lo que no repetiré mucho aquí, pero mi predicción es que WebRTC impulsará la próxima generación de medios de transmisión en vivo. Incluso iré más allá: creo que será la bestia la que finalmente derrote RTMP . Debido a que WebRTC ya está comenzando a ver soporte sin complementos en la generación actual de navegadores web, incluso las aplicaciones móviles nativas también están comenzando a obtener soporte para muchos de los protocolos relacionados. Si bien esto es similar a lo que vimos con RTMP, la diferencia es que WebRTC no rastrea sus raíces hasta una fuente patentada, y tiene un lugar firmemente establecido en “la web abierta”.
Si bien no es tan ampliamente empleado como los otros protocolos, hay algunas aplicaciones de transmisión en vivo que están comenzando a allanar el camino aquí. Ver Upclose para un ejemplo de eso. Inicialmente, WebRTC se abrazó en casos de uso de igual a igual, por lo que hay algunos desafíos que superar cuando se trata de una transmisión verdadera a gran escala, pero aplaudo lo que Upclose ya ha logrado, junto con la ayuda de OpenTok.
Ciertamente, hay otros protocolos que entran en juego, y siempre podríamos profundizar en las diferentes codificaciones y soluciones estándar que se están empleando, pero es de esperar que eso ayude como una visión general de alto nivel.
