Apuntes para intentar armar una señal en Linux

A veces es difícil pensar desde el Riachuelo. El olor que emanan las aceites se mezclan con los colores tornasolados. Como en una pintura de Quinquela o Lacamera tan maravillosamente retratada nuestra orilla.

Al borde de la Televisión también se nos hace difícil pensar el Streaming. ¿Cómo organizar un Flujo de trabajo, de videos ordenados e interrupciones en vivo si nuestro deseo es usar la mayor cantidad de Software de Código Abierto (GNU/Linux/Debian/Huayra). Entonces, aunque se nos hace difícil este apunte para intentar armar una señal de Televisión Digital en Linux (porque seguramente no todo cumpla con los preceptos del GNU), seguimos intentando esbozar notas y apuntes :)

Primero imaginemos que ponemos una señal de Televisión Digital Abierta en una ciudad pequeña, alejada de los grandes centros de producción audiovisual, donde sea complicado conseguir tecnología o la tecnología que se consigue sea pensada para una realidad distinta a la nuestra. (Como han hecho los realizadores de Wall Kintun TV). Imaginemos, entonces por un momento, que intentemos armar una señal de Televisión Digital Abierta en este lugar alejado, pero con gente inteligente, un limitado ancho de banda y la capacidad mínima para trabajar en vídeo. Pensemos entonces que ponemos una señal de Televisión Digital Abierta en Argentina, un lugar alejado de los grandes centros de producción audiovisual, con poco dinero y gente inteligente.

Segundo, soñemos aún lo imposible, una televisión nómade, sin estudios. Un broadcasting de referencia, una gran antena en lo alto de una alta torre y cientos de producciones que se organizan para llenar su programación. Pensemos mientras soñamos, para que no sean sólo sueños, que sea una televisión sensible. Con sensibilidad, y esa televisión estaría cerca de ser realizada por profesionales egresados de Universidades Públicas Nacionales que piensen los programas en sus detalle, sus imágenes y sus maneras de contar. (Cómo vemos en las nuevas señales del Ministerio de Educación de la Nación: Encuentro, PakaPaka y DxTV; en ACUA del Ministerio de Planificación o en ConstruirTV del Sindicato de la Contrucción). Cámaras que dialogan con las personas, realizadores que conocen el territorio que retratan, sea en vivo y directo. Una televisión humana, hecha por personas y no por máquinas.

Tercero, diseñemos equipos para realizar esta televisión. Porque, ya hemos escrito en este blog la capacidad de condicionar nuestra manera de ver el mundo de los Sistemas Operativos (http://streamingriachuelo.blogspot.com.ar/2012/11/7d.html), los programas y los equipos técnicos que utilizamos. Entonces, si queremos hacer una televisión humana, deberíamos diseñar programas humanos. Más cerca del error que de la perfección, de la falla y el malfuncionamiento. Vemos en los programas de vivo y directo algo de esto. Transmitir en directo nos permite improvisar y grabar en vivo nos devuelve el tiempo de la perfomance delante de cámara de una conversación, un recorrido por un lugar desconocido o disfrutar de un paisaje. De un fluir. La televisión sin casetes ya no tiene la medida de los 40 minutos, la televisión sin rating no tiene la medida de la tanda. Esto televisado como un hermoso espectáculo audiovisual, podría formar parte de esta nueva.

Para ello improvisamos nuevos desarrollos de Hardware y Software libres. Hardware bending como las experiencias de Mateo Carabajal. Software como el Sistema Operativo Huayra GNU/Linux. Nuevas redes públicas de acceso masivo y alta velocidad es la infraestructura como Argentina Conectada. Nodos de Acceso a estas redes como los NAC (www.nac.gob.ar). Y contenidos sensibles como los de la TDA. :)

¡Feliz Día de la Independencia Cultural!
Un gran abrazo.
streaming=riachuelo

ref: plan conectarigualdad.
ref: ReFeFo. Argentina Conectada.
ref: Huayra GNU/Linux.
ref: MBC Malbec/Playout.

¿Malbec?

Conversando con la gente de MBC Malbec Playout  y su gran desarrollo de un Sistema de Automatización para señales de televisión digital abierta que ya están aplicando en Wall Kintun TV; aparecen algunos tips para la programación de televisión que puede ser interesante repasar.Muchas veces confundimos la programación de televisión con una lista de reproducción del vlc y creemos que solamente implica poner un clip delante de otro. Sin embargo, hay cuestiones mucho más complicadas a nivel operativo sin entrar en los criterios de estilo que cada programador pueda tener.

