Presentación de SomaSuite y de la experiencia de automatización de la emisión de la radio libre Garraxi Irratia (Altsasu, Nafarroa). 1. Introducción a la informatización de radios libres: 1.1. Diferentes aspectos de la informatización de una radio: - la gestión de la continuidad y la parrilla - la gestión del audio en programas en vivo - la grabación de audio 1.2. Soluciones históricas (cintas de casette, cintas de video, cargadores de cd... reemisión de otras emisoras) 1.3. Informatización: mayores posibilidades. Solución adoptada: - gestión de continuidad: Soma Suite - gestión audio en vivo: Gmusicbrowser y otros "players" (SomaX también lo permite) - grabación de audio: Flrec y scripts para automatizarlo 2. Aplicaciones probadas para la gestión de la continuidad: 2.1. Rivendell (http://www.rivendellaudio.org/): Ventajas: Separa varios demonios (de emisión y otros) e interfaz de usuario (varias también). Gestiona tanto emisión como grabación (y otros). Tiene un desarrollo continuado (última versión de Julio 2007). Hay paquetes para Debian/Etch (además de Suse y otras). Inconvenientes: Tiene importante consumo de recursos. Necesita otros servicios arrancados para funcionar (mysql). Desarrollo internacional (soporte en inglés), hay manual. Dificultad de instalación/configuración. Muchos programas diferentes, mal documentados (no hay páginas de manual), dificultad de saber para que sirven. 2.2. Campcaster (antes LiveSupport) (http://campcaster.campware.org/): Ventajas: Separa demonio de emisión e interfaz de usuario (+ interfaz web) Tiene un desarrollo continuado (última versión de Mayo 2007) Hay paquetes para Debian/Etch y Ubuntu/Feisty Inconvenientes: Tiene mayor consumo de recursos que kjabata. Necesita muchos servicios arrancados para funcionar (apache, postgresql...). Desarrollo internacional (soporte en inglés), pero tiene un buen manual. Solo emisión (no gestiona la grabación). Dificultad de instalación/configuración. 2.3. Kontinuidad Jabata (http://kjabata.sourceforge.net): Ventajas: Desarrollado en el Estado (soporte en castellano, facilidad de acceder al desarrollo). Integra emisión y grabación en una interfaz. Hay paquetes para Debian/Sarge y Ubuntu/Dapper. Inconvenientes: Necesita KDE (mayor consumo de recursos). No separa demonio de emisión e interfaz de usuario. No tiene un desarrollo muy continuado (última versión de Octubre 2006), Necesita desarrolladores (aunque últimamente ha aparecido gente dispuesta). Dificultad de instalación/configuración. 2.4. SomaSuite (http://www.somasuite.org): Ventajas: No necesita KDE ni Gnome (menor consumo de recursos). Separa demonio de emisión e interfaz de usuario. Tiene un desarrollo continuado (última versión de Abril 2007). Sencillo de instalar/configurar. Hay paquetes para Debian/Etch. Inconvenientes: Desarrollado en Italia (soporte en inglés). Solo emisión (no gestiona la grabación). 3. Razones/inconvenientes de la elección de SomaSuite: - Facilidad de instalación y uso de pocas librerías. (Cuando empecé no había kjabata para Debian estable (Sarge)). - El tener demonio separado de interfaz de usuario permite mas posibilidades. - Menor consumo de recursos, útil para ordenadores reciclados. - Pero al no gestionar la grabación, precisa de mayor desarrollo para gestionar toda la radio -> necesidad de realizar scripts para integrar otras aplicaciones. - Necesidad de mejorar la documentación de usuario, que era escasa al principio, y en gran parte en italiano (realizado, pero solo en inglés). 4. Características y uso de Somasuite: 4.1. Aplicaciones en línea de comandos: - Somad: Es el demonio que gestiona la emisión de los contenidos de la parrilla, enviando a un player (mplayer en nuestro caso) los archivos de audio/streams que tiene que emitir en cada momento. - Somaclient: La aplicación en línea de comandos que permite enviar ordenes a Somad, para pausarlo, cambiarle el auido a emitir... - Soma_run: Módulo de soma que permite ejecutar un comando en un determinado momento, dentro de la parrila. Lo usamos para anunciar reemisión de programas (nombre del programa y fecha de emisión) con una aplicación de "text to speech" (ircha en nuestro caso). 4.2. Aplicaciones graficas de usuario: 4.2.1. Somax: Es un panel gráfico desde el que se pueden enviar ordenes a Somad de la misma manera que lo hace somaclient en modo consola. Permite así modificar la parrilla en uso, crear una lista de audios a reproducir... Desde Somax se puede acceder también a los demás programas gráficos. 4.2.2. Somax-editor: Es un editor del "palinsesto", el fichero de configuración de la parrilla. Permite configurar la parrilla de un modo gráfico. El "palinsesto" también se puede modificar con un editor de texto. 4.2.3. Somax-nextitem: Es una ventana en la que se pueden ir añadiendo los siguientes audios a reproducir por Somad. Se configura así una pequeña lista de reproducción. 4.2.4. Somax-config: Es el editor gráfico de la configuración de Somad. 4.3 Otros programas y módulos existentes, no utilizados en Garraxi: - SomaMdD: Es un demonio que recoge la información de los metatags del audio que está reproduciendo Somad y se los entrega a Icecast para que informe a sus clientes del título y otra información del audio. - Soma_Mysql: un módulo que permite utilizar una base de datos MySQL para obtener los audios a reproducir por Somad en cada momento. - Soma_Rss: un módulo que permite utilizar podcast de audio indicados en un feed RSS para emitirlos en la parrilla. - Soma_Http: un módulo que permite utilizar archivos de audio indicados en un listado de un directorio para emitirlos en la parrilla. 5. Problemas de Somasuite (reportados y pendientes de solucionar): 5.1. Falta de una implementación correcta del sistema de prioridades: Problemas cuando el programa a emitir indicado en la parrilla no existe. En el informe (ver URL) propuse como implementarlo. http://lists.autistici.org/message/20061227.175634.5bc26198.es.html 5.2. Problemas de estabiliad puhtuales en Somax: usándolo sin SSL, con el SSL activado no suele haber problemas. http://lists.autistici.org/message/20061003.170102.4b699df6.es.html 6. Otras aplicaciones utilizadas en Garraxi y scripts realizados: - Flrec y scripts de grabación: que permiten la grabación de programas de radio o cuñas, y la gestión de los archivos anteriormente grabados de una manera automática. - Gestión de programas grabados con cron: de manera similar al anterior, permite eliminar de la re-emisión los programas que ya se han repetido y elegir aleatoriamente otro del directorio de backup para reemitirlo. - Jingle para anunciar la reemisión de programas: Se ejecuta con soma_run, e informa del programa que se va a reemitir y la fecha de su grabación. Utiliza ircha para vocalizar la información, pero podria usar festival. - Copias de seguridad con ibackup y cron. - Otros scripts para mantener la seguridad de archivos de audio, modificar los volúmenes de las tarjetas de sonido, modificar la fecha/hora de los ordenatas, apagar el servidor... 7. Esquema de funcionamiento de Garraxi Irratia (previsto) 8. Enlaces interesantes; - Soma Suite: http://www.somasuite.org - Documentación de Soma: http://www.somasuite.org/demo/documentation-index - Lista de correos de Soma: http://lists.autistici.org/list/soma.es.html - Bugs de Soma: http://bugs.ippolita.net/ (requiere autenticación) - Gmusicbrowser: http://squentin.free.fr/gmusicbrowser/gmusicbrowser.html - Flrec: http://www.matteolucarelli.net/flrec/index_en.htm - Ircha: http://www.telefonica.net/web2/ircha/ - Informatización de Garraxi Irratia: http://sindominio.net/garraxi/erdera/informatizada.htm