OTT- Entrega de IP en vivo

Ofrecer videos transmitidos en vivo y de alta calidad a través de Internet siempre ha sido un desafío interesante. Se espera que los ingenieros de radiodifusión comprendan y administren videos complejos, redes, escalas, confiabilidad y reproducción para ofrecer programación confiable a dispositivos de visualización multiplataforma. En esta serie de artículos, profundizamos en la transmisión de OTT en vivo, identificamos algunos de estos desafíos y presentamos estrategias para lograr una distribución confiable de OTT en vivo.

La transmisión a través de Internet permite a los locutores llegar a un público mucho más amplio que los modelos terrestres, de cable y satelitales tradicionales. Los espectadores ahora están viendo su programa favorito en toda una plétora de dispositivos que incluyen teléfonos celulares, sistemas de juegos, PC y Smart-TV. Y para aumentar su base de audiencia y, por lo tanto, los ingresos, los organismos de radiodifusión deben entregar a estos espectadores.

La Internet pública abre nuevas oportunidades para la entrega multiplataforma que brinda al público muchas opciones de visualización nuevas. Sin embargo, esto no es tan sencillo como parecería al principio, ya que la mayoría de los organismos de radiodifusión enfrentará tres desafíos específicos; los anchos de banda varían, la latencia es impredecible y los tamaños de imagen están determinados por el dispositivo de reproducción que el espectador está usando.

OTT extrae flujos de datos

Fundamentalmente, la difusión y la entrega OTT difieren en un aspecto importante. Los sistemas satelitales, por cable y terrestres envían datos al decodificador y al televisor. Por el contrario, los dispositivos de reproducción OTT solicitan una transmisión y extraen los datos de la emisora, dando a cada miembro de la audiencia una vista única.

Internet fue desarrollado para entregar documentos textuales usando un modelo de cliente-servidor. Para iniciar cualquier transferencia de datos, un cliente a menudo comienza enviando un comando "OBTENER" al agente que escucha, a menudo un servidor web. Los servidores web están en modo de escucha permanente y cuando reciben el comando "OBTENER" de un cliente autorizado, envían la información solicitada al navegador en la dirección IP correspondiente.

Los dispositivos conectados a Internet generalmente usan el modelo HTTP (Protocolo de transferencia de hipertexto) para comunicarse con los servidores web. HTTP se encuentra en la parte superior de un TCP (Protocolo de control de transferencia), que a su vez se encuentra sobre los datagramas de IP. Aunque se han agregado más comandos al protocolo HTTP a medida que se desarrolló a lo largo de los años, el modelo cliente-servidor, de oferta y demanda, es la forma en que la mayoría de los dispositivos conectados a Internet funcionan en la actualidad. Incluso si el espectador mira en una aplicación dedicada, se utiliza el enfoque de cliente-servidor HTTP.

Escalas HTTP

HTTP generalmente opera sobre TCP / IP para garantizar que los datos se intercambien de manera confiable entre el cliente y el servidor. Aunque TCP es muy eficaz para reenviar paquetes perdidos que, de no ser resentidos, degradarían significativamente una alimentación de video y afectarían la experiencia de visualización, existe una sobrecarga asociada con TCP que puede conducir a una mayor latencia y tráfico de red.

Existen otros sistemas como RTMP (Real Time Messaging Protocol) y webRTP (web Real-Time-Protocol). Tradicionalmente, RTMP se usaba en los visores de Flash, pero su uso ha disminuido a medida que las redes de distribución buscan consolidar las infraestructuras en un método de entrega común y Flash se ha quedado obsoleto en muchos entornos de visualización.

Si bien no se desarrolló inicialmente para transmitir video en vivo a través de Internet público, HTTP se ha convertido en el protocolo de transmisión de video más comúnmente usado en la actualidad. Debido a que es el lenguaje de facto para la mayoría del tráfico web, la infraestructura basada en estándares ya existe ampliamente.

Trabajar desde el dispositivo de reproducción

Para comprender la distribución de OTT, desde el punto de vista de los ingenieros de transmisión, es comenzar en la división de reproducción y volver al centro de reproducción.

En términos de TI, la transmisión es el proceso de dividir un archivo en segmentos y ponerlos a disposición de un dispositivo de reproducción para facilitar la visualización de video y audio. La alternativa es descargar todo el archivo en el reproductor. Si bien la descarga progresiva existe a pedido, no es ideal ya que los tiempos de descarga prolongados afectarán la experiencia y el costo del usuario.

Fragmento de medios

VOD y live-OTT son similares en que ambos fragmentos de los medios, por lo que el dispositivo de reproducción puede solicitar trozos de datos consecutivos y reproducir los clips de una manera ordenada. Donde difieren es que el VOD tiene todos los datos disponibles antes de que comience la fragmentación, mientras que el OTT en vivo no lo hace, y debe comprimir y fragmentar video, audio y metadatos sobre la marcha.

En un modelo de OTT vivo-único cliente-servidor, esto funciona bien ya que el dispositivo de reproducción de los espectadores enviará comandos HTTP-GET al servidor web aproximadamente una vez por segundo para recuperar fragmentos consecutivos de datos de audio y video. Sin embargo, la vida se vuelve interesante cuando aumenta el número de personas que miran el evento a volúmenes nacionales e internacionales. Si 10 millones de personas están viendo el evento, entonces se enviarán 10 millones de solicitudes HTTP-Get cada segundo.

Más detalles de ventas de contacto:

Bonnie Jia

Gerente de Ventas Regionales

DIBSYS Technologies Co., Ltd

-------------------------------------------------- ------------------------------

Web: www.dibvision.com

Tel: + 86-571-87068982 Fax: + 86-571-89714580

Móvil: +86 15356661487 Qué es la aplicación: +86 15356661487 Skype: dibsys0801