a. desfasajes
En primer lugar, es necesario saber que el playlist de un canal automatizado de televisión no tiene eventos por horarios, sino que es un continuo que se va consumiendo clip por clip. ¿y que problema habría con eso? Bueno, justamente el problema es que los programas deben caer a horario. Se suman separadores, propagandas, publicidades y bloques de programa de manera tal que el comienzo de cada programa caiga en su horario designado. Ahora bien, es muy común que algún clip tenga problemas de reproducción o sencillamente la computadora que ejecuta el playlist de la señal se cuelgue y eso genera retrasos o adelantos que deben ser corregidos en tiempo real sobre un playlist en ejecución. Por ejemplo, si un clip no se reproduce porque no fue encontrado y duraba 1 minuto 12 segundos 13 cuadros, al saltearlo, toda la programación que sigue va a estar 1 minuto 12 segundos 13 cuadros adelantada; peor aún, si ese clip se repetía tres veces en la siguiente media hora, al cabo de ese lapso toda la programación estará aproximadamente 3 minutos 37 segundos adelantada y así sucesivamente.

Es por eso, que la interfaz de la automatización del canal debe tener dos tiempos. Uno el de ejecución y otro el que debería estar ejecutándose según el playlist. La diferencia debe ser claramente marcada como un error.

En el mejor de los casos, el mismo sistema de automatización puede ofrecer alternativas para reemplazar, rellenar o acomodar el playlist y ponerlo en tiempo según pautas de programación pre-cargadas.

b. estructura de repetición
Muchas señales automatizadas manejan bloques de programación que se repiten a lo largo de un día. El programa para la generación de playlist debe poder asistir al programador en esta tediosa tarea. Para ello el sistema puede generar una estructura de programación flexible y que pueda ser  cargarda de manera modular, de manera tal que modificando la estructura se pueda modificar el playlist automáticamente. Por ejemplo: Una señal suele producir 4 horas diarias de estrenos y repetir las 4 horas del día anterior en otro horario. En una estructura AB-AB-AB; si las 4 horas del día anterior ya están cargadas en el playlist del día anterior, el sistema puede ir a buscarlas e incorporarlas al playlist actual. Ahorrando infinidad de horas de trabajo.

Este nivel tan elevado de automatización implica una prolija ingesta de la metadata de cada clip al sistema, así se puede reconocer un bloque de programa, sus horarios, su estilo, si su contenido es inconveniente para menores y adolescentes, etc. y permitir avisos y propuestas de ordenación.

De esta manera, existen dos niveles de zoom para ver el playlist: detallado (item por item) y estructural (bloque por bloque).

El sistema puede además, por ejemplo, tomar nota de material no apto para el horario de protección al menor y que en una repetición caiga en horario de protección, sugerir alternativas para cubrir esas dificultades (otro capitulo del mismo programa sin esa limitación por ejemplo); puede acomodar tandas que el día anterior decían: “mañana vea tal cosa” por otras que dicen: “hoy vea esa cosa”, etc, etc. Facilitando la tarea del programador.

c. coherencia
A lo largo de los días, semanas y meses que un canal está al aire va generando una rica información de playlist anteriores. Esa información es vital para el programador de una señal. Saber cuantas veces se ha repetido un material, en que horarios y durante que período es una herramienta para volver a programar viejos programas en meses o años sucesivos.

Un sistema que pueda auditar playlist de días anteriores puede además evitar que siempre se vea el mismo separador a la misma hora durante varios días y promover pequeñas combinaciones heurísticas con los materiales de similares características a su disposición. Esto hace más atractiva la pantalla para el espectador y le deja tiempo al programador para dedicarse a pensar nuevos criterios y maneras de mostrar los contenidos.

***
Estas tres visiones sobre un playlist de una señal automatizada, ayudan a entender un poquito más la evaluable ayuda que un software de playout puede aportar a los contenidos, la diversidad y el acceso en la tda, esperamos que les haya interesado.
***

Luego seguimos profundizando.
Un gran abrazo desde las orillas.

ref: http://blog.eltrovemo.com/364/diy-broadcast-how-to-build-your-own-tv-channel-with-open-source-other-goodies/
ref: http://www.mltframework.org/bin/view/MLT/MeltedResources
ref:https://github.com/inaes-tic/mbc-playout