1- NUESTRA VISIÓN
Podemos afirmar con seguridad que, en el futuro previsible, los canales comerciales premium de las principales emisoras se transmitirán desde las instalaciones en el lugar como lo son ahora. Aún no se han determinado algunos detalles de la ingeniería, pero en general podemos decir que el playout implicará el enrutamiento/conmutación/mezcla/superposición de flujos sin comprimir o ligeramente comprimidos («compresión mezzanine») originados en el exterior, en estudios o mediante la decodificación de archivos (p. XDcam, etc…). En este sentido, es una buena aproximación decir que el modelo actual es válido para pasar a 2110 de HSDI y los medios para conectar dispositivos, salas e instalaciones y cambiar los servidores de video actuales basados en hardware por dispositivos solo de software que trabajan dentro de nubes privadas físicamente. ubicadas en las instalaciones del lugar. Donde prevemos un gran cambio es en el nuevo horizonte que abre la posibilidad de originar canales en la nube. Las ventajas de esta tecnología son que se puede iniciar un nuevo canal prácticamente en un abrir y cerrar de ojos y sin necesidad de mano de obra ni cambios en las instalaciones. Pero los contras son los que determinarán cómo deben operar estos canales. El ancho de banda en la nube es muy costoso, por lo que crear un circuito de 2110 flujos sin comprimir, o incluso ligeramente comprimidos, es inasequible. Estos canales en la nube deben tener salidas muy comprimidas que estén conectadas directamente con un medio de distribución convencional o un CDN. La compresión siempre ha sido la clave al combinar TI y video. Es un proceso crítico que puede reducir la calidad u obligar a la emisora a utilizar grandes cantidades de ancho de banda. La selección del codificador es la decisión más importante que puede tomar un ingeniero de transmisión. Los codificadores de software han ido ganando terreno a los codificadores basados en hardware, por lo que ahora varios fabricantes de calidad de transmisión ofrecen codificadores virtuales. El problema es que la capacidad de procesamiento requerida por los codificadores de software es enorme y en la nube la potencia de procesamiento es tan costosa como el ancho de banda. Estas preguntas relacionadas con el dinero son las verdaderas desventajas de la nube basada en el playout basado en el modelo clásico de compresión descendente. Existe una forma más eficiente pero contraria a la intuición de jugar desde la nube. El concepto es subir a la nube los archivos ya codificados en formato de playout (típicamente H264 dentro de TS para ser transmitidos en RTP). Es muy fácil crear un flujo de trabajo automático que coloque gráficos y efectos mientras transcodifica desde los formatos de archivo de transmisión (por ejemplo, Xdcam, AVCintra, ProRes, etc.) a los que se usan para la distribución, antes de cargarlos en la nube. Si el flujo de trabajo se planifica correctamente, algunos archivos se pueden codificar con gráficos solo unos minutos antes de la emisión, creando la ilusión de gráficos en vivo. Uno de los usos sugeridos del playout basado en la nube es la recuperación ante desastres. Esta es una idea brillante siempre que no tengamos la intención de producir con ella una señal de espejo las 24 horas del día, los 7 días de la semana. El esquema correcto para la recuperación ante desastres basada en la nube es planificarla como el bote salvavidas de un crucero, para desplegarse cuando surja la necesidad. Por lo tanto, la nube basada en el playout debe ser la tercera opción después de una recuperación ante desastres convencional. Dado que no está operativo todo el tiempo, no necesitamos invertir capex ni desperdiciar opex. Siguiendo con el ejemplo del bote salvavidas de un crucero, hay que planificar el despliegue para que sea rápido y en este sentido hay que tener claro cómo se va a enviar la señal a las redes de distribución (quizás con un CDN pequeño, o un paquetizador con opción de multidifusión, etc.).
Otra palabra de moda en ferias y reuniones de clientes recientes es la de «virtualización». Se usa liberalmente para referirse a dos configuraciones diferentes. En primer lugar, se utiliza como sinónimo de playout en la nube, tema que ya hemos comentado. En segundo lugar, y de manera más adecuada, se utiliza para referirse a servidores de video o máquinas virtuales solo de software que se instalan sobre arquitecturas de virtualización de plataforma como VMware, Oracle y muchos otros competidores en el mercado actual. En esta configuración, el software del servidor de video funciona en una llamada «instancia» que emula el entorno nativo de Windows. Este tipo de sistema puede ser razonable cuando se utiliza almacenamiento virtual y/o cuando la plataforma de hardware es excesiva para ser utilizada exclusivamente por el software del servidor de video. Sin embargo, la yuxtaposición de capas y la complejidad inherente de la configuración dificultan la sistematización del diagnóstico de problemas. En general, se debe decir que todo el software, solo los servidores de video, pueden funcionar en la nube como se describe anteriormente o en un entorno virtual adecuado.
Para finalizar este enfoque general, basado en la experiencia de cambios previos de tecnología, habrá una larga transición y habrá, durante mucho tiempo, un entorno híbrido y de transición en el que el playout SDI y 2110 coexistirá con la agregada. complejidad que crea esta mezcla.
2- SOPORTE IP ACTUAL DE VECTOR 3
-Los modelos VectorBo LT y VectorBox XL ya existentes incorporan salidas opcionales 2110 (o 2026). Así que ahora cada uno de los modelos tendrá tres sabores, “Solo SDI” con cuatro salidas de HDSDI, “Solo IP” con cuatro salidas de 2110 (o 2026) e “Híbrido” con dos HDSDI y dos 2110.
-El nuevo modelo VectorBox 264 es un servidor de video solo software que se puede instalar en una computadora sin hardware dedicado, en una computadora con VMware o similar o en la nube. Produce una cierta cantidad de transmisiones comprimidas en H264 dentro de TS y empaquetadas como RTP. El cliente de control puede estar en la nube o en sitio.
-VectorBox prerrenderizado para playout desde la nube en H264 en TS empaquetado como RTP mientras la compresión se realiza en el sitio para minimizar el ancho de banda y la necesidad de CPU de la nube.
