Cabecera del Blog
 
Jorge

Los sistemas IT broadcast están avanzando a un ritmo frenético así como las necesidades de los clientes. Los materiales digitales necesitan ser transcodificados, revisados, catalogados, etc... Todo esto conlleva que dichos materiales viajen en un flujo de trabajo, un workflow. Este workflow debe ser lo más automatico que se pueda hasta su destino final.

Muchas tecnologías han surgido para modelar sistemas de workflow. Casi todos ellos esforzándose en aportar al usuario final la posibilidad de definir sus propios workflows mediante simple unión de cajas en una interfaz amigable . Esto que puede parecer la panacea a simple vista, engloba una serie de problemas que conviene conocer.

 
Jorge

El sector IT del broadcast es un sector muy duro. Cuando se desarrollan aplicaciones como los videoservidores hay que tener en cuenta que de los 2.160.000 frames que una continuidad emite al día, todos y cada uno de ellos deben ser correctos. Además, los videoservidores son alimentados con clips de video provenientes de distintos fabricantes y en multiples codecs o formatos y vídeo y múltiples opciones de generación. Cualquier combinación  puede introducir problemas que afecten a la calidad de la emisión.

Los ingenieros de vsn encargados del control de calidad de los sistemas de playout e ingesta, disponen de herramientas avanzadas de analisis de imagen que comprueban automáticamente y sin descanso que no se dé ninguno de los siguientes problemas que acucian en el sector broadcast.

 

 
Jorge

En el post anterior hablamos de los problemas que históricamente se han encontrado en el proceso de creación de software. Como un intento de adaptación a las características de los proyectos software surge el Agilismo, una corriente que renueva los procedimientos para poder aportar mayor valor al cliente sin renunciar a la calidad. En vsn se usan muchas técnicas provenientes del agilismo, te invito a conocerlas.

 
Jorge

La industria del software es una industria relativamente joven. Al contrario que las otras industrias como la aeronáutica, naval, armamentística,... casi todo se ha inventado en poco más de medio siglo. Lo que empezó siendo un arte acabo ingenierizandose dada la necesidad de tener unos procedimientos para intentar obtener más calidad y eficiencia. Conceptos heredados como el ciclo de vida en cascada (Analisis, Diseño, Desarrollo, Test, Producción) han sido usados bastantes años. Sin embargo, se ha demostrado que no parece ser efectivo con el software. Estudios estadisticos demuestran  que el 25-30% de los proyectos software acaban cancelandose y el 50% acaban o fuera de fecha o de presupuesto. ¿Qué pasa con los proyectos software?

 
Marcel

El nuevo Protocolo UMP (Universal Multi Protocol), desarrollado este año a través de un proyecto de I+D en VSN,  permite un máximo rendimiento en la transferencia de datos digitales a través de red, minimizando los costes de envío.

Desde hace ya tiempo, la eficiencia en el transporte de datos digitales a través de la red tiene una repercusión directa con el rendimiento de muchas industrias. La tendencia natural es que esta dependencia siga creciendo a lo largo del tiempo, pues cada vez se requiere con mayor frecuencia mover más cantidad de datos a más velocidad.

Actualmente el protocolo de transporte más empleado en la transferencia de datos a través de Internet es el  TCP (Transmission Control Protocol). Éste es utilizado como capa de transporte de la mayoría del resto de protocolos de transmisión de ficheros a través de Internet, como el FTP, HTTP, CIFS y NIFS. Sin embargo, tanto el TCP como los protocolos que lo utilizan, generan cuellos de botella inherentes que hacen disminuir el rendimiento de las transferencias, especialmente en redes con alta latencia, redes con un elevado ratio de pérdida de paquetes y en la mayoría de las redes de alta velocidad. Se sabe que una de las causas del bajo rendimiento del protocolo TCP es debido a su algoritmo de control de congestión AIMD, (Additive - Increase - Multiplicative - Decrease). Éste, incrementa linealmente la velocidad de transmisión hasta detectar pérdidas, y es entonces cuando reduce exponencialmente la velocidad. Consecuencia: nunca llega a alcanzar la velocidad óptima, pues continúa incrementando la velocidad hasta que detecta pérdidas y la reduce, entonces, exponencialmente.  Por otra parte, los protocolos de capas superiores que usan TCP tampoco tienen en cuenta el cuello de botella de los extremos, como la capacidad de procesamiento y lectura/escritura de los datos a disco.