SOFTWARE EN PC-TXIKIA: 1. ENTORNO DE ESCRITORIO El ordenata de la Garraxi está montado sobre un sistema operativo GNU/Linux. La distribución de Linux utilizada es una Debian Sarge. La instalacion esta montada sobre un kernel compilado por mi 2.4.20 mas los parches de kolivas para adecuarlo mas al escritorio y que tenga automontaje (supermount). Tambien estan instalados los kernel 2.6 y 2.4 de la Sarge, para por si acaso arrancar con ellos. Uso el kernel 2.4.20 tambien porque al estar compilado consume menos memoria (datos de free, con 80 Mb RAM, nada mas arrancar el ordenata: con X-3.3.6, icewm, xtdesktop, somad en una xvt y con sox, y una mrxvt): buffers/cache used free used free Kernel 2.6.8-386 Sarge 77.340 1.092 21.156 57.276 Kernel 2.4.27-386 Sarge 75.532 3.232 21.020 57.744 Kernel 2.4.20-ck compilado 38.756 39.256 15.552 68.460 Kernel 2.4.20-ck compilado2 37.888 40.544 14.132 64.300 (El kernel2 esta compilado con: usb+scsi-suport, partport+paralel-printer y serialport+ppp como modulos, para que no se carguen por narices y consuma menos (antes estaban dentro del kernel). Con ello solo se cargan en el inicio: usbcore y parport). Para el entorno de usuario no se ha elegido ningun gran escritorio como Gnome o KDE, para que no consuma demasiados recursos innecesarios. Para instalar la Sarge sin uno de estos entornos, tras la instalacion del sistema base, he pasado de las task (si eliges la task Entorno de Escritorio te mete Gnome y Kde enteros) y he tirado de apt-get. El GRUB (gestor de arranque) he puesto que no se muestre, poniendo en /boot/grub/menu.lst el timeout a 0. Si hay que cambiar el nucleo que arranca se hace tambien en ese fichero (arranca el primer nucleo de la lista). He puesto un sistema de autologin, de manera que al arrancar el linux, se inicia con el usuario garraxi, y con las X (entorno grafico) arrancadas. El sistema para hacerlo se describe en: http://www.linuxgazette.com/issue72/chung.html. En http://forogugs.sindominio.net/ escribi como lo hago yo (buscarlo). Tambien he reducido el numero de tty's (consolas virtuales de texto) comentando varias lineas en /etc/inittab. Para que no se carge mucho el sistema con demonios arrancados en el inicio que no hacen falta, he desactivado varios con update-rc.d -f 'demonio' remove. He quitado, por ejemplo: boa, exim4, inetd y fam. Con dpkg-reconfigure locales he puesto que los idiomas sean: 1º euskera, 2º castellano, 3º ingles. Para limitar el uso de memoria he instalado la version 3.3.6 del servidor de las X, sacada de la Woody, instalando los paquetes: xserver-common-v3_3.3.6-44_i386.deb xserver-mach64_3.3.6-44_i386.deb (CD2). He dejado tambien la version 4.3 de la Sarge. Para cambiar de una a otra, cambiar el enlace simbolico /etc/X11/X. He configurado a mano el XF86Config (de la version 3.3.6, guardo copia por aqui) y lo he dejado con resolucion 800x600 y colores de 24 bits (he probado la resolucion 1024x768 con 24b y parpadea el monitor). Variacion del consumo de memoria: PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command 657 root 15 0 18128 8280 1372 R 1.3 8.6 0:01.51 /usr/bin/X11/X (v4.3) 657 root 15 0 14056 5792 1628 R 1.3 8.6 0:01.51 /usr/bin/X11/X (v3.3.6) Cambio en la configuracion dada por la pantalla: Antes iba (con v4.3) a 36,5 Khz y 70 Hz (segun la pantalla) a 800x600 Ahora va (con v3.3.6) a 47,9 Khz y 72 Hz (segun la pantalla) a 800x600 El programa que gestiona las ventanas, el menú de programas y la barra de tareas (en la parte inferior, normalmente escondida) se llama Icewm. La documentacion de icewm dice que se debe iniciar con el programa 'icewm-session'. Pero arrancandolo asi arranca varios programas de icewm. Para hacer que no consuma tantos recursos, lo arranco con el programa 'icewm'. De esta forma no carga el fondo de escritorio que esta configurado en el fichero preferences. Para cargarlo añado en el inicio de las X que lo carge con xli. He configurado Icewm para que el usuario no pueda hacer cosas como: apagar el ordenador, cerrar algunas ventanas, cambiar de tema, arrancar mas programas que los configurados, etc. Para ello, algunas de las preferencias puestas en fichero ~/.icewm/preferences: - Quitar posibilidad de ventanas en Fullscreen (luego es dificil volver al modo normal): AllowFullscreen=0 - Que no aparezcan en el menu la opcion de Salir, ni su submenu: ShowLogoutMenu=0, ShowlogoutSubmenu=0. - Que no aparezca el submenu de programas, con todos los programas de la Debian: ShowProgramsMenu=0. - Que no aparezca el submenu de temas para Icewm: ShowThemesMenu=0. - Que no aparezca la opcion de arrancar un programilla para arrancar otros programas (xrun, grun...): ShowRun=0. - Que no aparezca el submenu con todas las ventanas abiertas: ShowWindowList=0. - Que no aparezca el cuadro de dialogo de 'salir, reiniciar, apagar...': KeySysDialog="" (osea no poner una conbinacion de teclas para hacerlo aparecer, suele estar puesto en Ctrl+Alt+Supr). Para la ventana de SomaD he elegido una terminal xvt (consume la mitad de memoria que una xterm, 1.200 kb la xvt y 2.600 kb la xterm; y se ve igual de bien el output de somad) y he puesto que las xvt no se puedan cerrar, maximizar, cambiar de tamaño, ocultar... Para utilizar una ventana de terminal sin problemas utilizo mrxvt (o xterm). Para configurar la xvt, poner en ~/.icewm/winoptions: xvt.fResize: 0 # No se puede cambiar de tamaño ventana xvt.fClose: 0 # No se puede cerrar ventana xvt.fMaximize: 0 # No se puede maximizar ventana xvt.fRollup: 0 # No se puede enrollar ventana xvt.dResize: 0 # Ventana no tiene borde para cambiar de tamaño xvt.dClose: 0 # Ventana no tiene boton de cerrar xvt.dMaximize: 0 # Ventana no tiene boton de maximizar xvt.fHide: 0 # No se puede ocultar ventana xvt.geometry: +50+50 # Intentar que la ventana salga un poco centrada en la pantalla. #xvt.dSysMenu: 0 # No hay menu de ventana (pero tampoco icono, y como el menu sale tambien siempre con el boton derecho del raton en la barra de titulo, lo quito). Tambien consume algo mas la mxvrt de la Sarge (v0.4.0), comparada con la que yo compilo, por lo que he instalado la nueva version instalada por mi (v0.4.2). Variacion del consumo de memoria: PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command 678 garraxi 15 0 2376 2376 1748 S 0.0 2.5 0:00.04 mrxvt (antes) 678 garraxi 15 0 1668 1668 1260 S 0.0 2.5 0:00.04 mrxvt (ahora) Como programas para gestionar lo iconos de escritorio he probado los siguientes: - ROX-FILER: En gtk2. Pone iconos en escritorio (arrancandolo con rox --pinboard=myponboard (por ejemplo)). Sirve tambien para administrar archivos. Consume 9.900 Kb de memoria. Fue el 1º que elegi porque combina bien con icewm para gestionar archivos a la windows. Pero creo que no hay mucha necesidad de gestionarlos, por lo que pase a dfm (sin su opcion de gestionar archivos). Ademas, consume mucha memoria. - DFM: En gtk1.2. Es parecido a rox: maneja archivos en una ventana para cada directorio y pone iconos de aplicaciones en el escritorio. Tanto el escritorio (se puede desactivar) como los iconos tienen menu contextual para su configuracion). Los iconos se pueden mover de sitio. Funciona bien, pero tiene demasiadas opciones (menu contextual de escritorio y de iconos, configuraciones varias...). Consume 3.000 Kb. Este programa fue el 2º que elegi y daba problemas, porque permitia quitarlo con el menu contextual, y se les puede cambiar de icono (no se puede poner owner 'garraxi2' al archivo ~/.dfminfo que es donde se guarda la informacion sobre el icono). Por eso pase a xtdesktop, que consume un poco menos y no da esos problemas. - IDESK: En gtk2. Sirve solo para poner iconos en el escritorio que arranquen programas. Se configura a mano, tocando los archivos (ver manual). Los iconos se pueden mover de posicion, pero no tienen menu contextual. Funciona bien. Consume 6.000 Kb. - FBDESK: En xlibs y libpng. Sirve solo para poner iconos en el escritorio que arranquen programas. Se configura a mano, tocando los archivos (ver manual). Los iconos se pueden mover de posicion, y si tienen menu contextual (creo). No he conseguido que muestre iconos y funcionen. Consume 3.700 Kb. - DESKLAUNCH: En xlibs. Sirve solo para poner iconos en el escritorio que arranquen programas. Se configura a mano, tocando los archivos (ver manual). Los iconos no se pueden mover de posicion, y no tienen menu contextual. No he conseguido que arranque los programas. Consume 1.100 Kb. - XTDESKTOP: En xlibs y athena. Sirve solo para poner iconos en el escritorio que arranquen programas, monten unidades y alguna otra accion (poner reloj en escritorio...). Se configura a mano, tocando un archivo de configuracion general y uno por cada icono (ver archivos de ejempo). Los iconos no se pueden mover de posicion directamente, pero con el menu contextual se puede cambiar el archivo de configuracion para modificar su posicion. Tambien admite configurar multiples acciones que se ejecutan con el menu. Funciona bien. Consume 2.700 Kb. Finalemte el que he elegido es el xtdesktop. Lo arranca el script ~/.xinitrc (he puesto ahi todo lo que se tiene que arrancar al inicio de las X, tambien el demonio de emision SomaD, el numlockX (para arrancar con el teclado numerico activado) y el Icewm). El salvapantallas Xscreensaver tambien lo activaba en el inicio, pero luego daba el problema de que apagaba la pantalla en un momento determinado (asi lo habia configurado). Entonces si apagas la pantalla cuando te vas (que creo que es buena idea, poniendo un cartelito en la pantalla), si cuando vuelves intentas encenderla de nuevo no hay manera de hacerlo y hay que reiniciar a lo burro. Ademas consume recursos cuando se activa (aunque la pantalla este apagada), y puede ser el quien aumente el uso de la swap. Ahora el problema es: que pasa si se deja la pantalla encendida (se puede estropear el monitor si no se mueve nada durante mucho tiempo y consume sin necesidad). Pero no hay problema porque he comprobado que el monitor se apaga automaticamente con un tiempo que no se utiliza. En ello puede tener que ver algo las X, ver man XF86Config-4, seccion SERVERFLAGS; y man xset. Que pasa si 'garraxi' hace 'Ctrl+Alt+Backspace'? (se apagan las X, hay que entrar de nuevo con startx; posiblemente se apague el demonio de emision (aunque este arrancaria de nuevo al arrancar las X), horror!!). La forma de desactivar esta feature en las X-4.x esta en man XF86Config-4, seccion SERVERFLAGS: Hay que editar /etc/X11/XF86Config-4, añadiendo la seccion 'Section "ServerFlags"' (despues de la Section "Files"), y poniendo lo siguiente: Option "DontZap" "true" #disallows the use of the Ctrl+Alt+Backspace sequence. Option "DontZoom" "true" #disallows the use of the Ctrl+Alt+Keypad-Plus Option "DontVTSwitch" "true" #disallows the use of the Ctrl+Alt+Fn sequence (where Fn refers to one of the numbered function keys). Con la version 3.3.6 de las X, hay que editar XF86Config y poner descomentado: Seccion "ServerFlags": DontZap #disallows the use of the Ctrl+Alt+Backspace sequence. NO FUNCIONA, parece bug de X-3.3.6. BUSCAR SOLUCION. DontZoom #disallows the use of the Ctrl+Alt+Keypad-Plus. Seccion "Keyboard": VTSysReq #disallows the use of the Ctrl+Alt+Fn sequence Para gestionar archivos primero pongo Xfe. Pero despues me doy cuenta que no tiene muchas posibilidades y consume bastante memoria, asi que lo sustituyo por EndeavourII, que tambien es tipo explorer de Windoze, consume un poco menos memoria y tiene mas opciones. Comparacion uso memoria: PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command 790 garraxi 15 0 6544 6544 5052 S 0.0 7.5 0:01.31 xfe 789 garraxi 15 0 6184 6184 4716 S 0.0 7.1 0:01.32 endeavour2 Otras utilidades instaladas y mostradas en el menu del usuario garraxi (hay mas instaladas, que no he puesto en su menu): menu "Utilidades varias" "folder" { prog "Terminal (mrxvt)" "xterm" mrxvt -sr -sb -geometry 85x25 prog "Calculadora (xcalc)" "-" xcalc prog "Buscador archivos (GtkFind)" "-" gtkfind prog "guitar (compresor)" "-" guitar prog "Traductor ing-esp (i2e)" "-" i2e } menu "Visualizadores" "folder" { prog "Ver PDF's (Xpdf)" "/usr/share/pixmaps/xpdf.xpm" xpdf -bg gray prog "Ver imagenes (GTK See)" "-" gtksee prog "Ver imagenes (Xnview)" "-" xnview -browser prog "Captura pantalla (Xsnap)" "-" xsnap prog "Navegador web Dillo" "/home/garraxi/.icewm/icons/dillo.xpm" dillo prog "Ver logs (XlogMaster)" "-" xlogmaster -geometry 790x450 prog "Disco libre " "-" /usr/local/bin/disk.tcl } 2. CONFIGURACION DE SEGURIDAD La configuración del ordenador está pensada para que el usuario normal apenas pueda "romper" nada, dado que las configuraciones están protegidas. Para ello existen 3 usuarios. El 'root' es el usuario que en el ordenador lo puede hacer todo, se configura por defecto en la instalacion y se debe de utilizar lo menos posible. El usuario normal (con el que autoarranca el ordenador) es 'garraxi'. Ademas he creado otro usuario normal, garraxi2. La configuracion es tal que, la inmensa mayoria de las configuraciones de usuario de 'garraxi' (los ficheros ocultos de su home), no pertenecen al usuario 'garraxi' sino a 'garraxi2'. 'garraxi' solo tiene permisos de lectura sobre sus configuraciones, de manera que no las puede cambiar (supongo que las podra cambiar temporalmente, con lo que con un logout se vuelve a donde estaban). Tan solo he mantenido con owner 'garraxi' los ficheros que me daban problemas (muy pocos). El usuario 'garraxi2' tiene ademas la posibilidad de apagar el ordenador con 'sudo shutdown -r|-h now'. En el archivo /etc/sudoers he puesto tambien que ambos usuarios puedan arrancar el servidor web boa para que funcione el sistema de ayuda de debian dwww: # User privilege specification root ALL=(ALL) ALL garraxi2 ALL = NOPASSWD: /sbin/shutdown, /etc/init.d/boa garraxi ALL = NOPASSWD: /etc/init.d/boa Boa solo se arranca cuando se arranca Dwww, con un script de inicio en el menu. Ademas, como se ha visto antes, el menu del usuario 'garraxi' esta muy restringido, asi como las posibilidades de interactuar con algunas ventanas. La inspiracion de como hacer esto la he pillado de "ICEWM como entorno de trabajo restringido": http://www.badopi.org/node/532 3. SOFTWARE EMPLEADO PARA EL SONIDO - Parrilla: Los principales programas para emitir la parrilla corresponden a la Suite Soma (realizada por hackers italianos que trabajan en Radios Libres y Centros Sociales Ocupados). He valorado tambien la Kontinuidad Jabata pero viendo su web (http://kjabata.sourceforge.net/), y la lista de correos, me parecio que estaba bastante parado y que iba a ser dificil compilarlo para la Debian/Sarge. Tambien he probado en casa LiveSupport (http://livesupport.campware.org/), un sistema muy visual (en gtk2, tambien tiene acceso por web) para poner en marcha una emisora comunitaria. Pero veo que es un sistema poco usable para la garraxi, ya que necesita mucho ordenador y que se haga mas estable con las siguientes versiones. Sin embargo tiene un aspecto mas profesional que el soma y con algunas features interesantes (fades...). Asi que encontre la suite Soma, realizada por unos italianos para las radios libres de alli (http://soma.realityhacking.org/). En la Sarge esta el paquete somaplayer, que sirve para gestionar los imputs de sonido y emitirlos a varios tipos de outputs. Lo usamos para grabar programas y cuñas desde la mesa de mezclas de la radio (encodeandolas directamente a ogg). Pero lo mas intersante que he encontrado lo he bajado de la propia web. Son el demonio SomaD, y su interfaz grafica de configuracion y manejo SomaX. Con estos estoy consiguiendo una sencillo parrilla que emite musica aleatoria almacenada en el disco duro (ogg y mp3), y que cada cierto numero de canciones mete una cuña aleatoria (tambien almacenada en el disco duro, en otro directorio). Pero ya he visto como se haria para modificar la parrilla (palinsesto) y añadir que se emitan (o repitan) determinados programas a determinadas horas, todo ello desde un entorno grafico, mas o menos amistoso. Ambos programas compilan facilmente en Sarge; en la web, en la seccion de documentacion (creo), hay un how-to de como compilar para Debian. Para emitir se utiliza el demonio SomaD. Este arranca al inicio de las X del usuario normal 'garraxi' (puesto en fichero ~/.xinitrc). Este lo puede pausar, parar, volver a arrancar y releer su configuracion con una serie de scripts en Xdialog que utilizan el programa soma-client. La configuracion de SomaD esta en /etc/somad. La he puesto que pertenezca (owner) a 'garraxi2' y que sea legible para todos los usuarios, de manera que el somad arrancado por 'garraxi' la puede leer. Editar la parrilla lo podra hacer solo el owner de la configuracion de somad (garraxi2), que por tanto es el Administrador del Sistema de Sonido :-P. Para editarla se puede hacer con somax-editor, o a mano editando el fichero /etc/somad/palinsesto.cfg. La configuracion de Somad esta en /etc/somad/somad.cfg (y se puede editar de manera grafica con somax-config). Soma arranca en configuracion de que se puede interactuar con el a traves de tcp/ip. He quitado la necesidad de usar ssl porque en nuestro caso no es necesario. Tambien he quitado la contraseña del usuario que arranca somad. Los programas que somad utiliza para hacer sonar la musica deben de ser solo de consola, no tener interfaz grafica. Las posibilidades que veo son: - alsaplayer-text: recomendado en un correo de la ista de soma. - somaplayer: el de soma, en la lista de correos no le daban mucha fiabilidad, Ademas lo voy a utilizar para grabar sonido y prefiero que no haga dos cosas tan diferentes a la vez. - music123: frontend en modo texto para otros programas de tocar mp3 y ogg en modo texto (ogg123 y mpg123|mpg321). - sox: el que usa Quique. Permitiria dar efectos a los sonidos que toca (fades...) para lo que habria que currarse la linea de comando. Primero he puesto el alsaplayer-text, porque en un correo que lei en la lista de distribucion de soma lo recomendaban mejor que el somaplayer. Despues he probado tambien otros de consola: el music123 (porque lo encontre en la Sarge) y el play/sox (con el que nos hemos quedado finalmente). Tambien se puede usar mplayer (lo recomiendan en la lista de correo de soma), pero no esta en Debian/free. Los consumos de memoria en casa (no entorno real) son aprox: VIRT RES SHR Command 1300 1300 1000 play/sox 2800 2800 2000 music123 + ogg123 3000 3000 2800 alsaplayer-text Con somax se puede hacer cosas como configurar la parrilla, configurar somad, y tambien interactuar con el somad arrancado igual que con los iconos que he puesto que van con somad-client. Pero es un poco rollo de entender el programa y creo que es mas sencillo lo de los iconos. Somad deja un archivo de log en /var/log/somad (lo he configurado asi en /etc/somad/somad.cfg). Para que el somad funcione, el directorio tiene que ser "escribible" por 'garraxi' (para que escriba el archivo de log), por lo que le he puesto al dir permisos '777' (accesible y escribible por todos). Para que ese archivo no se haga muy grande con el tiempo he inastalado logrotate (utilidad que guarda archivos de log durante un tiempo determinado y luego los borra, dejando siempre el log principal truncado en la fecha que lo rota). La configuracion de logrotate para hacer esto (con una periodicidad semanal rota el log y guarda 7 logs asi rotados) es: /var/log/soma/soma.log { weekly rotate 7 compress copytruncate notifempty } Esto hay que ponerlo en /etc/logrotate.conf (al final del archivo), o en el directorio /etc/logrotate.d/ en un archivo a parte. Pero en un sitio o en otro. Si lo pones en los dos, logrotate se queja (mandando un correo de cron), y creo que no funciona. Para grabar sonidos en el ordenador (tanto cuñas como programas) utilizo el somaplayer, arrancado a traves de la linea de comandos en modo grabar+encodear directamente. Para ello estan otros dos script en xdialog (y otros dos iconos de escritorio) que solo piden el nombre del archivo para grabarlo. Tras grabar un programa/cuña con somaplayer y encodearlo en ogg, no se guarda en el ogg informacion del titulo del programa/cuña y fecha de grabacion. He hecho (en los script de grabacion) que lo haga con vorbiscomment. Para grabar los programas (sin probar todavia) se deberá utilizar siempre el mismo nombre de archivo (exactamente escrito), de manera que en la configuracion de la parrilla ponga ese nombre de archivo y en que momento hay que emitirlo. Para evitar errores, el script Xdialog de grabar programas no permite introducir el nombre del programa libremente, solo seleccionarlo de una lista desplegable. Asi, cada vez que aparezca un nuevo grupo que quiera grabar su programa, se debera editar el script para añadir el nombre del programa a la lista. Tambien habra que configurar (probarlo) el tema de la prioridad de las entradas de la parrilla que se superpongan (programas sobre musica variada generalmentge), de manera que los programas vallan con prioridad activada y la musica sin activar. Asi cuando llege la hora de emitir un programa en la parrilla se emitira el programa porque tendra prioridad sobre la musica, si existe el archivo del programa, y si no existe se caera en el por defecto, que es la musica. Tanto despues de modificar la parrilla (palinsesto), como de añadir nuevas canciones o cuñas al ordenata, hay que decirselo al somad para que se entere. Esto se puede hacer con Somax, y con soma-client. He puesto un icono que hace eso con soma-client. - Rippear CDs: Para grabar cd's de musica al disco (rippear) utilizo ripperx. En la configuracion del programa (en el programa pinchando en el icono config) he puesto que se grabe directamente en el directorio de la musica y que cada cd se grabe en un directorio diferente (segun titulo del cd y nombre del artista). El tema de la calidad de grabacion de ogg lo he puesto, despues de varias pruebas caseras, con la calidad 2. La calidad dde los ogg va de 0 a 10, estando por defecto en oggenc la de 3. Yo he probado a ripear una cacnion con calidades entre 6 y 1, y he notado diferencia en la calidad 1, por lo que he elegido calidad 2. Ademas, en RipperX viene puesto por defecto la calidad 2. Esta se pone en la ventana de configuracion, que esta pensada para mp3. La forma de pasar de las calidades de mp3 a las de ogg, esta puesto en el manual del programa. Tambien he puesto calidad del ogg 2 para la grabacion de las cuñas (en el script de Xdialog). Para la grabacion de los programas pongo calidad 1 en el script, dado que los programas son largos y si no ocuparan mas. - Listas de canciones: Como programa de listas de canciones he utilizado mpd+glurp. mpd es el Music Play Daemon, osea un demonio para tocar musica. Glurp es un cliente grafico que se conecta a ese demonio, en gtk2. He hecho un pequeño script que hace que se inicie primero mpd y luego glurp cada vez que se pincha en el icono. El paquete de glurp que he instalado en la Garraxi lo he bajado de Debian Inestable, porque da mas posibilidades que el que hay en Sarge. Es tambien el utlimo que hay en la web del autor. Existe tambien otro cliente grafico en gtk2 (gmpc), pero creo que es mas complicado de utilizarlo para hacer la lista de canciones. Gmcd en principio dice algo de gnome, pero se puede compilar sin gnome, de manera que consume parecido que glurp. Pero la gestion de la lista es menos intuitiva (aunque el programa es mas potente, tiene mas vistas de las canciones disponibles, tiene posibilidad de hacer cross-fades, se puede traducir al castellano (con gettext), etc. Los problemas con la lista son que: - tiene la lista y los iconos de play y tal en diferentes ventanas - Para seleccionar las canciones que van a la lista de canciones se utiliza la misma ventana, de manera que no puedes ver como va creciendo la lista de canciones. Glurp es un poco mas ligero, porque tiene menos posibilidades (no hay mas que un tipo de visualizacion de las canciones). Sin embargo tiene de bueno que la lista de canciones esta en la misma ventana que los controles (play..). Ademas, para añadir canciones a la lista abre otre ventana donde se ven todas las canciones disponibles y desde ella se va llenando la lista como quieras. Hay posibilidad de buscar canciones por tags, ademas de a pelo, por directorios y nombres de ficheros. En la lista de canciones ya da mas info sobre artista, albun... Consumos (aprox): glurp + mpd = 9000 + 4000 (Kb de RAM) gmpc + mpd = 10000 + 4000 El demonio mpd se configura a traves del fichero de configuracion ~/.mpdconf Basta con ponerle al principio del archivo, en que directorio esta la musica, y donde se guardan las listas de canciones y los logs del programa. Despues, si dejas lo que esta por defecto, tienes que crear los dir ~/.mpd/ y ~/.mpd/playlists/. Todos tienen que ser escribibles por garraxi, dado que es este usuario el que arranca el programa y este guarda logs y listas de canciones ahi. Otro programa que he valorado es quodlibet, en gtk2 y phyton. Es mas lento y consume muchos mas recursos (24000 Kb de RAM), pero ofrece mas posibilidades de gestion de las canciones (para buscarlas...). Sin embargo, tambien se hace dificil la confeccion de la lista de canciones para un programa de radio. - Otras cosas: Tambien he puesto un mixer de los diferentes canales de la tarjeta de sonido (basicamente volumen general, salida normal de la tarjeta, salida de la tarjeta desde cd, entrada desde linea de microfono y entrada desde linea in, creo). He puesto Xmixer, que viene con XplayCD (paquete mctools-lite). Para que el ordenata "recuerde" la configuracion de niveles de sonido seleccionada con el mixer (cualquier mixer) en cada reinicio, he instalado el paquete 'oss-preserve'. Lo que hace es guardar la configuracion de niveles de sonido en el apagado del ordenador y volver a activarla al inicio la siguiente vez. No implica tener ningun daemon arrancado todo el rato, solo trabaja en el apagado y en el arranque (no consume memoria). Otros programas en el menu de sonido de 'garraxi': prog "Editar tags (EasyTag)" "/usr/share/pixmaps/easytag.xpm" easytag prog "XMMS" "/usr/share/pixmaps/xmms.xpm" /bin/sh -c "xmms" prog "XplayCD" "-" xplaycd 4. TEMAS PENDIENTES: - Buscar solucion al matado de las X con Ctrl+Alt+Backspace en las X-3.3.6 (la configuracion DonZap no funciona, parece un bug). - Hacer prueba completa de grabar programa en ordenador (haciendolo bien con la mesa de mezclas) y despues ponerlo en la parrilla de emision automatica y comprobar que sale bien (se quita la musica y se pone el programa). Tambien tema prioridades de las parrillas (general y de los programas). - Elegir un programa sencillo para la edicion de sonido (cortar/pegar, mezclar sonidos diferentes...). Elegir entre: - audacity (gtk2, muy currado, soporte ogg), - wavesurfer (tcl/tk, mas desconocido, soporte ogg) - mhwaveedit (gtk1, muy ligero, eficaz, onda de mtpaint, soporte ogg). - sweep (gtk1, ligero, soporte ogg, problemas con ALSA?). -Mixers mas complejos, en plan DJ: - dbmix: en gtk1, no me funciona sin tarjeta de sonido. - Programa para grabar y encodear desde consola? (para utilizarlo en scripts sin interaccion con usuario, o con minima interaccion): un pipe con rawrec para grabar, oggenc para codificar (asi lo hace Quique, parece). - Programa para normalizar el volumen de los archivos de sonido: probar gnormalice (frontend de normalize-audio, en gtk2-perl, decodifica los ogg, los normaliza y los vuelve a encodear). Buscar otros? En la Sarge lo que hay es: - gnoise: A GTK+ based wave file editor (editor de sonido, en gtk1.2, solo para wav, hace un normalizado solo del archivo cargado, no del resto del directorio, como normalize). - mp3gain: Lossless mp3 normalizer with statistical analysis (solo para mp3, de consola, no necesita decodear y encodear). - normalize-audio: adjust the volume of WAV files to a standard volume level (de consola, para wav, lo utiliza gnormalice). - xmms-volnorm: XMMS plugin that gives all songs the same volume level. - VorbisGain: add suggested volume level for .ogg files as .ogg comment (funciona para WinAmp, XMMS y Rhythmbox, aunque he leido en la doc de mpd que tambien lo soporta (o algo asi)). - Probar otras soluciones para radios libres: - Kontinuidad Jabata: http://kjabata.sourceforge.net/ - LiveSupport: http://livesupport.campware.org/ - Scripts de Quique: ver http://sourceforge.net/mailarchive/forum.php?thread_id=2725502&forum_id=28180. Utiliza rawrec para grabar, oggenc para codificar, sox para reproducir y cron para los horarios. - Mas? - Ver como se lo montan en Eztanda: que programas utilizan y como son (para ver si se parecen a los que utilizamos y coger ideas).