Semicorchux

Alsamixer: No se pueden cargar los controles del mezclador

2011-11-05T07:25:00.000-07:00

Situación:

Ordenador ajeno. Windows va un poco lento y tengo un DVD de Molinux 6.0 "Zoraida", la distro del Gobierno de la Comunidad de Castilla-La Mancha, basada en ubuntu 10.04.

Lo usaré en modo Live. Unos minutos después... Oh NOOO! ¡No funciona el sonido!

Abro una terminal y ejecuto:

$ alsamixer

Con la esperanza de que todo sea cosa de subir algún nivel o de activar algún canal. Pero aparece este mensaje:
no se pueden cargar los controles del mezclador: Argumento inválido

Lo primero que hago es mirar si realmente tengo una tarjeta de sonido:

$ lspci |grep -i audio

Que me devuelve:

00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01)

También echo un vistazo a /proc/asound/...

$ cat /proc/asound/cards /proc/asound/modules

0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xfdff8000 irq 16
0 snd_hda_intel

¿Entonces, qué es lo que falla? La verdad es que snd-hda-intel soporta muchas tarjetas de audio parecidas pero diferentes. Voy a buscar el codec:

$ cat /proc/asound/card0/codec* |grep -i codec

Que me da:

Codec: Realtek ALC887

Y encuentro dos sitios donde se da la solución:

https://answers.launchpad.net/ubuntu/+source/alsa-driver/+question/150750 (comentario #2)
https://lists.ubuntu.com/archives/ubuntu-es/2011-March/046654.html

que consiste en agregar la línea

options snd-hda-intel model=generic

en el archivo /etc/modprobe.d/alsa-base.conf

Genial, pero ¿Qué hago yo con un Live CD? No puedo guardar ese archivo. ¿Cómo pasar esa opción al módulo snd-hda-intel sin reiniciar?

Pues lo primero es descargarlo:

$ sudo rmmod snd-hda-intel

Y ahora lo volvemos a cargar con la opción añadida al final:

$ sudo modprobe snd-hda-intel model=generic

Pulseaudio se queda medio-atontado con la operación: Si vamos a las preferencias de sonido nos aparece un dispositivo de salida bobo ("dummy").

Debido a la característica de "autospawn" de pulseaudio, matarlo es como reiniciarlo. Con k de kill:

$ pulseaudio -k

Y ahora sí:

$ speaker-test -c 2 -t wav

front left... front right... front left... front right... música para mis oídos.

Mis primeros pasos con Lilypond

2011-07-08T04:02:00.000-07:00

(Dedicado a mi padre)

#########################
Notas de revisiones:
Rev 0: 19 julio 2011. Publicado.

#########################

Llevo un tiempo usando lilypond (página oficial, wikipedia, ambas en castellano) para escribir partituras, sobretodo para guitarra. El otro día, mi amigo y gran guitarrista Unai vio (y amablemente se animó a interpretar) alguna de ellas. Parece que le gustaron y me animó a mejorarlas.

Antes de nada, el "disclaimer" de rigor: Soy un guitarrista aficionado que disfruta con lilypond por la belleza de la impresión, para reflexionar sobre lo que toco, mejorar posturas, entender mejor la música... Y porque me resulta un pasatiempos divertido. Al mismo tiempo, creo que puede ser una buena herramienta para algunos músicos que quizás aún no lo hayan descubierto. Esta entrada habla de mi experiencia autodidacta, con algunos ejemplos de mi proceso de aprendizaje y un par de piezas de música antigua que suelo tocar desde hace muchos años. Hay una habitación muy grande y yo estoy mirando por el ojo de la cerradura pero está bien saber que se puede disfrutar desde el primer día. Además, es un buen ejercicio mental.

Contrariamente a algunos mitos que podemos encontrar en internet, ni hay que saber C++ ni hay que esperar (al menos no más de unos segundos) para ver el resultado impreso. Lilypond se escribe en texto plano con un lenguaje no excesivamente complicado y orientado a la expresión musical.

Cuando falla la compilación o hay avisos de incoherencias, es un pequeño triunfo encontrar el problema y solucionarlo (me he comido una llave, el compás no cuadra...). Cada vez son menos estos fallos pues ya tengo mis plantillas para no tener que empezar desde cero cada vez. Cuando quiero representar algo no tan frecuente investigo en el manual y en el repositorio de snippets (fragmentos de código lilypond). Ver estos fragmentos por primera vez asusta un poco pero empezar es muy fácil. Por ejemplo, esto:

\version "2.14.1"
\score {
\relative c' {c d e f g a b c}
}

Produce esto:

Lo podéis probar ahora mismo en omet.ca, una página web para edición de partituras "online" (en progreso), que sirve entre otras cosas para generar pdf's a partir de código lilypond (más abajo están las instrucciones para instalar lilypond localmente). Simplemente copiar el código de arriba en la pestaña "Sandbox" y pulsar la flecha para compilar y aparecerá una nueva pestaña "Rendered" con la impresión de la partitura, así como un enlace directo para descargarlo en formato pdf.

Por aquello de "divide y vencerás" y también para aprovechar bloques de texto que sirvan como plantilla para partituras similares, conviene separar la melodía en un bloque diferente, como en el siguiente ejemplo, donde definimos la palabra clave "voz" con la sucesión de notas relativas a do alto y la invocamos más abajo dentro del bloque \score.

Observad que las líneas que empiezan por el símbolo de porcentaje, "%", son comentarios, es decir, no son tenidos en cuenta por lilypond pero vienen muy bien para nuestras referencias y recordatorios, en este ejemplo para numerar los compases. Por otro lado, las "tuberías", "|" sirven como separadores de compás; no son estrictamente necesarias pues lilypond imprimirá las barras de acuerdo al compás y a las duraciones de notas indicadas, hayamos escrito o no las tuberías. Sin embargo, éstas no sólo ayudan a guiarnos en el archivo de texto, sino que además habilitan la comprobación de compases: Si un compás no cuadra lilypond nos lo chivará.

Para hacerlo más legible podemos dejar líneas en blanco.

Este código da el mismo resultado que hemos visto arriba:

\version "2.14.1"

voz = \relative c'{
%1
c d e f |
%2
g a b c |
}

\score {
\voz
}

Sin haberlo indicado expresamente, el compás es de 4/4, la tonalidad do mayor (no se imprimió ninguna armadura), la clave de sol y las notas negras. Creo que es mejor indicarlo, por claridad y para que sea fácil cambiarlo (¡Editar un plantilla es fácil!). Así que obtenemos el mismo resultado con este código:

\version "2.14.1"

voz = \relative c'{
\key c \major
\time 4/4
\clef treble
%1
c4 d e f |
%2
g a b c |
}

\score {
\voz
}

Fijémonos ahora en la duración de las notas. La primera es una negra (se indica con un 4) y todas las siguientes, como no decimos otra cosa, son negras también.

En cuanto a la altura tonal, la primera nota toma la octava de referencia indicada en la variable "\relative". El apóstrofe (rayita arriba) indica que partimos de una octava más alta que el do central. La coma (rayita abajo) indicaría una octava más baja.

Veis que estoy usando el estilo anglosajón para los nombres de las notas. Si os resulta más cómodo, podéis cambiar al más familiar do, re, mi... simplemente indicando \language "espanol" (sí, sin eñe). Este código genera el mismo resultado:

\version "2.14.1"
\language "espanol"

voz = \relative do'{
\key do \major
\time 4/4
\clef treble
%1
do4 re mi fa |
%2
sol la si do |
}

\score {
\voz
}

Veamos otro ejemplo:

\version "2.14.1"

voz = \relative c''{
\key d \minor
\time 4/4
\clef treble
%1
c4 d bes bes, |
%2
f'1 |
}

\score {
\voz
}

que una vez compilado aparece así:

Como veis, he modificado la tonalidad (re menor) y la octava de referencia para la primera nota (c''). bes es "si bemol" (para indicar sostenido usaríamos "is", por ejemplo, cis sería "do sostenido"). La cuarta nota es un "si bemol" una octava más baja que la anterior y la nota del segundo compás es un "fa" que dura una redonda (duración 1).

Como hemos señalado antes, gracias al comando \relative, la altura tonal de una nota siempre es relativa a la anterior. Cuando los intervalos entre notas consecutivas son pequeños no indicamos apóstrofe ni coma y la nota irá a su lugar. Cuando son grandes, hay unas reglas para establecer la altura tonal correcta escribiendo apóstrofe, coma, o nada. Estas reglas están explicadas en el manual (alternativamente, se puede usar el viejo método de "prueba y error").

Observamos que, habiendo indicado la tonalidad de re menor, aparece la armadura correspondiente en la impresión, "si bemol". Pero ojo, en las notas del código lilypond debemos indicar siempre la alteración. En este caso, si hubiéramos escrito b en lugar de bes, habría aparecido un becuadro delante de cada nota "si".

Veis que las líneas adicionales, así como las barras de separación de compás, son un poco más gruesas que las líneas del pentagrama pues Lilypond imita la escritura tradicional grabada a mano. Como tantos otros detalles, esto también se puede modificar.

Ahora un poco más complicado, con dos voces (melodía y bajo):

\version "2.14.1"

global = {
\key c \major
\time 4/4
\tempo 4 = 104
}

alto = \relative c'' {
\clef treble
\transposition c
\stemUp
%1
r8 e4 dis8 e d16 c~ c8. c16 |
%2
d8 c d c d c16 a~ a4 |
}

bajo = \relative c' {
\transposition c
\stemDown
%1
c4 g c c |
%2
f, c' f, f |
}

\score {
\new Staff
<<
\new Voice { \global \alto }
\new Voice { \global \bajo }
>>
\layout {}
}

\score {
\unfoldRepeats
\new Staff \with { midiInstrument = "Acoustic Guitar (nylon)" }
<<
\new Voice { \global \alto }
\new Voice { \global \bajo }
>>
\midi {}
}

Que da esta salida (clicar para verla bien):

Como veis, he introducido una nueva variable "global" que irá en todas las voces, con la tonalidad, la signatura de compás y el tempo. En la voz "alto" señalo la clave de sol, indico que todas las plicas vayan hacia arriba por defecto (\stemUp) e indico \transposition c, ya que la guitarra es un instrumento traspuesto por una octava. Es decir, se escribe en clave de sol sin indicaciones adicionales (sin un 8 abajo) pero las notas están realmente en una octava más baja.

En la voz "bajo" no hace falta volver a señalar la clave pero sí la trasposición, y además quiero que las plicas vayan hacia abajo (\stemDown).

Además, duplico el bloque \score; uno para la impresión (\layout {}) y otro para la salida MIDI. En este caso podría haberlo hecho en un solo bloque pero para el MIDI es necesario "desdoblar las repeticiones" (\unfoldRepeats) cuando éstas existen.

Podíamos haber indicado también digitaciones y cuerdas. Por ejemplo, para indicar un "do" negra con puntillo en la quinta cuerda con el tercer dedo, escribiríamos "c4.\4-3". Si no vemos necesario indicar la cuerda pero queremos indicar el dedo, bastará con "c4.-3".

En general, cuanto más común o habitual es lo que queremos indicar, más sencillo es el código. Como veis, lilypond tiene su curva de aprendizaje pero la pendiente, aunque larga (infinita nos parece), es bastante suave.

En la versión 2.14.1 se puede producir la salida en formato svg, además de pdf. Esto es genial, pues gracias a un editor de gráficos vectoriales como inkscape podremos corregir pequeños detalles (como colisiones o desplazamientos excesivos para evitar colisiones) que sólo con lilypond, a veces resulta complicado. Además nos ofrece una forma muy cómoda de personalizar las partituras (dibujitos, fotos, sellos... cualquier cosa imaginable puede ir en el mismo papel con un poco de arte e imaginación).

Instalación de lilypond

Es posible que tu distribución no tenga la última versión disponible en sus repositorios. Por ejemplo, para ubuntu lucid está la 2.12.3, pero en el momento de escribir esto la última estable es la 2.14.1. Por cierto, la 2.12.3 no permite exportar a svg.

Las instrucciones de instalación están en la propia página de descarga:

cd RUTA-DEL-DIRECTORIO-DE-DESCARGA
sh lilypond-2.14.1-SISTEMA-OPERATIVO.sh

Esto instala lilypond al directorio personal. Yo prefiero instalar al sistema, como el resto de programas. Yo hice:

cd Descargas
sudo sh lilypond-2.14.1-1.linux-x86.sh --prefix /usr

Entorno de trabajo

Existen algunos editores gráficos para Lilypond que facilitan la creación de plantillas, entradas de notas, etc. Yo de momento lo estoy usando con un simple editor de texto. A veces uso vim, a veces gedit.

Además, abro una ventanita de terminal (terminator), con dos subventanas; una para generar los ficheros de salida y otra para lanzar el lector de pdf's, evince. Uso Audacious para reproducir el MIDI. Está bien escucharlo para comprobar que el tempo es el correcto y que no hay fallos de tonos o duraciones.

"Compilación del código lilypond"

Para generar el archivo pdf (y el MIDI en su caso), basta con poner en la terminal:

lilypond miarchivo.ly

donde archivo.ly es el archivo de texto con el código de lilypond.

Para obtener la salida a svg, debemos indicar:

lilypond -dbackend=svg miarchivo.ly

Como siempre, podemos ver más opciones con:

lilypond --help

Piezas casi terminadas

Las piezas que incluyo en [1] y en [2] son bastante antiguas. Quizás fueron escritas para vihuela. Si alguien sabe su nombre original, o su autor, por favor indicármelo. Estaban en una cinta de casette de mi hermano hace más de 20 años y las aprendí "de oído" con su ayuda. Ahora estoy intentando transcribirlas.

La estructura del código es muy similar a la que he presentado antes, aunque algo más completa. Incluye un bloque para la cabecera, definición del papel, márgenes, tamaños, distancias... Algún que otro "override" para modificar la impresión por defecto (las notas y algunas líneas me parecen excesivamente gruesas comparadas con algunas partituras impresas que he visto). Es entretenido cambiar estos parámetros o eliminarlos (mejor "comentar" la línea antes que borrarla) y ver cómo queda. Hay una parte de código de "definición de cejillas" que es incomprensible para mí en un 80%. Lo saqué del repositorio de snippets. Es que así quedan mejor, me parece.

Sólo hay que copiar el texto a un archivo, darle un nombre con la extensión .ly y compilarlo con lilypond. O bien, utilizar omet.ca. ¡A ver qué os parecen!

[1]: Anónimo medieval http://paste.ubuntu.com/641524/
[2]: Danza medieval http://paste.ubuntu.com/641525/

Agradecimentos:

Francisco Vila y resto del equipo de desarrollo.
Unai y Juan por animarme a seguir con lilypond.

Otros recursos y direcciones de interés relacionadas con lilypond

Un manual de iniciación escrito en 2005
Proyecto mutopia donde su pueden encontrar un montón de partituras con su correspondiente código lilypond

Radio Tray

2011-03-26T17:39:00.003-07:00

Pequeña aplicación, gran descubrimiento

Radio Tray

En gnome, cuando lanzamos el programa desde Aplicaciones -> Sonido y Vídeo su icono aparece en el Área de Notificación del panel. Desde ahí mismo, con botón 1 (normalmente izquierdo), podemos elegir la emisora. ¡Y yo usando VLC para escuchar la radio!

Instalación

En ubuntu lucid no está en los repositorios oficiales. Tampoco creo que esté en maverick y tampoco he encontrado ningún PPA que lo incluya. No hay problema en usar el método "windows". Lo podemos descargar o directamente instalar desde el link de descarga directa del archivo radiotray_0.6.3_all.deb en su sitio oficial de sourceforge. El sufijo _all sugiere que el paquete es compatible con sistemas de 32 y de 64 bits.

Supongo que resolverá directamente las dependencias, si nos falta alguna. A mí me ha funcionado a la primera.

Uso

Aquí no hay mucho más que explicar. Precisamente de eso se trata: Es _fácil_.

Radio Tray incluye varias emisoras de música. Si pulsamos el icono con botón 2 (normalmente derecho) podemos configurar las emisoras. Entre otras cosas, añadir una nueva.

Añadir una emisora

Para añadir una emisora, debemos conocer su dirección de streaming. La extensión UnPlug de firefox nos puede ayudar para ello.

Antes de añadir la nueva radio, si no entra dentro de las categorías existentes, podemos añadir un nuevo grupo, acordándonos de poner "root" como "parent group" para que aparezca en la raíz. También podemos crear subgrupos dentro de los grupos existentes.

He añadido una emisora y he estropeado el invento

Probablemente porque la dirección de streaming no es correcta o no funciona. Lo malo es que Radio Tray no responde (!). killall al rescate. Abrimos una línea de comandos con ALT+F2 (o una terminal) y escribimos:

killall radiotray

Quiero que suene a través de Jack

Por supuesto, somos amigos de Jack.

El motor de audio es gstreamer, por lo tanto tenemos que "jackificar" gstreamer. Hace tiempo explicamos cómo conseguirlo en unos cuantos reproductores, entre otros, rhythmbox, el reproductor de música de ubuntu. Rhytmhbox también usa gstreamer, así que, si ya lo hicimos antes, radio tray también sonara con jack. Y si no, aquí os recuerdo cómo:

Necesitamos el paquete gstreamer0.10-plugins-bad

Ejecutamos (alt + F2 o desde terminal) 'gconf-editor' y en el directorio .../system/gstreamer/0.10/default/ damos el valor 'jackaudiosink' a los nombres 'audiosink', 'chataudiosink' y 'musicaudiosink'. Si no queremos que se autoconecten las salidas del reproductor a los system:playbacks, pondremos: 'jackaudiosink connect=none'

Q: ¿Puedo hacer que rythmhbox vaya con pulseaudio, como lo tengo ahora, y Radio Tray con jack?
A: No (que yo sepa).

Quiero grabar la radio

Buena idea. Para esto, nada como la máquina del tiempo.

Ya hicimos una entrada dedicada a timemachine (y a jack_capture).

Es genial porque igual escuchamos algo tan interesante que nos gustaría haberlo grabado. De repente nos acordamos de que... ¡Podemos viajar en el tiempo y grabarlo!

Eso sí, conviene cambiar el comportamiento por defecto de timemachine como explicamos en su día.

¡Y también conviene convertir los wav a ogg o a mp3 de vez en cuando! (Si tenéis prisa a corto plazo o sois terminal-fóbicos, ir directamente a los comentarios de César e igny y usar Sound Converter o Mobile Media Converter).

¿Qué opináis de los nuevos Linux?

2011-02-12T08:16:00.000-08:00

(Otra entrada de transición. Estoy empezando a dejar el blog. Lo siento de verdad por los que seguís el blog. Necesito aprender cosas nuevas y que me dé tiempo a ir a nadar).

Quizás no escriba la tercera parte de la configuración de jack porque es lo más fácil, los cuadros por periodo, periodos por búfer y la frecuencia. No volverse locos, los valores por defecto están bien para empezar. Por lo que he leído, periodos por búfer de 3 son aceptables ó necesarios (pero no creo que obligatorios) para tarjetas USB y Firewire. En general, los valores por defecto funcionan.

La cuarta parte iba a tratar sobre el resto de opciones. Algunas son innecesarias y hay otras que no conozco bien. Yo no marco ninguna casilla de la columna de la izquierda, aparte del modo realtime o "Tiempo Real", como indicamos en la primera parte.

¡Se me acaban las ideas, ahora que suene la música!

Si alguien tiene alguna duda o algo que no le funciona como quiere, lo podéis preguntar en hispasonic que os van a contestar amablemente.

)
__________________________________________________________
Fin de la introducción, ahora, a por la entrada de hoy:
*********************************************************

He leído en el blog de cristalinux, y después he comprobado, que hay un poyecto para portar Android a PC.

Por otro lado, también creo recordar que he leído en la página de linux foundation que WebOS (¿Quién tendrá la culpa de que se llame así?) también quiere asaltar el escritorio.

Y qué pasa con MeeGo? Parece que Nokia ha cambiado la estrategia y ha dejado de pensar a largo plazo para que vender sea más sencillo. Lo que es peor, Windows 7 en sus móviles no tiene soporte para qt. Supongo que esto habrá desanimado a un montón de desarrolladores que siempre han pensado que qt4 es multiplataforma. Así va el mundo, menos mal que BG pone un montón de pasta para combatir enfermedades, algo bueno tenía que tener.

Sobre los GNU/Linux, las distribuciones modernas son buenísimas. El instalador es tan sencillo que puedes hacerlo mientras escuchas música, y desayunas al mismo tiempo, mientras que hace unos años te obligaba a estar super-atento y a rascarte la cabeza de vez en cuando. El aspecto de gnome ha mejorado un montón y los trucos para trabajar con montones de ventanas a la vez sin que te vuelvas (más) loco son geniales.

Parece que cada vez habrá más pantallas touchscreen de todos los tamaños, lo cual nos obligará a llevar siempre las manos limpias y las uñas cortadas. Demasiado incómodo para un fontanero o para alguien que experimenta técnicas para tocar la guitarra... A mí me gusta pero por otro lado pienso que la tierra se está empezando a cansar de que le muevan las cosas de su sitio...

El software libre importa mucho. Son esfuerzos que ayudan a otros a llegar más alto y quedan grabados para siempre. Igual sueno un poco "linux fanboy" pero por eso creo que es importante que Linux avance, porque ayuda a popularizar el software libre. Y porque es más fácil para mí :)

Gracias a los desarrolladores. Tiene que ser increíble la sensación de una persona que ha hecho algo que todo el mundo a su alrededor utiliza a diario, y al mismo tiempo pasar completamente desapercibido. Supongo que te odiarán si empiezas a gritar, "Éste ha hecho que funcionen vuestros móviles". En las ocasiones familiares, ya habrá tenido que cambiar la hora a alguno.

Salud! Pablo

Cómo convertir wav a mp3 o a ogg masivamente

2011-01-08T11:41:00.000-08:00

En este tutorial explicaré cómo convertir de wav a formatos comprimidos como ogg y mp3 con un par de comandos inventados y muy fáciles de implementar. No me acuerdo de dónde saqué la idea o si simplemente lo copié de algún sitio, perdonar que no ponga las fuentes. He podido copiarlo de cualquier sitio que os aparezca en google usando las palabras clave.

1. Cómo generar tus propios comandos

Generar un nuevo comando basado en combinaciones de otros comandos y acaso con un poquito de programación básica en bash es divertido.

Primero tenemos que saber cuál es el contenido de la variable $PATH, con un comando como éste:

echo $PATH

Quizás encontréis algo parecido a esto:

/home/pablo/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games

Supongo que no todo el mundo tendrá el directorio /home/su_nombre_de_usuario/bin en la variable $PATH y también es posible que alguien le quiera dar otro nombre a la carpeta que contiene los scripts de usuario. Por ejemplo, podría querer tener un directorio oculto llamado ".mis-scripts" (ojo al punto delante para que automáticamente se convierta en oculto).

En este caso, lo que queremos es añadir "/home/nombre_usuario/.mis-scritps" a la variable PATH. Esto lo podemos hacer de la siguiente forma:

gedit ~/.bashrc

La virguililla "~" es lo mismo que "/home/nombre_de_usuario_que_está_logeado". (Para saber qué usuario está logeado o bien si nos da un ataque de amnesia, podemos usar el comando whoami). Si no queréis copiar y pegar, en el teclado español podemos imprimir en pantalla la virguililla con la combinación [Alt Gr - Ñ] o con [Alt Gr - 4].

El caso es que al final del archivo .bashrc añadimos la siguiente línea:

PATH=/home/nombre_de_usuario/.mis-scripts:$PATH

Por supuesto, el directorio .mis-scripts deberá existir. Lo podemos crear con botón derecho dentro de nuestra carpeta personal. O bien con el comando:

mkdir ~/.mis-scripts

o el nombre que se os ocurra, u oculto o no oculto.

Adelántadome un poco para no perder más tiempo reiniciando cuando lleguemos al paso 4, si usamos gnome y nautilus (que traen por defecto las distros mayoritarias) vamos a instalar ahora el paquete "nautilus-open-terminal". Ya que tenemos la terminal abierta, sólo hay que copiar el comando:

sudo apt-get install nautilus-open-terminal

En el siguiente logueo del usuario (o arranque del ordenador) comprobamos otra vez con "echo $PATH" si el directorio elegido forma parte de PATH.

Bueno, pues ahora todos los scripts de bash ejecutables que estén en este directorio se pueden ejecutar simplemente invocando el nombre del archivo.

Yo tengo uno que se llama wav2mp3

2. Contenido de wav2mp3

Una vez que hemos comprobado que tenemos un directorio en "nuestro home" que forma parte de la variable PATH, podemos crear un archivo de texto dentro de dicho directorio, con el nombre wav2mp3 (o cualquier otro que se os ocurra siempre que sea coherente con el resto de explicaciones del tutorial) y con el siguiente contenido:

#!/bin/bash
#
# wav2mp3
#
for i in *.wav; do
lame -h -b 320 "$i" "${i%.wav}.mp3"
done

El comando que realmente hace la conversión es lame. En este caso, decimos que convierta a mp3 con buena calidad (opción -h) y a 320 kps (opción -b 320). Lo bueno de este script es que nos convierte de una vez todos los archivos wav que tengamos en el directorio donde lo apliquemos, como veremos en el punto 4.

3. Permiso de ejecución

Debemos dar a wav2mp3 permiso de ejecución. Botón derecho sobre el archivo, propiedades, permisos, permitir ejecutar el archivo como un programa. Desde la terminal lo podemos hacer con el comando:

chmod +x ~/.mis-scripts/*

4. Uso de wav2mp3

Para usar wav2mp3 abrimos una terminal en la localización donde tenemos los wav que queremos convertir a mp3. Para ello, si tenemos instalado nautilus-open-terminal, simplemente tendremos que navegar gráficamente hasta la carpeta que contiene los wavs, pulsar botón derecho dentro de la misma y "Abrir en un terminal".

Ahora escribimos:

wav2mp3

Y voilà, en un rato más o menos largo todos nuestros archivos de audio en wav serán convertidos a mp3 de alta calidad , en el mismo directorio, manteniendo su nombre y cambiando la extensión a mp3.

5. Y ogg?

Bueno, habrá que hacer otro comando wav2ogg. Para ello podemos usar este script:

#!/bin/bash
#
# wav2ogg
#
for i in *.wav; do
oggenc "$i" -q 6 -o "${i%.wav}.ogg"
done

Por supuesto, lame y oggenc pueden ser invocados con otras opciones. Siempre podemos echar un vistazo a sus manuales:

man lame

man oggenc

Configuración del servidor de audio Jack. Segunda parte

2010-12-17T12:01:00.001-08:00

#########################
Notas de revisiones:
Rev 0: 19 diciembre 2010. Publicado.
Rev 1: 25 mayo 2011. Edición de mantenimiento.

#########################

Segunda parte. Dispositivos de entrada y de salida. Jack sobre varias tarjetas de audio

Si estás perdido en la tarea de configurar el servidor de audio jack, no empieces por aquí. Lee antes la primera y más importante parte.

Lo normal es que jack trabaje sobre una única tarjeta (el "interfaz") en la cual tendremos entradas y salidas suficientes para capturar y reproducir sonido. Sin embargo, se puede configurar jack para que utilice diferentes dispositivos de entrada y de salida.

También presentamos las utilidades alsa_in y alsa_out.

En las faq de jackaudio hay escrito algo sobre esto, yo intentaré elaborarlo un poquito más aun a riesgo de meter la pata.

Tarjetas y dispositivos

Alsa maneja los conceptos de "Tarjeta" (Card), "Dispositivo" (Device) y "Subdispositivo" (Subdevice). Cada tarjeta puede tener varios "dispositivos" y éstos a su vez, varios "subdispositivos". Jack necesita saber qué tarjeta y qué dispositivo usar así que dejamos de lado el "subdispositivo" (menos mal).

En general, una tarjeta soportada por alsa, se denomina numéricamente "hw:x,y", donde "x" es el número de tarjeta e "y" es el número de dispositivo, comenzando ambos desde cero. Muchas tarjetas tienen un dispositivo único y no hace falta especificarlo. Así, hw:0 es lo mismo que hw:0,0. Sin embargo hay otras tarjetas que tienen varios dispositivos, típicamente, las tarjetas "de consumo". Veamos esta imagen:

"arecord -l" muestra las tarjetas y dispositivos que sirven para captura y "aplay -l" los que se pueden usar para reproducción (he filtrado las líneas que contienen la palabra "subdispositivo"). En cada tarjeta puede haber dispositivos únicamente de captura, únicamente de reproducción, o dúplex. Los dispositivos dúplex (capaces de captura y reproducción simultánea) aparecen en la salida de ambos comandos.

Veis que la tarjeta 0, en este caso la M Audio Audiophile 24/96 (hw:M2496) nos lo pone fácil; sólo tiene un dispositivo y es válido tanto para captura como para reproducción.

La tarjeta 1 es la integrada, hw:Intel. Tiene dos dispositivos, uno para los puertos analógicos y otro para el puerto digital. Ambos son utilizables tanto para captura como para reproducción.

La tarjeta 2 es una tarjeta virtual. Paso palabra.

Con la tarjeta 3, la mítica SB Live!, la cosa se lía un poco. Si elegimos la interfaz "hw:Live" la cosa va bien pero nos encontramos con que sólo tenemos dos puertos de captura y dos puertos de reproducción. hw:Live es equivalente a hw:Live,0 y por tanto se usa el dispositivo que corresponde a "ADC Capture/Standard PCM Playback", que, por lo que se ve, enseña solamente estos 2 + 2 puertos.

¿Qué pasa con el resto de salidas del sistema surround? Pues que están en otro "dispositivo".

Para acceder a estos puertos podemos usar "hw:Live,0" para captura (es decir, "dispositivo de entrada" y "hw:Live,3" para reproducción (dispositivo de salida). Eso sí, tendremos que ir descubriendo qué "puerto escribible" de jack corresponde a qué salida física y, por supuesto, el mezclador interno y los niveles de los canales deberán de estar configurados correctamente en alsamixer.

En el pantallazo se puede observar cómo el menú desplegable en los dispositivos de entrada y salida se corresponden con las salidas de arecord -l y aplay -l respectivamente.

Por supuesto, también podemos intentar usar dispositivos de entrada y salida de tarjetas diferentes, pero no es muy recomendable. Para eso es mejor usar alsa_in y alsa_out.

alsa_in y alsa_out

Ejemplo de uso:

Jack está ejecutándose sobre el interfaz hw:M2496 pero nos vendría bien un canal estéreo de la SB Live! para monitorización. Podríamos usar:

alsa_out -jSBlive -dhw:Live,0

La opción -j es opcional. Ver: man alsa_out

Otras opciones

En el archivo ~/.asoundrc podemos crear dispositivos virtuales aunque esto es algo que supera mis conocimientos y mi experiencia. Ver el clásico "el cheapo howto" http://quicktoots.linuxaudio.org/toots/el-cheapo/ y la documentación de alsa para algunos ejemplos.

Configuración del servidor de audio Jack. Primera parte

2010-12-04T03:49:00.000-08:00

#########################
Notas de revisiones:
Rev 0: diciembre 2010. Publicado.
Rev 1: 17 diciembre 2010. Actualizado.
Rev 2. 22 enero 2011. Retocado texto de introducción.
Rev 3. 27 enero 2011. Añadidas referencias y enlaces (al final).
REv 4. 24 mayo 2011. Añadidas notas sobre el soporte del hardware y página de referencia de Jack1 vs Jack2

#########################

Primera parte. La ruta del servidor, el driver, el interfaz y el modo realtime

Introducción

Como es sabido, el servidor o demonio jackd permite baja latencia y una gran flexibilidad en las conexiones entre los puertos de audio y midi de sus clientes. Su configuración es también muy flexible y depende por completo de nuestro hardware y software de bajo nivel. NO hay una configuración universal. Por eso es importante entender al menos los conceptos básicos.

Hay que tener en cuenta que Jack se comunica directamente con el driver de la tarjeta de audio que nosotros elijamos. Además, necesita que el sistema operativo le deje hacer "sus cosas".

Eso sí, si conseguimos que el servidor Jack esté a gusto en nuestro sistema habremos recorrido un buen trecho del camino hacia el objetivo de hacer música con Linux.

qjackctl, o Jack Control es una interfaz gráfica que, entre otras cosas, nos permite configurar el servidor jackd, a través del botón Setup, pestaña "Configuraciones".

Al que le gusta experimentar sólo un consejo: Los valores por defecto son lo más universales posible, así que, si no funciona a la primera es buena idea hacer un solo cambio cada vez y volver a probar en lugar de poner todo en duda y querer entenderlo a la primera. En muchas ocasiones, un pequeño cambio arregla las cosas.

Como dijo Einstein, "Haz las cosas lo más simple posible". Aunque después añade: "Pero no más simple". Supongo que esto último fue lo que inspiró al gran Rui Nuno Capela para meter en una única ventana de configuración lo importante y lo menos importante, lo esencial y lo inútil, pero eso sí, todos los argumentos posibles que se le pueden pasar a jackd (bueno, casi todos).

Así que para simplificar, en esta serie de entradas vamos a ver la configuración de jack con sus opciones y parámetros en orden (no estricto) de importancia. Como dijo el otro Jack (el destripador), vamos por partes.

La ventana principal de qjackctl, indicando que el servidor jackd está iniciado. Ojo, "Detenido" se refiere al "transporte de jack", el cual sirve para sincronizar diferentes aplicaciones con un transporte común. El transporte de jack no se trata en esta entrada.

Jack1 y Jack2

Antes de seguir adelante, una explicación que considero importante. Jack1 es el jack original, escrito en C y desarrollado por Paul Davies. Stephan Letz reescribió jack en otro lenguaje de programación (C++), para soportar multiprocesadores. Por ello, jack2 es también llamado jackmp. Ambas implementaciones de jack tratan de mantenerse compatibles en sus argumentos de línea de comandos (aunque hay alguna pequeña diferencia como veremos) y qjackctl sirve perfectamente para ambos.

En todo caso, se debe tener en cuenta que:

- jack2 no es un reemplazo de jack1. Simplemente es diferente. Ambos se desarrollan en paralelo.

- Aunque jack2 tiene cosas buenas que jack1 no tiene, en general, jack1 está más probado y tiende a ser más robusto, especialmente con ardour.

- Normalmente, no podemos tener instalados los dos jacks al mismo tiempo. Tenemos que elegir. En ubuntu, hasta lucid lynx tendremos jack1 por defecto y, a partir de maverick (10.10 y posteriores), jack2. Podemos cambiar a jack1 instalando el paquete "jackd1" (que, por supuesto, desinstalará jackd2).

- Para saber cuál de los dos jacks tenemos instalado usamos el comando: "jackd -V". Las versiones que comienzan por 0, por ejemplo, 0.119.0, son jack1. Las que comienzan por 1, por ejempo 1.9.6, son jack2.

En la sección "Para saber más" hay una explicación más técnica y mejor informada acerca de las diferencias entre jack1 y jack2.

La ruta del servidor, el driver, el interfaz y el modo realtime

1. Ruta del servidor

Es el comando básico con el que lanzamos el servidor jack. Normalmente, la ruta completa del ejecutable es /usr/bin/jackd aunque también sirve jackd a secas.

Modo síncrono o asíncrono en jack2

jack2 funciona por defecto en modo asíncrono. Me parece que el modo asíncrono permite conectar y desconectar clientes sin provocar xruns pero lo malo es que añade un periodo de latencia (que qjackctl no reporta). jack1 simplemente no tiene modo asíncrono así que si queremos un jack2 que se parezca a jack1 lo lanzamos en modo síncrono añadiendo "-S" (precedido de un espacio y sin las comillas) al comando jackd, es decir, /usr/bin/jackd -S

Como veis en el pantallazo en la parte de abajo a la derecha, yo tengo instalado jack1 así que no me preocupo por esto. Sin embargo, si estáis con jack2, os recomiendo que lo lancéis en modo síncrono.

2. Driver

Usaremos el driver alsa si nuestra tarjeta es PCI o USB. Si tenemos una tarjeta firewire, usaremos el driver firewire. El resto de opciones, o están obsoletas o son para otros sistemas operativos, o para tarjetas soportadas por drivers alternativos y rara vez útiles. Aquí hacemos otro inciso obligatorio....

Soporte de tarjetas de audio

El soporte de tarjetas de audio en Linux está lejos de ser ideal, por lo que es importantísimo informarse antes de comprar. No me voy a extender porque es un tema que no controlo demasiado. Solo unas ideas:

Las tarjetas firewire están soportadas por los drivers del proyecto ffado, mientras que las USB y las PCI, por el proyecto ALSA. En sus páginas oficiales, se puede ver un listado de las tarjetas soportadas. Tener en cuenta que no todas están soportadas igual de bien.

Además, no sólo hay que tener en cuenta la propia tarjeta, sino también los controladores de los puertos USB y firewire.

Lo mejor es preguntar en sus páginas oficiales o en sus listas de correos, o en su defecto, en foros de usuarios, como el de hispasonic GNU/Linux o el superforo de ardour, ambos en castellano.

En inglés, las listas de usuarios de Linux Audio, de ALSA, de ffado, el foro de linuxmusicians, el foro de ardour... Además, algunos canales de IRC en freenode.net como #ffado, #alsa, #jack, #ardour, #opensourcemusicians, #ubuntustudio, etc, son recursos de ayuda en tiempo real que, con un poco de educación, suerte y paciencia, nos pueden ahorrar mucho tiempo y quebraderos de cabeza.

Ver también What audio interfaces should I use with Ardour?

3. Interfaz

Aquí indicamos la tarjeta de audio que va a utilizar Jack. Lo mejor es identificarla por su nombre en lugar de por su número.

Una forma para saber el nombre es usando el comando "cat /proc/asound/cards". Lo vemos entre corchetes. Como podéis observar en el pantallazo, linux-alsa está viendo 4 "tarjetas"; una m-audio 2496, la hda-intel integrada, snd_aloop y un teclado midi hardware, KeyRig 49. Por supuesto, quiero que jack trabaje sobre la m-audio que se identifica como "hw:M2496" y esto es lo que escribo en el campo "Interfaz". No importa que no aparezca en el menú desplegable; en este ejemplo hw:0 es lo mismo que hw:M2496. Es mejor poner hw:M2496 porque la numeración podría cambiar en diferentes arranques del ordenador pero el nombre no.

No con todas las tarjetas es tan fácil y tan directo. En la segunda parte desarrollamos un poco más todo esto y explicamos cómo usar un dispositivo para captura y otro diferente para reproducción.

4. Tiempo real

La casilla Tiempo Real da a jack privilegios de "real-time scheduling", es decir le "da derecho" a disponer de mayor prioridad que otros procesos. Esto es necesario para que jack pueda funcionar de forma estable a baja latencia. A veces se confunde la opción realtime con la necesidad de funcionar con un kernel 'rt'. No es que no tenga nada que ver, pero no es necesario un kernel realtime (con el parche PREEMPT_RT) para poder lanzar jackd con prioridad realtime.

Para que un usuario (es decir, no el administrador del sistema) pueda arrancar jack con la opción 'RealTime' es necesario que el usuario tenga asignada "prioridad de realtime" en el archivo de configuración del sistema '/etc/security/limits.conf' o cualquier otro archivo dentro del directorio /etc/security/limits.d/. En la práctica, esto se consigue haciendo que el usuario pertenezca a un grupo (en Debian/ubuntu, típicamente el grupo 'audio') y declarando el "privilegio" para este grupo, mediante una línea como '@audio - rtprio 99'. Además, debemos añadir otra línea como '@audio - memlock xxxxxx' donde xxxxxx es un número en kbytes relativamente alto. Algunos recomiendan que sea alrededor del 75% de la memoria RAM total. Otros directamente ponen el valor 'unlimited'. Según las advertencias de jack, el valor "unlimited" es peligroso para entornos multiusuario pero para un ordenador personal de usuario único tengo entendido que es aceptable.

En Debian testing y en ubuntu a partir de lucid, la forma más sencilla de darse prioridades de rtprio y memlock unlimted es con el comando:

sudo dpkg-reconfigure -p high jackd

(esto funciona en ubuntu lucid por ejemplo). En ubuntu maverick y probablemente en debian testing y derivadas, hay que especificar jackd1 o jackd2. Por ejemplo, desde una instalación limpia de ubuntu maverick, habría que hacer:

sudo dpkg-reconfigure -p high jackd2

Después, debemos asegurarnos que estamos en el grupo audio con el comando:

groups

Y si no es así, debemos añadir nuestro usuario al grupo audio. Se puede hacer de varias formas, por ejemplo con el comando:

sudo adduser nuestro_nombre_de_usuario audio

Estos cambios requieren reiniciar el ordenador.

Antes de lanzar jack viene bien comprobar que realmente nuestro usuario tiene los privilegios rtprio y memlock. Podemos usar el comando ulimit:

ulimit -r -l

Si la respuesta es algo parecido a:

real-time priority (-r) 99
max locked memory (kbytes, -l) unlimited

ya tenemos el sistema preparado para jack en modo realtime.

Entonces, ¿Cuando es necesario un kernel realtime?

Básicamente y que yo sepa, cuando los dispositivos hardware (tarjeta de audio, controlador firewire) comparten número de IRQ con otros dispositivos. Si recibimos muchos xruns sin motivo aparente (por ejemplo, con solamente jackd activo) a una latencia no excesivamente baja (por ejemplo, con 512 cuadros por periodo) merece la pena intentarlo con el kernel rt. No olvidemos que necesitamos levantar las prioridades de estos dispositivos, lo cual lo podemos hacer de forma automática con el script rtirq. Otro motivo para instalar el kernel rt es que, incluso cuando tenemos un sistema estable con una latencia lo suficientemente baja, queramos participar en una carrera para presumir de latencia. Yo creo que la latencia, cuanta más mejor, siempre que no nos impida interactuar cómodamente, es decir, siempre que no fastidie. Recordemos que el sonido tarda 2,9 ms en viajar a un metro de distancia... A alguien le molesta la latencia real de casi 9 ms cuando se pone a tocar o a cantar a 3 metros de un monitor? Bastante más te puedes alejar y seguirás igual de bien. Claro que se puede argumentar que todo suma, así que en software, cuanta menos latencia mejor. También es verdad, pero sin pasarse...

Para saber más

FAQ de jackaudio.org
Knowing jack, por Dave Philips
Diferencias entre Jack1 y Jack2

Qué NO hacer para que funcione jack (y otros pensamientos)

2010-11-06T18:59:00.000-07:00

Qué no hacer para que funcione Jack

1. Pensar que el modo realtime de jack y el kernel realtime están relacionados.

2. Elegir un valor de cuadros de periodo excesivamente bajo.

3. Volverse loco con el valor de periodos por buffer.

4. Echarle las culpas de todo, especialmente cuando tratamos de tener audio a través de jack en programas no jack-friendly.

5. Elegir una configuración muy exigente para después lanzar programas a los que no haces ningún favor con estas exigencias, poniendo velas al diablo en lugar de actuar con prudencia.

A mayor latencia mejor respuesta gráfica, entre otras cosas.

Muchas cosas de la vida son similares a la termodinámica: Todo cuesta energía y todo tiene su sitio y su momento y hay que intentar ver las cosas en la escala espacio-temporal adecuada. Por eso muchas veces intentas buscar algo y no lo encuentras. La causa puede ser una de dos, o bien no aportas la suficiente "energía que cuesta" (en forma de trabajo) o bien estás violando la segunda ley, deseando imposibles.

Lo malo es que la frontera entre las dos situaciones es difícil de observar desde dentro de uno mismo y en general es más estrecha y estricta de lo que pensamos al principio, aunque esto sólo lo ves cuando empiezas a envejecer. Entonces es posible que te hagas más consciente de tus limitaciones y no le des tanta importancia si algo te sale mal.

Las cosas van a mejor pero con sus altibajos y sobretodo, con sus enemigos. Y creo que ahora es una época de un bajón en la ilusión de mejorar, lo veo en mí y lo veo a mi alrededor, por culpa de... bueno la culpa está en todas partes, sólo que a algunos nos dan rabia algunas cosas y a otros les parece mal otras y sobretodo, no miramos demasiado hacia dentro. Una vez tenía un jefe que me caía mal hasta que un día me dijo "Pablo, a todos nos gustan más o menos las mismas cosas". Entonces me hizo pensar y consiguió lo que quería, que tuviera un poco de más confianza con él, porque la confianza es la base más importante del trabajo en equipo. Yo no sabía ceder en mi forma de ver las cosas y no quería comprender algunos comportamientos que simplemente no me gustaban. No es que desde ese día me guste la prepotencia y la estupidez pero me doy cuenta de que todos somos humanos.

También, hablar con personas mayores y con niños es muy educativo y nos ayuda a conocernos a nosotros mismos. De todas maneras, si alguien te dice alguna vez que eres un viejo, respóndele: "Yo no soy viejo, lo que ocurre es que he nacido antes que tú".

La próxima entrada irá sobre la configuración de jack pero me está llevando mucho tiempo. Siento ser tan repetitivo y escribir tan poco últimamente de las cosas que importan al que empieza con la música en Linux. No es un camino de rosas pero hay información disponible para empezar al menos.

Eso sí, cada uno/a debe hacer lo que crea mejor y usar las herramientas que mejor le parezcan. Yo aquí intento ayudar en el lado linuxero.

Si encuentro alguien con un Windows me dará corte pedirle que me deje trastear con jack2 pero esta es una prueba que tengo pendiente hacer:

Lanzar un secuenciador midi en un ordenador con linux (A), transmitir el midi a través de una red cableada local a un ordenador con Windows XP (B) en el que tenemos un sampler o un instrumento virtual, de forma que el secuenciador del ordenador A lo haga sonar y, finalmente, transmitir el audio de salida del sampler de vuelta por el cable de red al ordenador A, en el cual está conectada la tarjeta de audio buena por la que suena el sampler sin latencia aparente.

Sé que se puede hacer y estoy deseando probarlo. A ver si alguien se adelanta y nos cuenta algo, porque por aquí estoy sin ventanas.

Saludos y que lo paséis bien estos días.

Ah, gracias a Luis Garrido por su post en hispasonic sobre los kernels, los cajeros y los clientes que están en la cola del supermercado. Por fin lo he entendido, creo.

GNUGitarINUX. Instrucciones básicas.

2010-10-24T13:23:00.000-07:00

He regalado un Live CD de GNUGuitarINUX v0.04 a un amigo guitarrista interesado en Linux pero usuario de Windows a la hora de hacer música. Estas son las instrucciones que he escrito para él y para todo guitarrista que quiera tener su primer contacto con Linux y algunas de sus aplicaciones, especialmente rackarrack y guitarix, a través de esta distribución. Si algo de esto te suena a chino no te preocupes, pasa por alto lo que no entiendas y sigue leyendo.

¿Qué es GNUGuitarINUX?

Es un Live CD basado en Linux 2.6.31 realtime y PAE, con un entorno gráfico de escritorio ligero (fluxbox) y unas pocas aplicaciones orientadas a guitarristas, con la idea de ser usado como una caja de efectos para guitarra aunque puede hacer más cosas.

Un Live CD se puede ejecutar desde el lector de CDROM del ordenador sin que afecte para nada al disco duro y a los sistemas operativos instalados en él.

Esta distro la ha preparado todoesverso y la anunció en este post, donde también da unas instrucciones básicas de uso y más explicaciones.

Lista de aplicaciones

(Pestaña Audio)

Jack Control. Ver abajo
Volumen. Ver abajo.
JACK EQ. Un ecualizador . http://jackeq.sourceforge.net/
JACK Capture. Captura a un archivo de audio lo que escuchas por los altavoces.
Sooperlooper. Un super-looper. http://www.essej.net/sooperlooper/
Hydrogen. Una caja de ritmos. http://www.hydrogen-music.org/
Audacity. Un editor de audio. http://audacity.sourceforge.net/
Aqualung. Un reproductor de audio. http://aqualung.factorial.hu/

(Pestaña GNUGuitarINUX)

Rackarrack. Una rack de efectos virtual para guitarra. http://rakarrack.sourceforge.net/
Guitarix. Un ampli de guitarra virtual para sonidos rock, blues, metal... http://guitarix.sourceforge.net/
Tuxguitar. Un editor de notación en tablatura para guitarra. http://tuxguitar.herac.com.ar/
Jack Rack. Un sencillo host de plugins LADSPA. http://jack-rack.sourceforge.net/

(Pestaña Extras)

PCmanFM. Un gestor de archivos ligero.
Midori. Un navegador web ligero.
Consola. Terminal de línea de comandos.
X Windows Snapshot.
Xclipboard. Para tomar notas.
Xkill, Para matar procesos gráficos (ventanas colgadas).
Xrefresh
Xvidtune
Htop. Monitorización de procesos. http://htop.sourceforge.net/index.php?page=main

Fluxbox es un entorno ligero de escritorio. http://www.fluxbox.org/

El sistema operativo y las aplicaciones que contiene este CD son software libre, lo que significa que pueden ser estudiadas, modificadas y redistribuidas libremente. Ver http://es.wikipedia.org/wiki/Software_libre

Para más información ver http://gnuguitarinux.sourceforge.net/

¿Qué es Jack Control?

Jack Control o qjackctl (http://qjackctl.sourceforge.net/) es una aplicación gráfica para configurar y controlar el servidor de audio (o demonio) jackd. JACK (http://jackaudio.org) es un acrónimo recursivo que significa "Jack Audio Connection Kit". El demonio de JACK, jackd, es un sistema de audio orientado a la producción profesional que permite latencia baja y previsible en la interacción entre las aplicaciones jackficadas y la tarjeta de audio. Además permite conectar los puertos de audio (y MIDI) de las aplicaciones y de la tarjeta de audio de una forma superflexible.

Jack utiliza el driver alsa (para las tarjetas PCI, PCmcia y USB) y el driver firewire (para las tarjetas firewire).

¿Qué es ALSA?

ALSA, Advanced Linux Sound Architecture (http://www.alsa-project.org/main/index.php/Main_Page), es un proyecto que, entre otras cosas, provee una serie de drivers que hacen funcionar las tarjetas de audio PCI, PCmcia y USB en Linux. Estos drivers están integrados en el kernel como módulos. El módulo correcto para cada tarjeta se cargará automáticamente al arrancar el ordenador si la tarjeta está soportada. No todas las tarjetas están soportadas. Ver http://www.alsa-project.org/main/index.php/Main_Page

¿Qué es FFADO?

FFADO, Free Firewire Audio Drivers (http://www.ffado.org) es el proyecto que hace posible que las tarjetas de audio Firewire puedan funcionar en Linux. No todas las tarjetas están soportadas. Para comprobar la situación del soporte de las tarjetas de audio firewire disponibles en el mercado, ver http://www.ffado.org/?q=devicesupport/list

Preparar el Live CD

Descargar desde http://sourceforge.net/projects/gnuguitarinux/files/
Quemar a CD con tu herramienta favorita.

Usar el Live CD

Apuntar estos pasos:

La BIOS debe de estar configurada para que arranque primero desde el lector de CD.
Arrancar el ordenador con el CD insertado.
En la primera pausa no hacer nada y dejar que siga con la opción por defecto.
Después de un rato, si todo va bien, se verá el fondo de escritorio, con una foto de una guitarra.
Pulsar con botón derecho sobre el escritorio para que aparezca el menú principal de fluxbox.
Lanzar con botón izquierdo: Extras -> Consolas -> Bash
Esto abrirá una terminal, donde introducimos lo siguiente:

setxkbmap es

Y pulsamos ENTER. Esto es para que el teclado responda al layout español.
Ahora, también en el menú Extras, lanzamos Internet (navegador Midori).
Para acceder a las ventanas minimizadas llevar el ratón a la parte inferior de la pantalla.
Si tienes conexión a Internet, no hace falta apuntar más. Puedes seguir estas instrucciones
desde tu buzón de correo o desde semicorchux.

**** Un rato más tarde, ya desde GNUguitarINUX y después de haber lanzado el navegador *****

Lanzar Audio -> Volumen

Es una herramienta que da acceso al mezclador interno de la tarjeta de audio, si existe. Comprobar que los canales de salida y de captura están activados y a un nivel suficiente.

Lanzar Audio -> Jack Control

Si inicia, genial. (Si no, ver más abajo) Pulsar el botón Setup. En el campo Interfaz, flecha derecha, comprobar en el menú desplegable que hemos elegido la tarjeta de audio correcta, en caso de que tengamos más de una. En este caso, asegurarnos que es la tarjeta a la que hemos conectado la guitarra y los altavoces.

Pulsar el botón Conexiones. Aquí se pueden establecer las conexiones virtuales entre clientes de jack. System representa la tarjeta de audio. Normalmente el primer puerto de captura se corresponde con la primera entrada analógica y los dos primeros de reproducción corresponden a la salida estéreo frontal, o a las dos primeras salidas analógicas en el caso de una tarjeta profesional.

A partir de aquí podemos seguir experimentado con las aplicaciones. No te pierdas rackarrack.

Las conexiones físicas y virtuales típicas pueden ser:

Físicamente, de la guitarra a la primera entrada analógica de la tarjeta y de las dos primeras salidas analógicas de la tarjeta al equipo de sonido.
Por software, del system:capture_1 a una entrada de rakarrack y de las salidas de rakarrack a los system:playbacks_1 y _2.

Si hay problemas...

Si no llegas al entorno gráfico, vuélvelo a intentar. Si vuelve a fallar... sigue las sugerencias de José GDF en su comentario. De todas formas, hay un montón de distribuciones Linux con mejor soporte para este tipo de problemas, en las cuales también podrás instalar rakarrack y guitarix.

Si jack no arranca, da la información contenida en la ventana Mensajes y además, la salida de este comando de consola, para ver qué tarjetas de audio tienes conectadas:

aplay -l (ele minúscula)

Para copiar / pegar desde terminal a terminal, usa el truco del ratón-grúa: Seleccionar de la forma normal (arrastrar con botón izquierdo) y soltar el texto con el botón central. (No usar Control + C)

Créditos y agradecimientos

Gracias a José GDF por recordarnos que GNUGuitarINUX existe.

GNUGuitarINUX es un proyecto de todoesverso. Su post original en Taringa!
http://taringa.net/posts/linux/5374468/GNUGuitarINUX---Live-CD-pedalera-de-guitarra.html
Y su actualización a la versión de referencia de este manual, v0.04:
http://www.taringa.net/posts/linux/6131905/GNUGuitarINUX-v0_04.html

AVLinux pone el kernel. Yo diría que es el hermano mayor de GNUGuitarINUX. Tiene un Live DVD instalable a disco duro con un escritorio más manejable y mucho más software orientado al estudio profesional. No todo el contenido de AVLinux es software libre y el DVD no es libremente distribuible. Más información y descargas en:
http://www.bandshed.net/AVLinux.html

Por supuesto, todos los proyectos mencionados tienen el crédito y los agradecimientos.

Cómo lanzar aplicaciones sueltas en el idioma original

2010-09-27T14:25:00.000-07:00

El cual es el inglés en la gran mayoría de los casos.

Esto es útil para buscar ayuda googleando, entender mejor los manuales de referencia o simplemente porque nos da la gana. Sin embargo, no queremos que afecte al idioma del resto de programas ni al del entorno de escritorio.

Para ello podemos usar el prefijo:

LANG=en.UTF-8

Al menos sirve en muchos casos.

Por ejemplo:

LANG=en.UTF-8 qjackctl

o

LANG=en.UTF-8 ardour2

Desvaríos

2010-09-25T06:27:00.000-07:00

Mucha gente se rinde con Linux porque recibe muchos xruns. La verdad es los xruns son una mierda. Lo bueno es que al menos jack lo reconoce honestamente. Eso te da pié a investigar e intentar mejorar el "sistema". Nadie lo sabe todo en el mundo GNU/Linux por lo que a veces hay que dar varias vueltas hasta que das con el truco o equivocación que arregla el problema o que estabas cometiendo sin darte cuenta, respectivamente. Todo es así en la vida real también. Nada es perfecto, muy lejos de ello.

Mirar qué video de xiph.org, A_Digital_Media_Primer_For_Geeks. Como comenta alguien, la lección de universidad a la que te hubiera gustado asistir. He empezado a traducirlo. Se explican las bases del audio y del video digital. Necesito ayuda, no hace falta saber mucho inglés, pero que suene natural en castellano. Está muy bien explicado pero el lenguaje es a veces bastante informal. Me podéis escribir a pablo-fbus en gmmil punto com. El nombre del servidor está mal escrito y en mi nombre hay un punto en lugar de un guión. Lo pongo así para protegerme de los robots malos.

Me cuesta escribir, creo que escribo entradas demasiado largas e innecesariamente complicadas. De hecho, muchas de las cosas que he explicado se pueden hacer de forma bastante más sencilla ahora mismo. Voy a empezar a ser más breve y menos estricto. Este el segundo post que no va a ir al índice general de entradas. Voy a copiar a José, que es el maestro en esto de no complicarse. Me encanta su blog. Lees el insulto del título y te asustas un poco, pero es muy majo. Sin embargo, pienso que hay que cuidar el vocabulario.

Me da pereza volver atrás para corregir cosas o simplificarlas radicalmente pero es lo que debería hacer de una vez. En realidad es todo bastante más fácil de lo que parece, tengo que corregir todo.

Los linuxeros somos unos incomprendidos, tristemente, pero qué vas a hacer. Todo el mundo se equivoca, que por cierto es lo que más me gusta de GNU/Linux, que te das cuenta que la vida virtual es tan real como la vida de cada día, con una mayoría de gente maja y normal.

Todo el mundo se equivoca. La mayoría sigue el camino que cree más fácil. Yo prefiero quedarme con el recuerdo del éxito y olvidarme de los fracasos pero me cuesta mucho estar seguro del todo de algo y siempre tengo que volver atrás, a corregir cosas y así no acabo nunca.

A todos y sobretodo a Igny, ¡Gracias por comentar! :)

Seguiré escribiendo, pero con menos frecuencia.

Scripts en Jack Control

2010-08-22T11:30:00.000-07:00

Aquí tenemos el índice general de entradas de semicorchux

#########################
Notas de revisiones:
Revisión 0: 22 agosto 2010. Publicado.
Revisión 1: 16 octubre 2010. Corregido error en línea marcada con Rev. 1. Añadida advertencia respecto a /etc/sudoers

#########################

Qjackctl tiene una opción muy útil para ejecutar scripts en 4 momentos diferentes alrededor del servidor de audio jack; antes de iniciarlo, después de iniciarlo, antes de detenerlo y después de detenerlo.

Veis que he preparado 4 scripts. Vamos a verlos, pero antes recomiendo lo siguiente:

Evitar la resurrección de pulseaudio

En distribuciones más especializadas, pulseaudio no es el servidor por defecto y algunos recomiendan desinstalarlo del todo en ubuntu. Otros consiguen que aplicaciones no jackificadas que suenan a través de pulseaudio se puedan conectar con clientes de jack por medio del plugin pulse-jack. Yo actualmente prefiero que todo vaya a través de jack cuando estoy con jack y a través de pulseaudio cuando no estoy con jack.

En ubuntu, al menos en karmic, cuando se lanza qjackctl (Jack Control) pulseaudio se suspende (pasuspender). Esto funciona bien en muchos casos pero no es lo ideal y además la coexistencia de pulseaudio y jack es aún problemática en ordenadores con poca memoria RAM. Creo que es mejor matarlo y limpiar algo de basura, como vemos más adelante. El caso es que si matamos pulseaudio, éste se relanza automáticamente a los pocos segundos si no lo impedimos.

Veamos cómo evitar la resurrección de pulseaudio.

En una terminal de usuario en la localización por defecto:

Rev. 1
$ gedit .pulse/client.conf

Copiamos las líneas:

#pulseaudio, no resucites:
autospawn = no

Y guardamos el archivo.

Así podremos matar pulseaudio sin remordimientos y para toda la sesión, sin necesidad de desinstalar nada.

Comprobar que tenemos una versión reciente de patchage

Hacer las conexiones a través de Jack Control puede llegar a aburrir bastante. Mucho mejor un patchbay cómodo e intuitivo como es Patchage. Las versiones en karmic y en lucid están anticuadas. Recomiendo la versión 0.4.4 que se puede conseguir tanto en lucid como en karmic desde el repositorio ppa:philip5/extra. De paso, (re)instalamos a2jmidid, gracias al cual se pueden hacer conexiones entre puertos alsa midi y jack midi, incluido el hardware midi (opción -e).

$ sudo add-apt-repository ppa:philip5/extra
$ sudo apt-get update
$ sudo apt-get install patchage a2jmidid

En esta entrada hablamos de los PPA's y del repositorio de Philip Johnson, tres hurras por él.

Permitir la selección de la frecuencia de la cpu sin necesidad de contraseña

Resulta que si ponemos la frecuencia de la cpu a "ondemand" (comportamiento por defecto) ésta cambia repentinamente según la carga que tenga el ordenador. Esto es motivo de xruns y hay que evitarlo. Cuando trabajamos con jackd, la recomendación es ponerla a "performance" o al menos fijarla en un valor más bajo pero evitar que salte.

Se puede hacer de varias maneras, incluido añadir un applet en el panel de gnome, que nos exige contraseña.

Lo incluyo como propuesta en el script de "antes de iniciar jackd" pero para ello hay que hacer que el sistema nos permita lanzar el comando "sudo cpufreq-set" sin contraseña. (Ojo con esto. Es peligroso. Ver los comentarios de desesperado. Si no estás seguro, mejor déjalo y ya usarás el applet de gnome para cambiar el modo de frecuencia de la CPU).

Para ello, en una terminal lanzamos:

$ sudo visudo

Esto edita el archivo /etc/sudoers. El editor es vi y no se puede editar de otra forma, que yo sepa. Si no estamos familiarizados con vi, lo mejor es darle a la tecla i, y se comportará más o menos como lo que esperamos. Nos movemos con los cursores y al final del archivo escribimos la siguiente línea, cambiando "usuario" por vuestro nombre de usuario:

usuario ALL=NOPASSWD: /usr/bin/cpufreq-set

Ahora damos a escape y guardamos con:

:wq

Los scripts

Son archivos de texto sencillo que coloco en el directorio /home/usuario/bin. Por supuesto, después de crearlos y guardarlos, hay que darles permiso de ejecución. Lo podemos hacer de forma gráfica, con botón derecho, propiedades, pestaña permisos.

Estos son:

/home/pablo/bin/antes-de-iniciar-jackd

#!/bin/bash
#Obligo mis dos cpus a modo performance
#Tu caso puede ser diferente. Mira "cat /proc/cpuinfo |grep processor"
#para ver cuantas CPU's tienes o mejor, mira las posibilidades que
#te da el applet de monitor de frecuencia de CPU
#Borrar estas líneas si no modificamos el archivo /etc/sudoers
sudo cpufreq-set -c 0 -g performance
sudo cpufreq-set -c 1 -g performance
#mato pulseaudio y espero un segundo
pulseaudio -k
sleep 1
#limpio /dev/shm
rm -f /dev/shm/pulse*

Lo de limpiar /dev/shm de la porquería que haya podido dejar pulseaudio es muy importante para ordenadores de poca memoria RAM pues a veces se dan problemas por causa de este bug:

https://bugs.launchpad.net/ubuntu/+source/jack-audio-connection-kit/+bug/491329

/home/pablo/bin/despues-de-iniciar-jackd

#!/bin/bash
#Lanzo a2jmidid con la opción -e para poder conectar mi teclado midi a clientes jack midi
a2jmidid -e &
sleep 1
#Lanzo patchage para hacer las conexiones entre los puertos de clientes de jack
patchage &

/home/pablo/bin/antes-de-detener-jackd

#!/bin/bash
# mato todos los clientes de jack. Ampliar/Modificar lista en caso necesario.
killall mplayer gmplayer vlc amarok ardour-2.8.11 hydrogen qsynth stretchplayer tuneit fst.exe.so guitarix rakarrack patchage a2jmidid

De esta forma, con el botón "Detener" de Jack Control se matan todos los clientes de jack. Al menos, esta es la idea. Ampliar la lista según necesidades. Para ver los nombres de los procesos de los clientes de jack, podemos usar top o htop. No pasa nada porque sobren entradas.

/home/pablo/bin/despues-de-detener-jackd

#!/bin/bash
# mato jackd
killall jackd
sleep 1
# vuelvo a poner las dos cpus a "ondemand"
#Borrar estas líneas si no modificamos /etc/sudoers
sudo cpufreq-set -c 0 -g ondemand
sudo cpufreq-set -c 1 -g ondemand
sleep 1
# arranco pulseaudio
pulseaudio --start

A tener en cuenta:

1) Si en el setup de qjackctl, pestaña "Otras", marcamos "Iniciar el sevidor JACK al cargar qjackctl", nos ahorramos un click.

2) En este caso, hay que evitar a toda costa que si alsa ve más de un interface de audio pueda hacer que jack se equivoque de tarjeta. Para esto, la mejor forma que conozco es empleando la identificación alfanumérica de la tarjeta de audio "buena". Es decir, en lugar de seleccionar el interface hw:0, por ejemplo, mejor escribir en el campo interface "hw:TARJETA" (como se llame, entre corchetes, según la salida de "cat /proc/asound/cards") como propusimos en esta entrada.

Créditos y para saber más

http://www.rncbc.org/drupal/
ubuntustudio forum
linuxmusicians.org

OT: Cómo personalizar los iconos de los lanzadores en gnome (Dedicado a David y a Noa)

2010-08-19T13:26:00.000-07:00

En este sencillo tutorial explico la forma de crear tus propios iconos infantiles para los lanzadores gráficos. Es completamente off-topic, ya perdonaréis. Lo he escrito pensando en mis sobrinos. Aunque no creo que lo lean en poco tiempo, aquí queda, para cuando sean un poco más mayores y, con esperanza, estudien GNU/Linux en clases de iniciación a la informática.

Éste lo usaba hasta hace poco para lanzar a2jmidid (no interesante para no músicos):

Mi super-icono de a2jmidid

Éste para poner la frecuencia de la/s CPU/s en "performance" (interesante para otra entrada)

Tux con una mano señalando arriba

Éste para que vuelva a ajustarse automáticamente según la carga de trabajo, "ondemand":

Tux con una mano en puño

Éste para matar todos los procesos relacionados con jack (también para otra entrada). Es lo que hago cuando no estoy inspirado (la mayoría de las veces) y pienso que mejor me dedico a otra cosa:

Tux decepcionado consigo mismo

Y éste para apagar el ordenador inmediatamente con un click , cuando "ya huele" y me decido a levantarme de la silla. Lo usaré como ejemplo hasta el final.

Tux tapándose la nariz

Si no los tenemos instalados, instalamos Tuxpaint (más los sellos) y GIMP. En la terminal:

$ sudo apt-get install tuxpaint tuxpaint-stamp-defaults gimp

En Tuxpaint seleccionamos un fondo. Yo he elegido el blanco. Ahora vamos a herramientas, sellos, y entre éstos buscamos el que nos guste. O varios a la vez. O algo más sofisticado. Y después pulsamos guardar.

Ahora lanzamos el gimp y abrimos imagen con 'Ctrl+O'. Ahora, con 'Ctrl+H' mostramos los archivos ocultos y buscamos (en nuestro home) ".tuxpaint/saved".

Elegimos la imagen y la abrimos. Después recortamos la parte visible con el bisturí de la caja de herramientas.

Si estamos de acuerdo con el recorte, pulsamos con el ratón en dentro de el mismo y si no, fuera para empezar de nuevo y ajustarlo mejor. Dentro de nuestro home creamos un directorio llamado "iconos". Y desde el menú "Archivo" guardamos una copia, seleccionando el tipo de archivo por extensión (abajo a la izquierda), por ejemplo, PNG en:

/home/usuario/iconos

Ahora, con botón derecho sobre el panel de gnome, añadimos un lanzador de aplicación personalizado y en el campo "comando" pego el texto:

sudo shutdown -h now

Pulsamos el icono y navegamos a /home/usuario/iconos para elegir el nuevo.

Si no funciona, probar con otro comando que no necesite privilegios de administrador. El truco para que funcione un lanzador con sudo está en el archivo /etc/sudoers pero eso no forma parte de este tutorial.

Compensación de latencia de captura en Ardour

2010-07-17T02:17:00.000-07:00

#########################
Notas de revisiones:
Revisión 0: 17 julio 2010. Publicado.
#########################

En este tutorial vamos a mostrar cómo se puede compensar la latencia de captura en Ardour2 cuando hacemos overdubbing, es decir, cuando capturamos audio al tiempo que escuchamos una pista grabada anteriormente.

Antes de nada, vamos a hacer una distinción entre dos formas de monitorizar (escuchar lo que estamos grabando al mismo tiempo); por software y por hardware.

La monitorización por hardware tiene una serie de ventajas. No consume CPU, podemos reducir drásticamente la probabilidad de xruns y la latencia es inexistente ("latencia cero"). Para monitorizar usamos la mesa de mezclas o la propia tarjeta de audio, si lo permite. En este caso, conviene elegir un valor de cuadros por periodo alto en Jack. No sólo no necesitamos baja latencia en software; además, subirla va a dar mejor rendimiento y estabilidad.

La monitorización por software es posible si tenemos un sistema ajustado para una latencia aceptablemente baja. Requiere menos hardware y permite monitorizar con procesado de señal por software (efectos y amplificadores virtuales). Creo que este es el caso más común en estudios caseros. La configuración de jack, para encontrar un buen equilibrio entre latencia y rendimiento, es esencial en este caso.

En el tutorial que sigue he trabajado con una latencia bastante baja. Normalmente lo tengo así porque suelo tocar la guitarra con rakarrack y con algún otro ampli virtual. Cuando grabo en ardour, también, siempre, hago monitorización por software. A 128 cuadros por periodo y 48.000 Hz, con 2 periodos por buffer, la latencia teórica de bucle completo es 256 cuadros ó 5,3 ms. La latencia real será un poquito mayor, como vimos en la entrada acerca de jack_delay.

En todo caso, con una latencia tan baja, no tengo claro si merece la pena compensar la latencia de captura en overdubbing. Con monitorización por hardware y latencia en Jack alta, es esencial. Al final de la entrada elaboro un poco más esta idea.

Procedimiento

En ardour, añadimos tres pistas mono y en el mezclador asignamos sus entradas al puerto de captura correspondiente a la entrada donde tenemos conectado un micrófono. En el caso del pantallazo, el segundo puerto de captura, in 2.

Ahora grabamos un par de notas en la primera pista. Yo lo hecho con la guitarra acústica. Dejo la segunda pista armada para grabar...

Colocamos el micrófono entre los auriculares de monitorización y grabamos en la segunda pista lo que teníamos grabado en la primera, que suena por los auriculares.

Se supone que cuando hagamos overdubbing con una segunda guitarra o con la voz vamos a tocar o cantar sincronizados con la música grabada, de forma natural. Queremos que lo que capturamos por el micro vaya perfectamente sincronizado con la pista grabada.

En el pantallazo de arriba no se observa desplazamiento porque el zoom está muy alejado. Pero existe y vamos a medirlo.

Con botón derecho sobre los relojes, los configuramos para que muestren los cuadros o muestras (samples)...

y en "opciones misceláneas", que el reloj secundario muestre la diferencia al punto de edición.

Ahora, nos aseguramos que el modo de edición es "Deslizar" (slide) y que la rejilla no está activa. Ponemos "marca" como punto de edición (también lo podemos hacer con "ratón") y configuramos el display de "empujar" en muestras.

Elegimos el cursor como foco del zoom...

Un truco (no está en los pantallazos):

Para hacer muy rápido los zooms sobre el cursor podemos hacer lo siguiente: Voy a Transporte -> Cursor -> Centrar cursor y pulso la tecla "," (coma). Esta es la forma rápida de asignar los atajos de teclado... Y sobre Ver -> Zoom -> Acercar, elijo la tecla "." (punto). Así tenemos tres dedos contiguos para centrar el cursor, acercar y alejar. ¡La tecla para acercar por defecto, "=", viene muy a desmano en un teclado español!

Otro truco es hacer zoom con la rueda del ratón, con la tecla Control pulsada.

En cualquier caso, acercamos (zoom in) y desplazamos el cursor hasta que lo tengamos al comienzo de una señal de audio (una de las notas que hemos grabado) en una de las pistas, más o menos. Además, creamos una marca, con botón derecho y la desplazamos al comienzo de la señal en la otra pista.

ADVERTENCIA: Hay un bug en ardour2 (hasta revisión 7387 por lo menos, #2798) que hace que el segundo paso de zoom, en el sentido de más cercano a más lejano, muestre incorrectamente la posición de las regiones. ¡Evitarlo! Propongo trabajar con el tercer paso.

Observamos la diferencia en muestras en el reloj secundario y escribimos ese número en el display de "empujar", como muestra la imagen.

Empujamos hacia atrás la segunda pista.

De esta forma hemos sincronizado la pista capturada en overdubbing. Si ahora hacemos una grabación real sabemos que la pista grabada va atrasada en el tiempo el mismo número de samples que hemos medido en la prueba. En la imagen está delante y debemos empujarla hacia atrás.

Para una determinada configuración de jack sobre una determinada tarjeta de audio, el número de muestras a "empujar hacia atrás" será siempre el mismo y será algo mayor que la cantidad de cuadros por periodo. En el caso seguido en este tutorial, tengo aproximadamente 195 cuadros o muestras de desfase y el tamaño del periodo (cuadros por periodo) y, por lo tanto, la latencia teórica de entrada, es de 128 muestras.

Como se ve en el último pantallazo, también tenemos la posibilidad de "empujar atrás por compensación de captura". Esto empuja hacia atrás, precisamente, la cantidad de cuadros por periodo que hemos configurado en jack (lo podéis comprobar). Se observa que la compensación no es perfecta pues no tiene en cuenta la latencia de captura propia de la tarjeta de audio.

Podemos hacer algo para no tener que desplazar manualmente cada pista después de grabar: Declarar en la configuración de Jack la latencia de entrada. Guardamos y cerramos ardour y vamos al setup de qjackctl.

El resultado al grabar la tercera pista es éste:

Sin embargo, como apuntamos al principio, 195 muestras de desfase es realmente muy poco y el desfase producido por la propia tarjeta, del orden de 65 muestras en mi caso, aún menos.

Dependerá de cada caso y de cada persona, pero como norma general, si tenemos una latencia lo bastante baja como para permitirnos la monitorización por software, el desfase será muy pequeño y es muy probable que no lo notemos. Si en cambio, monitorizamos por hardware y tenemos en jack un valor de cuadros por periodo elevado, la compensación es necesaria, aunque probablemente nos conformemos con empujar hacia atrás (o bien declarar en jack) la compensación teórica, igual al tamaño del periodo.

Cómo medir la latencia real del sistema jack-hardware de audio

2010-05-26T15:42:00.000-07:00

###################################
Notas de revisiones:
Revisión 0: 12 junio 2010. Publicado.
Revisión 1: 16 junio 2010. Añadidos créditos.
###################################

En la anterior entrada vimos cómo configurar el script rtirq para que nos levante automáticamente la prioridad de la tarjeta de audio (y de otros "kernel threads" importantes para el trabajo con MIDI). De esta forma, podemos conseguir en jack latencias teóricas asombrosamente bajas sin recibir xruns.

Con esto y M-audio Audiophile 2496 (PCI), consigo mantener jack (antes de lanzar ninguna aplicación, eso sí) funcionando durante un buen rato con 0 xruns a 96000 Hz, 16 cuadros por periodo y 2 periodos por buffer, con un consumo de CPU de alrededor de 20 % según marca el display de Jack Control. Sólo el conseguir que jack llegue a arrancar con estos parámetros es ya una señal de que tenemos un sistema al menos aceptablemente bien ajustado para el trabajo con audio en tiempo real, a baja latencia y libre de xruns.

El valor de latencia que aparece en el setup de qjackctl (abajo a la derecha) es la latencia de bucle completo (entrada + salida) calculada a partir de la fórmula:

(p·n / r) x 1000

Donde p es el valor de cuadros por periodo, n son los periodos por buffer y r la frecuencia de muestreo. Se multiplica por 1000 para que el resultado final salga en milisegundos.

Con p=16, n=2 y r = 96000, tenemos una latencia calculada de 0,333 ms.

¿Significa esto que si arrancamos jack con estos parámetros, conectamos virtualmente en jack el capture_1 al playback_1 y conectamos físicamente una fuente de sonido (por ejemplo, una guitarra) a la primera entrada analógica, habrá un "retardo" de 0,333 ms desde que pulsamos una cuerda hasta que escuchamos el sonido por los altavoces?

No. La indicación de jack no es una medida real de latencia. Para medir la latencia real de bucle completo podemos usar una herramienta llamada jack_delay o jdelay. Copio la descripción original:

"This is a small command line JACK app you can use to measure the latency of your sound card. It uses a phase measurements on a set of tones to measure the delay from the output to the input. Accuracy is about 1/1000 of a sample".

Instalación...

Está en los repositorios de Debian y ubuntu, con el nombre "jdelay".

Sin embargo, mejor compilar para obtener la última versión ya que en ésta aparece el valor de la latencia en milisegundos, no solamente en cuadros como probablemente encontraremos si instalamos el paquete. Tampoco pasa nada, pues podemos calcular la latencia en milisegundos diviendo los cuadros entre la frecuencia a la que esté trabajando jack.

Podemos descargar las fuentes desde:

http://www.kokkinizita.net/linuxaudio/downloads/index.html

La compilación es sencilla. Creo que sólo hacen falta las librerías de desarrollo de alsa y de jack, libasound2-dev y libjack-dev.

Uso

Advertencia: Hacer esto con el volumen de vuestro equipo de música completamente a cero. Si os confundís y conectáis la salida de jack_delay a los system_playbacks, el ruido es muy desagradable!

Si habéis compilado, el comando es "jack_delay". Si habéis instalado el paquete, "jdelay" (creo).

La salida de jack_delay se conecta a través de jack al system:playback_1 que representa la primera salida analógica. Desde ésta llevamos un cable a la primera entrada analógica que en jack aparece como system:capture_1, la cual conectamos a través de jack a la entrada de jack_delay, cerrando el bucle. En el pantallazo lo vemos más claro. La línea roja gruesa representa el cable físico.

En la salida de terminal de jack_delay, observamos que hay diferencia entre la latencia calculada y la latencia real del sistema hardware-software (tarjeta de audio + alsa-jack). Por ejemplo con:

p = 64
n = 2
r = 48000

tengo una latencia de 188,6 cuadros, que es mayor que la teórica 128 (64 x 2). En milisegundos, el valor resulta de 3,93 frente al 2,67 calculado. Esa latencia añadida es la que ocurre en los convertidores DA y AD.

No es buena idea llevar el sistema a la menor latencia posible en todas las circunstancias. De hecho, es muy mala idea. Cuando estemos editando, mezclando y masterizando subir los cuadros por periodo.

Utilizar un valor de cuadros por periodo bajo solamente cuando sea necesario. Por ejemplo, para capturar audio mientras hacemos monitorización por software.

Créditos

Jack_delay es una utilidad escrita por Fons Adriaensen, ingeniero de sonido y desarrollador de excelentes herramientas de software para Linux.
http://www.kokkinizita.net/linuxaudio/

Configuración del script rtirq para muy baja latencia

2010-05-09T03:37:00.000-07:00

###################################
Notas de revisiones:
Revisión 0: 8 mayo 2010. Publicado.
Revisión 1: 15 mayo 2010. Retocado.
Revisión 2: 26 mayo 2010. Añadida nota sobre los sirq-timers y la prioridad de jackd
Revisión 3: 28 mayo 2010. Actualizada la explicación sobre los sirq-timers, reordenado y modificado título
Revisión 4: 26 noviembre 2010. Añadida advertencia "sólo funciona con kernel rt"
Revisión 5: 8 enero 2011. Actualizado: Funciona con cualquier kernel >= 2.6.39 con threadirqs habilitado.
###################################

El script rtirq-init está empaquetado y disponible en la mayoría de las distros. En Debian/ubuntu el paquete se llama "rtirq-init".

A partir de la versión del kernel 2.6.39, el script funciona en kernels precompilados como "generic" o "low-latency", siempre y cuando tengan habilitada la opción de arranque "threadirqs". Es decir, ya no es necesario un kernel modificado con el parche realtime para que este script funcione.

Si usamos grub2 como gestor de arranque, una forma de habilitar "threadirqs" es editar el archivo /etc/default/grub.

$ sudo gedit /etc/default/grub

Buscamos la línea

GRUB_CMDLINE_LINUX=""

y la modificamos a:

GRUB_CMDLINE_LINUX="threadirqs"

Para que el cambio tenga efecto, debemos actualizar grub:

$ sudo update-grub

Y reiniciar

Este script levanta las prioridades de los "kernel threads" más importantes para el trabajo con audio y MIDI en tiempo real y a baja latencia, automáticamente al arrancar el ordenador. Este script no es necesario en todos los casos, pero a veces ayuda.

Si escribimos en la terminal:

$ sudo updatedb
$ locate rtirq

Entre otros debería dar:
/etc/default/rtirq
/etc/init.d/rtirq

/etc/init.d/rtirq es el script, que lee el archivo de configuración /etc/default/rtirq.
Es este el archivo que debemos editar para conseguir el objetivo.

El objetivo depende de cada caso, pero normalmente será levantar las prioridades de:

1º El reloj y los temporizadores del sistema (para precisión con MIDI)
2º La tarjeta de audio (para baja latencia de audio)

Todo lo indicado en esta entrada lo vamos a hacer en línea de comandos y vamos a usar htop como monitor del sistema. Propongo terminator como emulador de terminal.

$ sudo apt-get install terminator htop

Ahora vamos a lanzar terminator y lo vamos a maximizar. Botón derecho sobre la pantalla y dividimos verticalmente. En la ventana de la derecha, botón derecho y dividimos horizontalmente. Tenemos 3 terminales.

En la de la izquierda lanzamos:

$ htop

htop nos da un montón de información sobre los procesos y el consumo de recursos de nuestra máquina. Hacemos:

F2 --> Display options --> Desmarcar "hide kernel threads" --> F10
F6 --> Sort by: PRI

Así vemos los procesos, incluidos los "kernel threads", ordenados por prioridad. Al menos en mi caso, los kernel threads cuya prioridad no ha sido levantada automáticamente al iniciar el ordenador por rtirq, toman la prioridad (omitiendo el signo) 51 ó 50. Los que están por encima es que han sido levantados por rtirq.

En una terminal de la derecha vamos a ver los "interrupts" con el comando:

$ cat /proc/interrupts

En la columna de la derecha tendremos que adivinar cuál es nuestra tarjeta de audio. Con una m-audio Audiophile 2496 veo que ICE1712 está en el número 22. Esto será diferente para cada sistema hardware-software, pero lo pongo como ejemplo. Si tu tarjeta es usb, debes fijarte en el número de bus, por ejemplo ehci_hcd:usbx o uhci_hcd:usbx. Con el comando lsusb puedes ver el número de bus usb en la primera columna. Si nos fijamos ahora en htop, vemos en la columna "Command" el número de irq seguido por su identificación. En mi caso, en la prioridad 51 veo irq/22-ICE1712, y también el irq/8-rtc0. Precisamente los dos kernel threads que se pretendían levantar se han quedado en 51, mientras que los ehci_hcd y uhci_ehcd, así como el i8042 (para el ratón y teclado PS/2, en mi caso inexistente) tienen las prioridades levantadas. Esto no es lo que quería conseguir.

¿Cómo arreglarlo? Modificando el archivo de configuración de rtirq.
En la terminal libre de la derecha escribimos:

$ sudo cp /etc/default/rtirq /etc/default/rtirq.copia (copia por si acaso)
$ sudo nano /etc/default/rtirq

Hay una serie de variables escritas en mayúsculas que son las que debemos tener en cuenta. El resto son comentarios. En nano guardamos los cambios con [Control-O] y salimos con [Control-X]. Bueno, usar el editor que os parezca mejor.

La variable más importante es RTIRQ_NAME_LIST. La encontramos así:

RTIRQ_NAME_LIST="rtc snd usb i8042"

Esta me está fastidiando. Cambio a:

RTIRQ_NAME_LIST="rtc0 ICE1712"

Que es lo que leo en la columna derecha de cat /proc/interrupts. Creo que lo que Rui quiere dar a entender es: "1º reloj, 2º tarjeta PCI, 3º tarjeta usb, 4º teclado/ratón PS2". Las distribuciones tienen algunas diferencias, por eso es genérico.

(Me parece que en lucid funciona a la primera con las designaciones genéricas, pero habría que comprobarlo).

He dejado fuera de RTIRQ_NAME_LIST "usb" e "i8042" pues no tengo tarjetas usb ni teclado/ratón PS2.

Si tenemos una tarjeta firewire, habrá que levantar la prioridad de ohci1394 en lugar de la de la tarjeta PCI y posiblemente también la del controlador firewire. Comprobar con htop. Más información en el enlace de ffado de abajo.

Hay otra variable:

RTIRQ_NON_THREADED=

Habría que cambiarla de todas maneras (otra vez, rtc y snd que al menos en mi caso no significan nada) pero creo que la puedo deshabilitar tranquilamente, "comentándola" con una almohadilla delante.

Por probar, voy a dar 98 a RTIRQ_PRIO_HIGH y pongo un paso de 10
en RTIRQ_PRIO_DECR.

Por otro lado, en el lowlatency howto de alsa y en el blog de SounDebian hablan de levantar las prioridades de los soft irq timers. Esto es mucho más fácil con rtirq. Sólo tenemos que descomentar la línea:

# RTIRQ_HIGH_LIST="timer"
Es decir, dejarla en:
RTIRQ_HIGH_LIST="timer"
Y tendremos los sirq-timers con la máxima prioridad.

Los temporizadores no afectan a la tarjeta de audio, que tiene su propio reloj. Sin embargo, son importantes para la reproducción de MIDI.

Una vez modificado el archivo de configuración, vamos a lanzarlo manualmente sin tener que reiniciar. Desde otra terminal:

$ sudo /etc/init.d/rtirq start

Florian (tercer enlace, entrada "Linux Audio/MIDI System") y Soundebian explican cómo hacer todo esto de forma manual (con el comando chrt). Florian propone levantar las prioridades de los secuenciadores y sintetizadores de software por encima de la de la tarjeta de audio y jackd. Por eso elijo un paso grande entre rtc0 y la tarjeta, para tener sitio entre medias, por si acaso, aunque sinceramente nunca me preocupo de levantar manualmente prioridades de otros procesos.

Cuando arrancamos manualmente el script vemos que se levantan las prioridades de los "kernel threads" que hemos configurado pero las que estaban levantadas no "bajan". (A veces tengo que terminar htop con F10 y volver a lanzarlo para asegurarme, pues el efecto no se ve de inmediato). Cuando reiniciemos el ordenador volvemos a comprobar con htop si rtirq ha hecho su función. Los kernels threads no levantados los dejará con prioridad 51 ó 50.

Con esto se consiguen latencias bajísimas sin xruns, como vemos en la siguiente entrada, donde además realizamos algunas mediciones.

Créditos y para saber más, además de nuestro buscador favorito:

http://subversion.ffado.org/wiki/IrqPriorities
http://www.rncbc.org/drupal/node/107
http://tapas.affenbande.org/wordpress/ (linux audio pages)
http://bugtrack.alsa-project.org/main/index.php/Low_latency_howto
http://www.soundebian.com.ar/2009/10/configurando-verdaderamente-el-real-time-para-audio/

Grabadores sencillos. JACK Timemachine y jack_capture

2010-04-24T16:11:00.000-07:00

###################################
Notas de revisiones:
Revisión 0: 25 abril 2010. Publicado.
###################################

JACK Timemachine y jack_capture son sencillos grabadores de audio clientes de jack. Cada uno tiene una característica que lo hace especial y atractivo a su manera.

Timemachine

Con Timemachine podemos grabar el pasado. Muy útil si, por ejemplo estamos improvisando y nos sale algo bonito que nos gustaría haber grabado. Pues no se ha perdido. Si pulsamos el botón nos habrá grabado desde (por defecto) 10 segundos antes, hasta que volvemos a pulsarlo.

Otra utilidad que le podemos dar es grabar la radio. Uso VLC para escuchar la radio a través de internet. Si empiezan a hablar de algo que me interesa viajo en el tiempo con timemachine para no perderme el principio.

Podemos ver las opciones que tiene con
timemachine -h

Por defecto graba en formato w64 (que no es reconocido por la mayoría de reproductores)
y desde 10 segundos antes de pulsar el botón de grabación.

Si por ejemplo, queremos grabar desde 15 segundos antes y en formato wav, debemos dar el comando:
timemachine -t 15 -f wav

Está en los repositorios de ubuntu, así que instalarlo es muy fácil. Si lo arrastramos al panel y editamos sus propiedades podemos lanzarlo con el comando de arriba
(o precedido por /usr/bin/ como está por defecto).

Eso sí, timemachine no se autoconecta a ningún puerto, por lo que antes de nada, debemos conectar la fuente de audio que tengamos previsto grabar a sus entradas. Por defecto, los archivos se crean en /home/usuario/ con el nombre tm- seguido de la fecha y la hora del comienzo de la grabación.

Timemachine conectado a una fuente de audio, en espera.

Jack_capture

Lo más atractivo de Jack_capture es que autoconecta a sus entradas de captura todo lo que esté conectado a las salidas de la tarjeta de sonido (system:playbacks), de forma que graba todo lo que sale por los altavoces sin tener que preocuparnos de hacer ninguna conexión manualmente. Se puede configurar de otra forma, pero esta es la opción por defecto. Además, el audio de salida puede estar en wav, flac, ogg o mp3.

Jack_capture no está en los repositorios de ubuntu pero lo podemos instalar desde synaptic o apt-get si añadimos un repositorio adecuado, Por ejemplo, para karmic está en el de Philip Johnson

También lo podemos compilar si descargamos las fuentes desde aquí

En linux AV se hizo una presentación de este programa, con sus características completas aunque no se hizo referencia a la interfaz gráfica que facilita mucho las cosas. Ésta se invoca con el comando "jack_capture_gui2". Grabar es tan simple como apretar el botón rojo. Las opciones se despliegan clicando en la flechita de settings.

Jack_capture_gui2

Tuneit, afinando la guitarra con la terminal de comandos

2010-04-17T15:35:00.000-07:00

###################################
Notas de revisiones:
Revisión 0: 16 abril 2010. Publicado.
Revisión 1: 22 abril 2010. Completado.
###################################

Tuneit es un fabuloso afinador de línea de comandos. Preciso, estable y sencillo a más no poder.

Compilarlo es muy sencillo. Ya que hablamos de la terminal, lo haremos todo desde terminal. Estos son los pasos.

Instalamos las herramientas básicas de compilación y las bibliotecas de desarrollo necesarias. En ubuntu:
$sudo apt-get install build-essential libasound2-dev libfftw3-dev libjack-dev

Si no lo tenemos ya, recomiendo crear un directorio para el código fuente de los programas que instalemos al margen del sistema de paquetes. Yo le llamo "fuentes".
&mkdir fuentes

Nos situamos en este directorio
$cd fuentes

Obtenemos el archivo comprimido con las fuentes desde internet
$wget -c http://delysid.org/tuneit-0.3.tar.gz

Descomprimimos
$tar xf tuneit-0.3.tar.gz

Ingresamos a la carpeta creada
$cd tuneit-0.3

Configurar, compilar e instalar
$./configure
$make
$sudo make install

Un vistazo al manual
$man tuneit

tuneit en acción

Si preferimos que las notas salgan con la nomenclatura Do-Re-Mi...tenemos que modificar el código y volver a compilar ya que es opción no está expuesta al usuario, o al menos no aparece en el manual.

Editamos el archivo ~/fuentes/tuneit-03/src/tuneit.c

Más o menos en la línea 32, podemos cambiar:

static const char **notes = englishNotes;

por:

static const char **notes = frenchNotes;

Y también quitamos la tilde de Rè y Rè#

Borramos los archivos binarios con
$make clean

Y volvemos a compilar e instalar:
$make
$sudo make install

Créditos:

Gracias a Mario Lang por este fantástico y práctico afinador.
http://delysid.org/tuneit.html

GNU Solfege y TuxGuitar (con sonido a través de Jack)

2010-04-05T13:47:00.000-07:00

###################################
Notas de revisiones:
Revisión 0: 16 abril 2010. Publicado.
###################################

Sinceramente, no suelo utilizar ninguno de estos programas pero quería escribir esto pensando en Unai y en otros guitarristas interesados en la didáctica. Con una tarjeta de audio firewire, jack es imprescindible para tener sonido en Linux y en cualquier caso es bueno por la flexibilidad y las posibilidades que permite.

Contenido

Breve presentación de GNU/Solfege
Breve presentación de TuxGuitar
Estos programas no suenan
Una opción: Timidity
Nuestra propuesta: pmidi, qsynth, jack
El sintetizador
Obtener un archivo soundfont
Primero Jack, luego qsynth
El reproductor de midi
GNU/Solfege, ahora sí suena :)
Tuxguitar, ahora sí suena :)
Otra vez la flexibilidad
Créditos

Breve presentación de GNU/Solfege

GNU Solfege es un programa de educación musical. Entre otras cosas, se puede utilizar para entrenar el oído en ritmos, intervalos, escalas y acordes.

Es una aplicación libre, licenciada bajo la GPL y también funciona en otros sistemas operativos.

En su página oficial podéis ver algunos pantallazos con algunos de los ejercicios que se pueden hacer. En cualquier caso, la interfaz gráfica es sencilla e intuitiva.

Está en el repositorio universe de ubuntu, así que los ubunteros lo podemos instalar desde synaptic, apt-get, aptitude o el centro de software. El paquete se llama "solfege". En gnome, aparece en el menú Aplicaciones -> Educación.

Breve presentación de TuxGuitar

TuxGuitar es un programa educativo para guitarra, con edición de partitura y tablatura. Puede importar archivos de guitar-pro (GP3, GP4 y GP5, de momento)

Como GNU/Solfege, es una aplicación libre, licenciada bajo la LGPL y también funciona en otros sistemas operativos.

También está en universe. Aquí instalaremos dos paquetes, tuxguitar y tuxguitar-alsa. En gnome, aparece en el menú Aplicaciones -> Sonido y Video.

Estos programas no suenan

Pues es verdad, no suenan porque no manejan audio digital sino MIDI. En el caso de GNU/Solfege ni siquiera eso, pues necesita un programa externo para reproducir el MIDI. Y éste necesita "algo" que interprete los mensajes MIDI y los convierta immediatamente a audio digital, que es lo que entiende la tarjeta de sonido. Este "algo" es un sintetizador, sea software o hardware. Además debemos saber qué sistema de audio utiliza este sintetizador. El camino será, para GNU/Solfege:

Solfege -> Reproductor de midi (conectado al puerto de entrada alsa midi del) -> sintetizador (cuya salida de audio digital va a) -> manejador de audio (cuya salida de audio digital va a) -> Tarjeta de audio (cuya salida de audio analógico va a) -> Altavoces

Para tuxguitar será similar, pero en este caso no hace falta un reproductor de midi externo; la conexión al sintetizador es más directa.

Una opción: Timidity

GNU/Solfege nos obliga a instalar timidity (al menos, en ubuntu 9.10 es una dependencia) un reproductor MIDI-sintetizador cuyo audio puede salir directamente hacia la tarjeta. Dicho así, parece que sería lo más directo y fácil. Sin embargo, en esta guía, timidity es como si no existiera. Lo comento sólo para que conste.

Nuestra propuesta: pmidi, qsynth, jack

Para el caso de esta guía y de forma simplificada, el camino a seguir será:

Solfege -> pmidi -> qsynth -> Jack -> Tarjeta audio-> Altavoces

o

Tuxguitar -> qsynth -> Jack -> Tarjeta audio -> Altavoces

El sintetizador

Necesitamos un sintetizador con salidas de audio a través de jack. Hay muchas posibilidades. Para simplificar y por ser quizás el más conocido y muy sencillo de configurar, voy a centrarme en qsynth como ya he adelantado.

Qsynth es un front-end gráfico para fluidsynth, que a su vez es un sintetizador basado en la especificación soundfont. Lo podemos instalar desde synaptic si no lo tenemos ya.

Lo primero será cargar una soundfont. Para ello lo lanzamos desde las aplicaciones de Sonido y Video y vamos a la configuración o setup. Pulsamos la pestaña Soundfonts y le damos a Abrir para cargar un archivo de soundfont (extensión sf2 o SF2). Podemos cargar cualquier archivo sf2 pero sólo los "General Midi" tendrán un mapeado de instrumentos estándar, de forma que podamos elegir el instrumento desde el propio Solfege. Si no tenemos ninguno disponible en el disco duro, lo tendremos que conseguir...

Obtener un archivo soundfont

Por ejemplo, en esta página tenemos cientos de archivos sf2 gratuitos. Os propongo la mítica Fluid Release 3 que se puede descargar desde este enlace. Suena muy bien y es General Midi. El "problemilla" es que viene comprimida con sfark y en los repos no tenemos un programa que nos sirva para descomprimir este formato. En este caso debemos ir a melodymachine para descargar el programa sfArk. Ahorramos tiempo si bajamos el programa para Windows, ya que el de Linux funciona con una librería que se ha quedado obsoleta. De alguna forma se puede atajar (ver entrada en hispasonic en los créditos) pero quizás sea más sencillo descargar el programa para Windows e instalarlo con wine (botón derecho). Wine está en los repos y se instala fácilmente con apt-get o Synaptic.

Primero Jack, luego qsynth

Iniciamos nuestro amigo Jack y después qsynth. Con éste no hemos terminado. En la configuración MIDI debemos tener habilitada la entrada MIDI con el controlador alsa-seq y en la pestaña Audio elegir Jack. También es importante que la frecuencia de muestreo coincida con la que hemos configurado en Jack.

En la ventana de conexiones debemos ver las salidas de qsynth en la pestaña audio y la entrada de
Fluid Synth en la pestaña ALSA (alsa midi).

El reproductor de MIDI

Es necesario para GNU/Solfege. Usaremos pmidi. Lo instalamos con apt-get o synaptic. Ahora vamos a ver qué puertos midi hay disponibles. En una terminal, podemos hacer:

$pmidi -l

En una de las líneas veremos algo similar a:

129:0 FLUID Synth ...

En este caso, el puerto alsa midi es el 129:0

(esto también se puede ver en la ventana de conexiones de Jack Control)

GNU/Solfege, ahora sí suena

Abrimos GNU/Solfege y vamos a Archivo -> Preferencias -> External Programs y en Audio File Players, MIDI ponemos en el campo de la izquierda:

/usr/bin/pmidi

Y en el de la derecha:

-p 129:0

o el número de puerto que tome Fluid Synth.

Damos al botón de prueba y... tirirín tintintín. Y si no, comprobar que las salidas de audio de qsynth estén conectadas a los system:playbacks.

Es posible que cada vez que lanzemos GNU/Solfege (por supuesto después de haber iniciado jack y qsynth) debamos volver a escribir el puerto.

Tux Guitar, ahora sí suena

Llegados hasta aquí, ya tenemos todo para disfrutar también de TuxGuitar a través de Jack.
Lo lanzamos desde Aplicaciones -> Sonido y Video. Vamos a Herramientas -> Preferencias -> Sonido y elegimos "Synth input port" como puerto MIDI.

Otra vez la flexibilidad

Como veis, el disgusto inicial de no escuchar sonido se debe a que estos programas siguen la filosofía Linux de "una tarea, una aplicación". Como tantas otras cosas en nuestro SO favorito y como las buenas amistades, se empiezan a disfrutar más a medida que se conocen mejor. Este enfoque modular nos ofrece una gran flexibilidad y podremos sacar cualquier sonido de estos programas, bien cambiando el archivo soundfont de qsynth o bien utilizando otro sintetizador completamente diferente que tenga entradas de alsa midi y salidas de jack audio. Esto nos permitirá grabar el audio directamente a cualquier grabador jackificado o hacer cualquier otra conexión que se nos ocurra a través de jack, incluyendo varios ordenadores en red como vimos en la entrada sobre netjack2.

Créditos

http://www.solfege.org/
http://www.solfege.org/Solfege/SoundSetup
http://tuxguitar.herac.com.ar/
http://www.hammersound.net/
http://www.melodymachine.com
http://www.hispasonic.com/comunidad/soundfonts-formatos-sfark-sfpack-t301964.html#p2362239

Presentación de netjack2

2010-03-20T18:43:00.000-07:00

###################################
Notas de revisiones:
Revisión 0: 21 marzo 2010. Publicado.
###################################

Experimentos con netjack2

El otro día hicimos un intento de compartir audio y MIDI en tiempo real a través de una red local cableada, con un ordenador maestro (con su tarjeta de audio conectada a los altavoces) y varios esclavos. Las pruebas iban a ser:

1. En cada ordenador esclavo se reproduce una canción. Estas no suenan en el esclavo; se envían al maestro que decide cuál poner o las mezcla a su antojo.

2. En cada ordenador esclavo hay un sintetizador software. El maestro reproduce una canción en un secuenciador MIDI, con varias pistas. Cada pista MIDI se se envía a un esclavo diferente, que "traduce" el MIDI a audio con su propio sinte y envía el audio de vuelta al maestro.

3. Los esclavos envían mensajes MIDI al maestro a traves del teclado. El maestro traduce el MIDI a Audio con un sampler o un sintetizador software.

Yo no esperaba más de tres ordenadores con el software necesario instalado pero al final fueron 6 en total... No hubo tiempo de montar y probar bien la red y ésta resultó poco robusta. El experimento 2 no dio resultado :(

Lo que sí conseguimos fue reproducir canciones desde dos ordenadores esclavos a través de la tarjeta de audio del ordenador maestro. El que maneja el mezclador del maestro decide qué canción suena. Debe ser muy fustrante poner una canción en un reproductor y que no suene... ¡Sólo si le gusta al otro!

También salió bien el experimento 3. Usamos vmpk para enviar notas MIDI desde los teclados hasta hydrogen, que hacía de sampler, con un drumkit hecho a medida para la ocasión (un kit al que añadí un silbato y otros ruidos raros). Vamos, una batukada digital con tres "músicos" aporreando los teclados del ordenador. Para pasar el rato.

Las CCCP (Charlas con Café, Copa y Puro) son reuniones de sobremesa donde intentamos arreglar el mundo gracias al software libre y al hardware barato. En serio, hacemos charlas y presentaciones. Era mi primera presentación. A ver qué os parece.

Cómo instalar software (programas) en (ubuntu) GNU/Linux. I. Introducción

2010-03-20T10:03:00.000-07:00

###################################
Notas de revisiones:
Revisión 0: 20 marzo 2010. Publicado.
###################################

Comienzo una serie de tres partes en la que explico cómo se instala software en Linux, dirigido sobretodo a recién llegados desde Windows. Está orientado a ubuntu, pero los fundamentos son los mismos para cualquier otra distribución moderna de "Escritorio". Este es un tema muy documentado pero me apetecía explicar algunas cosas que he ido aprendiendo y desaprendiendo con el tiempo.

Normalmente, la documentación oficial de las distribuciones se dirige a los nuevos usuarios como si fueran completamente nuevos a la informática. No tiene en cuenta que la mayoría llevan años usando Windows y tienen algunas ideas preconcebidas que en GNU/Linux no son válidas. La documentación se esfuerza sobretodo en enseñar, no tanto en desenseñar.

Preguntas frecuentes:

¿Es instalar software en Linux (="una distribución de GNU/Linux") más fácil o más difícil que en Windows?

Depende. Al fin y al cabo, en Windows también se puede compilar, no? :P

Si tomamos como referencia el conocido: "bajar-un-programa-desde-una-página-de-confianza-doble-click-setup.exe-aceptar-licencia-next-next-next" o, el un poquito más complicado y triste pero cierto: "bajarlo-desde-cualquier-lugar-incluido-crack-pasar-antivirus-etc"... se puede decir que instalar software en Linux puede ser desde mucho más fácil hasta mucho más difícil que esto.

Básicamente, existen dos formas de instalar un programa:

1. Por medio de un instalador ejecutable

2. Compilando el código fuente antes de instalar

La primera forma es como el clásico "setup.exe" de Windows: Un instalador binario. Sin embargo, una distribución moderna lo pone mucho más fácil que Windows, como veremos en el siguiente capítulo.

La segunda es un poco más complicada. Lo veremos en el tercer capítulo. Normalmente no es difícil pero suele llevar un rato. Es cuestión de cogerle el truco. Pero no os asustéis, cada vez es menos necesario y/o más fácil, pues al aumentar el número de usuarios aumenta el número de empaquetadores-distribuidores, informadores de fallos, "pedigüeños" (quiero este programa en ubuntu por favor!!!), profesores y ayudantes, traductores, incluso programadores aficionados (este programa está bien pero hay que mejorarlo, me apunto, toma parche!)... En general, esto redunda en beneficio del usuario final que cada vez está más cerca de las versiones "recién horneadas", al tiempo que éstas son cada vez mejores.

¿Entonces, cuál es la mejor forma de instalar?

Depende...Aquí debemos mantener un equilibrio y pensar un poco antes de actuar sobre qué es lo mejor en cada caso. Yo diría que hay 4 factores, la seguridad de que el programa será estable en nuestro sistema [1], la facilidad de instalación, la funcionalidad que esperamos y la paciencia que tengamos. Resumiendo y en primera aproximación:

- Lo más seguro y muy fácil, perdiendo quizás alguna funcionalidad de un programa concreto, pero esperando que mejorará con el tiempo --> Repos oficiales.

- Menos seguro y bastante fácil, en busca de versiones más recientes o de un programa que no está en los repos oficiales--> Repos no oficiales o paquetes sueltos desde internet (a ser posible desde la página oficial de los proyectos, si se facilitan).

- Muy seguro y no fácil, cuando queremos estar a la última con un programa concreto que nos interesa especialmente --> Compilar la última versión estable de un programa, después de descargar el código fuente desde su sitio oficial.

- Menos seguro y no fácil, cuando queremos tener la versión de desarrollo, para evaluarla y/o colaborar con el proyecto --> Compilar las versiones diarias cuyo código fuente bajamos desde el sistema de control de versiones que utilice el proyecto.

Los dos primeros métodos los vemos en la segunda parte.

¿Dónde se instalan los programas?. Pues no existe un directorio llamado "Archivos de programa" ni nada que se le parezca.

Los programas se instalan... cada archivo en su lugar. El ejecutable en el directorio de ejecutables, las bibliotecas en el directorio de las bibliotecas, las configuraciones generales en su directorio, las configuraciones de usuario, en su sitio, los iconos en su sitio, la documentación en su lugar, etc. Pues sí, un programa bien diseñado repartirá archivos por todo el sistema.

¿Por qué no tengo permisos para hacer lo que yo quiera en mi propio ordenador?

Los sistemas derivados de UNIX, como GNU/Linux, están diseñados desde su base para ser multiusuario. Hay un administrador y tantos usuarios como éste determine. En un ordenador personal, de usuario único, hay un administrador y un usuario. Los programas los debemos lanzar "como usuario". La gestión de nuestros archivos la debemos hacer también como usuario. Lo que no podemos hacer como usuario es, por ejemplo, instalar un archivo ejecutable en el sistema operativo. Eso sólo lo puede hacer el administrador. Si el ordenador es tuyo, el administrador eres tú, pero no "tú usuario", sino "tú administrador". Algunos nuevos usuarios piensan que esto es un engorro porque implica introducir una contraseña cada vez que queremos instalar algo. A mí me parece mucho más engorroso formatear, eliminar virus con sospechosos antivirus de código cerrado, etc, sólo porque a un "sistema operativo" le da por ejecutar un programa que hace cosas malas sin que el dueño del ordenador lo haya instalado intencionadamente.

¿A quién me puedo quejar si instalo un programa que no funciona?

Si es software bajo la GPL, no hay garantía. El software se ofrece tal y como es. Tienes derecho a estudiar su código, a modificarlo, a redistribuirlo, a usarlo en tantos ordenadores como quieras... pero no hay garantía. No puedes denunciar a nadie porque no funcione. El software libre está basado en la confianza de que las cosas se han hecho lo mejor posible, y todo el mundo está invitado a participar en su mejora y su desarrollo.

Y ahora, al grano

[1] Descarto el malware. Cuando hablo de seguridad, me refiero a fallos no intencionados, sean del programador, del empaquetador-distribuidor, o del propio usuario que ha tomado decisiones sin saber bien lo que hacía.

Cómo instalar software (programas) en (ubuntu) GNU/Linux. III. Compilar

2010-03-12T07:13:00.000-08:00

###################################
Notas de revisiones:
Revisión 0: 20 marzo 2010. Publicado.
###################################

Compilar es traducir desde el lenguaje de programación que saben escribir y leer (algunos) humanos al lenguaje binario que entienden los ordenadores.

El usuario no programador tiene que entender que cada programa es "de su padre y de su madre" y a la hora de compilarlo no hay una regla básica universal. Bueno, en realidad hay una: Lee el README (y el INSTALL).

En ubuntu hay un paquete llamado "build-essential" que incluye el compilador de C, y otros paquetes "esenciales para compilar". Es lo primero que debemos instalar.

Como regla general, si B es una dependencia de A instalar el programa A precompilado obligará a instalar la librería B, que como vimos, también esta "empaquetada". De esto no tenemos que preocuparnos pues apt (apt-get, aptitude, synaptic, centro de software...) lo hace automágicamente. Ahora bien, compilar el programa A nos obliga a instalar el "paquete de desarrollo" de la librería B, que podremos identificar porque acaba en "-dev". Puede que se llame libB-dev.

Un truco para resolver las dependencias de desarrollo necesarias para compilar es usar "apt-get build-dep". Por ejemplo, tenemos ardour 2.8.2 en los repos de karmic y queremos compilar una versión posterior de ardour2. Es muy probable que esta nueva versión tenga las mismas dependencias que la existente en los repos de ubuntu. Entonces:

$ sudo apt-get build-dep ardour

Nos instalará todas las dependencias de desarrollo. Si la nueva versión hace uso de una librería nueva, habrá que instalarla aparte pues "apt-get build-dep" no es adivino.

La forma más clásica de compilar e instalar es el típico:

./configure
make
sudo make install

Sin embargo, es un error pensar que esta es la única manera de hacerlo. Ni mucho menos. Por ejemplo, hydrogen usa scons.

scons
sudo scons install

y siempre vendrá bien un:

scons --help

para ver las opciones de compilación.

Últimamente parece que waf está de moda entre los desarrolladores de linux audio.

./waf configure
./waf build (o simplemente, ./waf)
sudo ./waf install

Y por supuesto, podemos dar opciones en los scripts de configure, para que los programas se instalen en directorios alternativos, se habilite o deshabilite alguna función, o alguna particularidad...

Como ya he dicho antes, compilar no suele ser estrictamente necesario. Cuando lo es, lo mejor para el usuario principiante que no está especialmente interesado en las tripas del sistema operativo es seguir una guía particular para ese programa.

Cómo instalar software (programas) en (ubuntu) GNU/Linux. II. Instalador ejecutable

2010-03-07T12:50:00.000-08:00

###################################
Notas de revisiones:
Revisión 0: 20 marzo 2010. Publicado.
Revisión 1: 9 abril 2010. Añadido enlace a guía ubuntu
###################################

Si no has leido la introducción, ahora es el momento.

CONTENIDOS
""""""""""""

1. Instalar software desde repositorios

El "gestor de paquetes"
Conoce tus repos
Dependencias
Metapaquetes
Añadiendo repositorios
Clavar y forzar versiones

2. Instalar "paquetes sueltos"

______________________________________________________________

Hay guías, documentación oficial de las diferentes distribuciones, blogs... que podréis encontrar fácilmente usando vuestro buscador favorito.

Recomiendo esta magnífica guía

Otro buen tutorial con pantallazos incluidos para instalar software en ubuntu es el del colega José GDF.

Aquí intento ir un poco más allá de las herramientas de instalación pues lo diferente y lo sorprendente está a un nivel más fundamental.

1. Instalar software desde repositorios

El "gestor de paquetes"

Si comparamos el software con un producto que unos fabrican y otros utilizan, las distribuciones serían intermediarios que se ocupan del empaquetado y la logística. Sus almacenes de "paquetes de software" son los denominados "repositorios" y el usuario final tiene acceso directo a los mismos a través de un "gestor de paquetes". Estos "paquetes" tienen la extensión .deb en Debian [2] y en todas las distribuciones basadas en debian como ubuntu, Linux Mint y otras. En Fedora y Suse, tienen la extensión .rpm.

En el entorno gráfico de escritorio gnome (el que usa ubuntu por defecto), el gestor de paquetes gráfico se encuentra en el menú principal, Sistema -> Administración -> Gestor de paquetes Synaptic.

La introducción rápida explica en pocas palabras: "El software en su sistema se organiza en lo que se denominan paquetes...".

Instalar software a través de synaptic es coser y cantar. Buscar la aplicación, marcar para instalar y aplicar. Con esto, enviamos una petición al repositorio para que nos sirva el paquete o paquetes requeridos, y de la misma tirada, lo instalamos en el sistema. El "centro de software" es aún más sencillo pues facilita aún más la búsqueda de programas y oculta al usuario los "paquetitos" de bibliotecas y en general los "subprogramas" cuyos nombres no dicen gran cosa al usuario final.

Existen otras herramientas como aptitude o apt-get, que podemos usar desde la terminal. De hecho, instalar software desde la terminal tiene un ventaja; es más rápido, pero una desventaja; no es intuitivo ni familiar para los principiantes. Por lo demás, usemos el método que usemos conseguiremos instalar el programa deseado igual de bien.

Conoce tus repos

No, lo que marca la diferencia no es el gestor de paquetes que usemos. Lo que es de VITAL IMPORTANCIA son los repositorios habilitados. Si uno compra una pieza para un coche mercedes en un almacén donde sólo sirven para seat, igual la instala y le funciona pero si no sabe bien lo que hace es posible que no funcione. O que queriendo arreglar un problema origine otro peor por culpa de esa pieza que compró en el almacén equivocado.

Pero ojo, es fácil fastidiarla sin querer pues los almacenes son del todo "self-service" y no hay nadie que te diga, "¿Tu no tenías un Mercedes? ¿Estás seguro de que quieres una pieza de Seat?"

Simplemente, hay que saber dónde comprar. Pero veréis que es muy fácil, y os aseguro que comprendido esto y siguiendo unas "buenas prácticas" el riesgo de romper el sistema es muy bajo. Al contrario, si esto no se comprende y nos gusta mucho "enredar", probar las últimas versiones o conseguir nuevos programas por ahí... y pensamos que mientras sea un .deb no hay problema... el desastre y los "infiernos de dependencias" están asegurados.

Los repositorios están declarados en uno o más archivos del sistema [3]. Podemos editar estos archivos manualmente o bien podemos acceder a ellos desde Sistema -> Administración -> Orígenes del Software [4]. Veamos:

En esta imagen aparecen los repositorios "oficiales" de ubuntu. Main, Universe, Multiverse, y Restricted. Si no hemos tocado nada, tendremos estos repos activados, donde hay miles de paquetes, muchos de los cuales son programas y otros muchos (la mayoría) utilidades, bibliotecas, extensiones de programas, metapaquetes...

Aquí podemos habilitar los repositorios de actualizaciones y la configuración de las mismas. Mi consejo es mantener lo que viene por defecto, "karmic-secutiry" y "karmic-updates". De aquí vendrán las actualizaciones.

El gestor de actualizaciones es una herramienta más. Conseguimos exactamente lo mismo si vamos a Synaptic, recargamos, marcamos todas las actualizaciones y aplicamos, o también si hacemos desde la terminal:

sudo apt-get update (para actualizar las listas de repositorios, lo mismo que "recargar")
sudo apt-get upgrade (para actualizar las versiones de los paquetes instalados)

Dependencias

Muchas veces, cuando instalamos un paquete se marcan también otros para instalar, sin que, al menos de forma sencilla, podamos hacer nada para evitarlo. Son las llamadas "dependencias".

Metapaquetes

Un metapaquete no instala ningún "archivo de programa" (ejecutables o bibliotecas), simplemente marca paquetes para instalar como sus "dependencias". Por ejemplo, Ubuntu tiene un megapaquete llamado "ubuntustudio-audio-plugins" que marca como dependencias un montón de plugins de audio.

Esto nos instala decenas de programas con dos clicks de ratón (marcar para instalar, aplicar) o con una línea de terminal (sudo apt-get install ubuntustudio-audio-plugins).

Añadiendo repositorios

Puede que nos venga bien un paquete que no está en los repos oficiales. Las aplicaciones están en un proceso de desarrollo continuo. Especialmente en lo que ocupa a este blog, las distribuciones no están tan al día como algunos usuarios que prueban nuevas aplicaciones bajándose "las fuentes", es decir, el código del programa, que facilitan los propios programadores. Esto es sólo posible en un modelo de desarrollo público, de código abierto y que permite la libre distribución. Cualquier usuario que sepa cómo hacerlo puede "empaquetar" software y colocarlo en repositorio personal, por ejemplo en un PPA.

Podéis ver la entrada "PPA's, tesoros de ubuntu" donde se dan un par de PPA's para ubuntu karmic que pueden ser útiles. Allí se explica cómo añadir un PPA a la lista de repositorios. Aparecerá en la pestaña "otro software" de los "Orígenes del software". Hay otros repos que no son necesariamente PPA's, uno de los más populares, el de medibuntu, el cual aloja googleearth, bibliotecas necesarias para ver DVD's, códecs privativos, etc.

Lo más importante a la hora de añadir repositorios externos es que sean compatibles con la versión de nuestra distribución.

En general, si queréis evitar problemas, no tengáis normalmente habilitados repos no oficiales. Cuando añadáis uno porque sabéis que contiene paquetes interesantes, una vez instalados, deshabilitarlo. Es más fácil que se equivoque alguien que mantiene un repositorio personal, a que lo haga el equipo de mantenedores de ubuntu. Estos son mis repos "no oficiales" actualmente en ubuntu karmic, sólo tengo permanentemente habilitado el de medibuntu, que nunca me ha dado ningún problema.

Bloquear y forzar versiones

Aunque es recomendable estar al día con las actualizaciones, en algunos casos nos puede convenir que un paquete no se actualice nunca. Una forma de hacerlo es desmarcarlo cuando nos salte el gestor de actualizaciones, pero hay otra mejor, "clavar" el paquete o bloquear versión. Está en Synaptic, menú Paquete.

Ahora, imaginemos que hemos añadido un PPA y hemos actualizado un paquete que en este repo está con una versión más reciente que en el oficial. Por lo que sea, para nuestro disgusto, nos funciona peor. Podemos volver atrás, "forzando versión" (menú Paquete) pues tenemos dos versiones diferentes del mismo paquete en dos repos diferentes.

2. Instalar "paquetes sueltos" desde internet

En algunos sitios ofrecen paquetes deb. Nos debemos asegurar que el sitio es de confianza y que es compatible con nuestra versión de ubuntu, es decir, que sus dependencias, si existen, están en los repos oficiales de nuestra versión de ubuntu. Una vez descargado, lo podemos instalar muy fácilmente con GDebi (botón derecho sobre el paquete). Desde terminal, lo podemos hacer con:

sudo dpkg -i paquete.deb

[2] Una de las principales distribuciones GNU/Linux.

[3] El archivo /etc/apt/sources.list y otras listas que puedan existir dentro del directorio /etc/apt/sources.list.d/

[4] También desde el propio Synaptic, Configuración -> Repositorios

Traducción de ardour

2010-02-27T17:50:00.000-08:00

###################################
Notas de revisiones:
Revisión 0: 28 febrero 2010. Publicado.
###################################

Conseguir e instalar traducción

Mientras no llegue oficialmente al código de ardour2, se puede conseguir la última traducción al castellano.

1. Conseguimos los archivos e instalamos los archivos de traducción

En una terminal de usuario:

$mkdir traducciones (opcional)
$cd traducciones (opcional)
$sudo apt-get install git-core
$git clone git://teklibre.com/home/git/traducciones/ardour.git
$cd ardour
$make

(El makefile se hizo por conveniencia. El método sirve para arquitecturas X86 y x86_64)

Ahora hay dos casos posibles para el usuario medio:

1.1. Que hayamos compilado e instalado sin especificar la ruta de instalación, es decir, el modo local y "por defecto" de compilar e instalar ardour.

1.2. Que hayamos instalado ardour desde un paquete binario, sea el oficial de nuestra distro o el de un repositorio alternativo.

Caso 1.1:

$sudo make install

Caso 1.2:

$gedit Makefile
Modificar:
INSTALLDIR=/usr/local/share/locale/es/LC_MESSAGES/
Por:
INSTALLDIR=/usr/share/locale/es/LC_MESSAGES/
Guardar
$cd libardour
$gedit Makefile
Idem
$cd ..
$cd gtkmm2ext
$gedit Makefile
Idem
$cd ..
$sudo make install

Con esto ya hemos terminado... casi.

2. Es muy posible que tengáis archivos de traducción repetidos en dos directorios diferentes pues antes no había un "es" sino un "es_ES". Esto creó confusión en algunos usuarios americanos pues la traducción estaba localizada a "español de España" exclusivamente. Esto ha cambiado. Ahora hay un "es" que funcionará para todos los países. Se pueden hacer localizaciones para países concretos. De momento sólo hay una: "es_NI", que está obsoleta. El caso es que, para que la nueva traducción funcione, hay que borrar los archivos de traducción de ardour que estén dentro de .../es_ES/LC_MESSAGES/... Concretando:

$sudo updatedb
$locate es_ES/LC_MESSAGES
Aquí veréis los siguientes archivos:
gtk2_ardour.mo
libardour2.mo
libgtkmm2ext.mo
En el directorio:
/usr/local/share/locale/es_ES/LC_MESSAGES/ (caso 2.1)
o bien en:
/usr/share/locale/es_ES/LC_MESSAGES/ (caso 2.2)
Estos se instalaron antes, y se deben borrar para que funcione la nueva traducción

(Cuyos archivos .mo los acabamos de instalar en:
/usr/local/share/locale/es/LC_MESSAGES/
o bien:
/usr/share/locale/es/LC_MESSAGES/
Dependiendo de si se siguió el caso 1.1 o el caso 1.2.
Lo podéis comprobar con:
$locate es/LC_MESSAGES)

Entonces hacemos:

Caso 2.1:

$sudo rm /usr/local/share/locale/es_ES/LC_MESSAGES/gtk2_ardour.mo
$sudo rm /usr/local/share/locale/es_ES/LC_MESSAGES/libardour2.mo
$sudo rm /usr/local/share/locale/es_ES/LC_MESSAGES/libgtkmm2ext.mo

Caso 2.2:

$sudo rm /usr/share/locale/es_ES/LC_MESSAGES/gtk2_ardour.mo
$sudo rm /usr/share/locale/es_ES/LC_MESSAGES/libardour2.mo
$sudo rm /usr/share/locale/es_ES/LC_MESSAGES/libgtkmm2ext.mo

Cambios realizados

Básicamente:

Ardour es más familiar con los usuarios. Ahora nos trata de tú. Esta es la tendencia en el castellano europeo y es menos ambiguo (diferencia clara entre 2ª y 3ª persona).
Se han quitado muchas mayúsculas que aparecían en mitad de frases. Por ejemplo, "Separar Región" es ahora "Separar región". Y así, muchas más.
Se han revertido algunas traducciones, dejando el original en inglés cuando este es más corto y se usa en castellano (caso de "fader" mejor que "atenuador")

En general, se ha procurado que todo sea más fácil de leer y se han corregido algunos errores

Cómo colaborar

No obstante, esto es un trabajo en progreso. Si alguien quiere colaborar para enviar sus comentarios o añadirse al grupo y, eventualmente, participar en la traducción, tenemos una dirección de correo:

grupo-traductores@teklibre.com
También hay un canal de IRC
#ardour-translate
(no siempre hay alguien)

Muchísimas gracias a igny (Xavi) por su ayuda y por ser tan majo

Para estar al día

Para recoger los últimos cambios que se hagan en el repositorio, desde una terminal situada en el directorio "ardour":

$git pull

Si nos dice "already up to date" es que no hay cambios. Si hay cambios hacemos:

$make
$sudo make install

PPA's: Tesoros de ubuntu

2010-02-24T14:21:00.000-08:00

###################################
Notas de revisiones:
Revisión 0: 24 febrero 2010. Publicado.
Revisión 1: 15 marzo 2010. Añadida forma más sencilla de añadir un PPA en ubuntu 9.10
###################################

Los PPA's (Personal Package Archives) son repositorios personales de distribución de software para usuarios de ubuntu. Launchpad es una plataforma de colaboración de software que lo hace posible.

Supongamos que un usuario echa en falta la última versión de un programa, pues la de los repositorios oficiales se ha quedado obsoleta para sus necesidades. O que el "paquete oficial" de ubuntu se haya compilado sin cierta funcionalidad que el usuario echa en falta y sabe que existe en el código fuente (o bien la añade él mismo si sabe cómo hacerlo).

Bueno, pues este usuario puede recompilar y redistribuir, para que otros también lo puedan disfrutar, alojando sus paquetes en un PPA.

Para los usuarios del koala kármico, algunos PPA's son un tesoro para la música, como por ejemplo éste de Motin o este otro de Philip Johnsson.

El primero, nos permite un amarok con salida a través de Jack por ejemplo, como ya expliqué por ahí. Del segundo hablo más abajo.

Añadir la dirección del PPA a la lista de fuentes e instalar la clave de autentificación es muy fácil:

Para ubuntu 9.10 y posteriores, sólo tenemos que abrir una terminal e introducir:

sudo add-apt-repository ppa:autor-de-ppa/nombre-de-ppa

Para el PPA de Philip Johnson, sería:

sudo add-apt-repository ppa:philip5/extra

Esto nos añade este PPA automáticamente a nuestras listas de repositorios, con la clave y todo.

Ahora podemos usar synaptic o cualquier otro método de descarga e instalación de paquetes de software. Synaptic dirá que un paquete es actualizable si detecta una versión superior disponible. Sólo tenemos que actualizarlo. Siempre tenemos la opción de volver atrás y "forzar versión" a la "oficial" desde el menú "Paquete".

Aunque es poco probable que un PPA rompa el sistema de paquetes si hemos bien las cosas, mi recomendación es instalar o actualizar lo que nos haga falta y después desactivar el repositorio PPA (desde "orígenes del software" o desde Synaptic, Configuración -> Repositorios -> Otro software).

Los PPA's son los pequeños tesoros de ubuntu y lo mejor es que cualquiera puede aportar a su riqueza y tomar la de otros gratis, sin necesidad de pedir permiso y con toda la confianza que da el software libre.

Pero ojo, no son repositorios mantenidos por ubuntu y por lo tanto, no están sometidos a ningún control de calidad. Ubuntu no da abasto pero al menos deja hacer :)

Cómo hacer tu propio kit de hydrogen con "makekit"

2010-02-01T14:04:00.000-08:00

###################################
Notas de revisiones:
Revisión 0: 1 febrero 2010. Publicado.
Revisión 1: 29 junio 2010. Retocado para mayor claridad.

###################################

Propongo una forma bastante bastante fácil de hacer un kit para hydrogen, con posibilidad para capas y todo. A través de las capas podemos tener diferentes sonidos para cada instrumento, según marquemos su "intensidad" (velocity). Está bien para cuando queremos que, al bajar la intensidad de un instrumento, no sólo se oiga más bajo, sino que el sonido sea diferente.

Con esto te puedes hacer tu propio kit.

1) Grabar los samples

Lo primero es grabar los samples. Aquí, cada uno. Lo ideal es conseguir los sonidos de una batería de verdad grabada en estudio, la que nos gusta cómo suena. Y el que dice batería dice cualquier tipo de kit de percusión. Pueden ser archivos wav o flac, eso sí, que sean mono.

2) Organizar los samples

Esto es un paso vital. Debe haber una carpeta por kit y una subcarpeta por instrumento.

Como probablemente querremos montar más de un kit, vamos a crear un directorio general, por ejemplo, "mis-kits-samples", dentro de nuestro home.

Dentro de ésta, creamos la carpeta que contendrá los samples de nuestro kit. Elegir bien el nombre porque tal y como la nombremos, así se llamará el drumkit de hydrogen. Para esta explicación le llamo "kit-1".

Dentro de kit-1 creamos tantas subcarpetas como instrumentos y las nombramos con los nombres de los instrumentos. Podemos poner un número delante para que queden ordenadas según nos convenga. Ahora colocamos cada archivo de audio correspondiente en cada una de ellas.

Para los instrumentos con varios samples de diferente intensidad, colocamos todos los samples en la misma subcarpeta de instrumento, ordenados de menor a mayor intensidad. Por eso, aquí es fundamental numerar los samples, para estar seguros de que toman el orden adecuado.

Por ejemplo, el árbol de directorios quedaría algo así:

home/usuario/mis-kits-samples/
------------------------------/kit-1/01-bombo/bombo.wav
------------------------------/kit-1/02-caja/01-caja-suave.wav
------------------------------/kit-1/02-caja/02-caja-media.wav
------------------------------/kit-1/02-caja/03-caja-fuerte.wav
------------------------------/kit-1/03-timbal_base/timbal-base.wav

y así hasta que completemos el kit.

3) Obtener el script y darle permiso de ejecución

Ahora, creamos un nuevo archivo de texto (por ejemplo, con botón derecho sobre el Escritorio, crear un documento, "Archivo vacío") y lo renombramos como "makekit".

Vamos a http://www.garryo.org/export/makekit y copiamos todo el contenido a este archivo. Lo guardamos.

Con botón derecho, Propiedades, pestaña Permisos, le damos permiso de ejecución (Permitir ejecutar el archivo como un programa).

Lo podemos abrir para editar las líneas (aprox.) 58 y 59 y así poner el autor y la información que nos parezca oportuna.

4) Ejecutar el script y crear el drumkit de hydrogen

Si hemos seguido los pasos hasta aquí al pie de la letra, tendremos el archivo "makekit" en el Escritorio. En este caso, abrimos una terminal y escribimos (sin el "$" inicial):

$ cd Escritorio
$ ./makekit /home/usuario/mis-kits-samples/kit-1

Por supuesto, ponemos nuestro nombre de usuario y en lugar de kit-1, el que hayamos elegido para nuestro kit.

Con esto se creará el archivo kit-1.h2drumkit en /home/usuario.

Opcionalmente, y sólo por motivos de organización, podemos mover el script y el archivo kit-1.h2drumkit a un directorio alternativo, por ejemplo /home/usuario/mis-h2drumkits/

5) Importar y cargar el drumkit en hydrogen

Ahora, desde Hydrogen, Menú Instrumentos, Importar biblioteca, pestaña Archivo local, buscamos nuestro archivo kit-1.h2drumkit y lo instalamos.

(Hydrogen guardará automáticamente los samples y un archivo .xml en /home/usuario/.hydrogen/data/drumkits/ pero en principio no nos tenemos que preocupar de esto)

Con esto ya tenemos el drumkit de usuario "kit-1" en la pestaña "Biblioteca de Sonido", abajo a la derecha. Pulsamos con botón derecho sobre el mismo y le damos a "Cargar".

Créditos y para saber más:

El script makekit es obra de GarryO, un músico americano que trabaja con Linux.
http://garryo.org/music.html
Lo anunció aquí:
http://www.linuxmusicians.com/viewtopic.php?f=24&t=1000&p=5227&hilit=makekit#p5227
La página oficial de hydrogen:
www.hydrogen-music.org
Otro buen recurso para los hydrogenmaníacos y músicos linuxeros:
http://briansbedroom.org/

INDICE GENERAL

2010-01-02T08:03:00.000-08:00

INDICE DE ENTRADAS actualizado a 17 de julio de 2010
""""""""""""""""""""""""""""""""""""""""""""

- Bueno, bonito, barato
- Ubuntustudio 9.10 para principiantes. I. Introducción y objetivos
- Ubuntustudio 9.10 para principiantes. II. Instalación
- Ubuntustudio 9.10 para principiantes. III. Mejorando el aspecto
- Ubuntustudio 9.10 para principiantes. IV. Ajustes y primeros pasos
- Cómo instalar software en (ubuntu) GNU/Linux. I. Introducción
- Cómo instalar software en (ubuntu) GNU/Linux. II. Instalador ejecutable
- Cómo instalar software en (ubuntu) GNU/Linux. III. Compilar
- PPA's: Tesoros de ubuntu
- Organización y control de tarjetas de audio
- Configuración del script rtirq para muy baja latencia
- Cómo medir la latencia real del sistema jack-hardware de audio
- Grabadores sencillos. JACK Timemachine y jack_capture
- Conexiones de audio entre aplicaciones y tarjeta de sonido. Jack Control y Patchage
- Reproductores de multimedia a través de Jack
- GNU Solfege y TuxGuitar (con sonido a través de Jack)
- Instalación de Ardour2 desde el código fuente en ubuntu
- Introducción a LV2. Efectos, instrumentos y hosts
- Instalación de linuxsampler-qsampler desde el código fuente en ubuntu
- Introducción a jconvolver
- Plugins de efectos e instrumentos VST a través de dssi-vst
- Tuneit, afinando la guitarra con la terminal de comandos
- Creando canciones de tempo variable y sincronizando con hydrogen y ardour
- Cómo hacer tu propio kit de hydrogen con "makekit"
- Compensación de latencia de captura en Ardour
- Traducción de ardour
- Presentación de netjack2

________________________________________________
Detalles

Bueno, bonito, barato
Rev.1 8/07/2009
Archivo: Junio-2009
Nivel: -1,0,1,2
Resumen: Reflexiones sobre GNU/Linux, el software libre y por qué lo utilizo.

Ubuntustudio 9.10 para principiantes. I. Introducción y objetivos
Rev.2 16/12/2009
Archivo: Noviembre-2009
Nivel: 0,1
Resumen: Primera entrega de la serie donde documento la instalación de ubuntustudio 9.10 en mi ordenador de escritorio.

Ubuntustudio 9.10 para principiantes. II. Instalación
Rev.2 16/12/2009
Archivo: Noviembre-2009
Nivel: 0,1
Resumen: Instalación de ubuntustudio 9.10.

Ubuntustudio 9.10 para principiantes. III. Mejorando el aspecto
Rev.1 16/12/2009
Archivo: Noviembre-2009
Nivel: 0,1
Resumen: Consejos y trucos para configurar el entorno gráfico y ponerlo a nuestro gusto.

Ubuntustudio 9.10 para principiantes. IV. Ajustes y primeros pasos
Rev.1 20/03/2010
Archivo: Diciembre-2009
Nivel: 0,1
Resumen: Ajustes y primeros pasos para el recién llegado a ubuntustudio.

Cómo instalar software en (ubuntu) GNU/Linux. I. Introducción
Rev.0 20/03/2010
Archivo: Marzo-2010
Nivel: 0,1
Resumen: Instalación de software en ubuntu GNU/Linux. Una vez más.

Cómo instalar software en (ubuntu) GNU/Linux. II. Instalador ejecutable
Rev.1 09/04/2010
Archivo: Marzo-2010
Nivel: 0,1
Resumen: Cómo instalar desde archivos ejecutables. Repositorios, paquetes y gestión de paquetes.

Cómo instalar software en (ubuntu) GNU/Linux. III. Compilar
Rev.0 20/03/2010
Archivo: Marzo-2010
Nivel: 0,1
Resumen: Visión general de cómo compilar un programa.

PPA's: Tesoros de ubuntu
Rev.0 20/03/2010
Archivo: Febrero-2010
Nivel: 0,1
Resumen: Presentación de los PPA's (repositorios personales) de ubuntu

Organización y control de tarjetas de audio
Rev.2 08/06/2010
Archivo: Diciembre-2009
Nivel: 1
Resumen: Cómo administrar múltiples tarjetas de audio y no morir en el intento. Cómo acceder al mezclador de la tarjeta de audio.

Configuración del script rtirq para muy baja latencia
Rev.3 28/05/2010
Archivo: Mayo-2010
Nivel: 1,2
Resumen: El script rtirq nos permite levantar la prioridad de nuestra tarjeta de audio y de otros procesos importantes para el trabajo con MIDI, cuando usamos un kernel rt. Aquí damos una idea de cómo configurarlo y cómo comprobar las prioridades.

Cómo medir la latencia real del sistema jack-hardware de audio
Rev.0 12/06/2010
Archivo: Mayo-2010
Nivel: 1,2
Resumen: Uso de jack_delay (o jdelay) para medir la latencia real de bucle completo de una tarjeta de audio manejada por jack.

Grabadores sencillos. Jack Timemachine y jack_capture
Rev.0 25/04/2010
Archivo: Abril-2010
Nivel: 1,2
Resumen: Presentación y uso de dos pequeñas grandes herramientas para grabar audio de forma sencilla y práctica.

Conexiones de audio entre aplicaciones y tarjeta de sonido. Jack Control y Patchage
Rev.6 28/01/2010
Archivo: Marzo-2009
Nivel: 1,2
Resumen: Conectando aplicaciones de audio gracias al servidor jack. Incluye video.

Reproductores de multimedia a través de Jack
Rev.2 29/04/2010
Archivo: Diciembre-2009
Nivel: 1,2
Resumen: Cómo "jackificar" algunos reproductores de multimedia populares (incluyendo el flash player para youtube, vimeo, myspace...)

GNU Solfege y TuxGuitar (con sonido a través de Jack)
Rev.0 16/04/2010
Archivo: Abril-2010
Nivel: 1,2
Resumen: Cómo "jackificar" GNU/Solfege y TuxGuitar

Instalación de Ardour2 desde el código fuente en ubuntu
Rev.2 27/03/2010
Archivo: Enero-2010
Nivel: 1,2
Resumen: Por qué y cómo compilar e instalar la última versión de Ardour2

Introducción a LV2. Efectos, instrumentos y hosts
Rev.1 28/01/2010
Archivo: Enero-2010
Nivel: 1,2
Resumen: Presentación de LV2, un nuevo estándar de plugins de audio para Linux, con instrucciones de instalación de hosts y plugins.

Instalación de linuxsampler-qsampler desde el código fuente en ubuntu / ubuntustudio
Rev.1 24/01/2010
Archivo: Diciembre-2009
Nivel: 1,2
Resumen: Instalación de linuxsampler-qsampler desde el código fuente en ubuntu.

Introducción a jconvolver
Rev.2 23/12/2009
Archivo: Diciembre-2009
Nivel: 1,2
Resumen: jconvolver (jconv) es un motor para reverbs de convolución en tiempo real. Se explica su instalación y uso. También se presentan dos frontends gráficos, Jc_Gui y Conviction.

Plugins de efectos e instrumentos VST a través de dssi-vst
Rev.4 26/03/2010
Archivo: Diciembre-2009
Nivel: 1,2
Resumen: Uso de plugins Windows VST en Linux a través de dssi-vst. Presentación y guía para compilar dssi-vst

Tuneit, afinando la guitarra con la terminal de comandos
Rev.1 22/04/2010
Archivo: Abril-2010
Nivel: 1,2
Resumen: Presentación e instrucciones de instalación de tuneit, un fabuloso afinador de línea de comandos

Creando canciones de tempo variable y sincronizando con hydrogen y ardour
Rev.2 19/10/2009
Archivo: Octubre-2009
Nivel: 1,2
Resumen: Uso de mapas de tempo y de varias herramientas de software para obtener metrónomos y tempos flexibles en canciones de hydrogen y ardour. Incluye video.

Cómo hacer tu propio kit de hydrogen con "makekit"
Rev.1 29/06/2010
Archivo: Febrero-2010
Nivel: 1,2
Resumen: Presentación y guía de uso del script makekit para crear kits de percusión para hydrogen

Compensación de latencia de captura en Ardour
Rev.0 17/07/2010
Archivo: Julio-2010
Nivel: 2
Resumen: Tutorial para medir y corregir la latencia de captura cuando hacemos overdubbing

Traducción de ardour
Rev.0 28/02/2010
Archivo: Febrero-2010
Nivel: 1,2
Resumen: Cómo estar al día y cómo colaborar en la traducción de ardour

Presentación de netjack2
Rev.0 21/03/2010
Archivo: Marzo-2010
Nivel: 2
Resumen: Netjack2. Una herramienta para compartir audio y MIDI en tiempo real entre ordenadores conectados a una red local.

__________________________________________________
"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""

Semicorchux es un blog que ofrece ayuda e ideas a músicos aficionados que usen o quieran usar Linux y que no necesariamente sepan leer inglés (aunque siempre viene bien y es muy útil para muchas otras cosas).

Las entradas están ordenadas, no estrictamente, por grado de dificultad y en el sentido fundamentos -> sistema -> aplicaciones.

He considerado 4 "niveles" de conocimiento de GNU/Linux, según esta descripción:

-1: Nunca he usado un ordenador excepto ahora mismo, ¿qué hago?
0: Uso Windows u otro SO y me gustaría dar una oportunidad a Linux.
1: Acabo de instalar o llevo poco tiempo con Linux. No me entero mucho y quiero aprender.
2: Soy usuario más o menos avanzado de Linux y quiero aprender cosas nuevas.

En esta escala simplificada, yo me considero en el nivel 2 pero...

Saber de Linux es algo muy relativo. La mayoría de los usuarios sin estudios previos de informática somos autodidactas y nunca dejamos de aprender. Incluso a veces aprendemos conceptos o trucos que nos hacen pensar: ¿Cómo puede ser que no supiera esto antes?.

Personalmente, me considero en el nivel 2 para algunas cosas, en el 1 para otras e incluso en el 0 en mi trabajo de la vida "normal" donde a los ilustres informáticos les daría algo con sólo pensar en ello.

Retrospectivamente hablando, también estoy en el nivel -1, pues tengo muy presente el primer día que usé un ordenador (ajeno) con un entorno gráfico de escritorio y arrastré a la papelera algunos archivos importantes. ¡Menos mal que habían pensado en tontos como yo y se pudo arreglar fácilmente!

Licencia:
El contenido de este blog puede ser utilizado para fines didácticos siempre que se cite la fuente original. Cualquier documento derivado debe seguir la misma condición. Creative Commons-BY-SA.

Introducción a LV2: Efectos, instrumentos y hosts

2010-01-02T07:56:00.000-08:00

#########################
Notas de revisiones:
Revisión 0: 25 enero 2010. Publicado.
Revisión 1: 28 enero 2010. Añadido Traverso como host.

#########################

PRESENTACIÓN

LV2 (LADSPA Version 2) es un nuevo estándard para plugins y sus correspondientes hosts para Linux, destinado principalmente al procesamiento y generación de audio. LV2 es un sucesor de LADSPA, cuya intención es abordar las limitaciones de éste.

LADSPA ha tenido éxito con muchos plugins y hosts pero está bastante limitado y no da para más. En contraste, LV2 está diseñado desde el principio con la idea de hacerlo extensible. Ver la página oficial de LV2 para más información sobre esta especificación.

Hosts o anfitriones

De momento, no existen muchos pero poco a poco irán creciendo. Conozco éstos:

Zynjacku es un sencillo host para sintetizadores o instrumentos virtuales LV2. Lv2rack es un host para efectos LV2. Similar al clásico jackrack pero con plugins LV2 en lugar de LADSPA. Se instala por defecto al instalar zynjacku.

Qtractor (a partir de la versión 0.4.4). Qtractor distribuye paquetes binarios para varias distribuciones desde su página de descargas de sourceforge.

Ardour (por defecto a partir de la versión 2.8.3). Aquí explicamos cómo compilar una versión actualizada de ardour si tenemos una versión anterior sin habilitación para LV2. Por ejemplo, la 2.8.2 que trae karmic.

Traverso, una sencilla DAW multiplataforma. Instalable desde los repositorios de ubuntu.

Plugins

Aquí hay una lista para empezar. Esperemos que crezca. Ver abajo para compilar / instalar algunos de ellos.

Calf (Efectos: Compresor, Filtros, Flanger, MultiChorus, Phaser, Reverb, Rotary speaker y Vintage delay. Instrumentos: Órgano y monosynth)

Invada (Varios efectos incluyendo Reverbs, Filtros, Vúmetro, Phaser y Tube distortion)

SWH (Clásicos plugins de efectos de Steve Harris, portados desde LADSPA a LV2)

Linuxdsp (Los efectos "stand-alone" de linuxdsp están siendo portados a LV2, incluyendo ecualizadores gráfico y paramétrico y compresor)

MDA (Plugins de efectos originalmente para VST portados a LV2)

Algunos otros, como el Vocoder de Nedko Ardaunov

Instalación de lv2core y libslv2

Si estamos en karmic, antes de nada, vamos a instalar estos paquetes:

pyhton
librdf0-dev
libraptor1-dev
librasqal1-dev

libslv2 no está en los repositorios de karmic, y la versión de lv2core está un bastante vieja. Vamos a hacer el truco de cambiar los repositorios de karmic por los de lucid de forma temporal. Una pequeña trampa.

gksudo gedit /etc/apt/sources.list

Menú Buscar, Reemplazar, Buscar karmic y reemplazar con lucid

En Synaptic o con apt-get, recargamos e instalamos / actualizamos lv2core y libslv2-dev. Comprobamos que no se vaya a instalar ninguna dependencia cuyo nombre no empiece por slv2 o libslv2. Estoy bastante seguro de que esto será así, pero si hay más dependencias, no hagas nada, ya vendrá lucid con todo su esplendor. Me sentiría muy mal si estropeas el sistema por mi culpa. De hecho, es un peligro actualizar paquetes de esta forma. Lo hago en este caso particular porque lv2core no tiene dependencias ni en karmic ni en lucid y (creo que) todas las dependencias de libslv2 que faltan por instalar sólo están en lucid.

Después de instalar estos paquetes y antes de hacer nada más, ¡¡No olvidemos dejar las listas de repos como estaban!!:

gksudo gedit /etc/apt/sources.list

Menú Buscar, Reemplazar, Buscar lucid y reemplazar con karmic

Y para dejarlo todo en orden, actualizamos las listas de paquetes:

sudo apt-get update

Instalación de Zynjacku, lv2rack y libdynaparam:

Si queremos tener un host sencillo, sin tener que lanzar qtractor o ardour.

Aquí hay un PPA (en la entrada sobre reproductores de multimedia a través de jack vimos cómo añadir un PPA a la lista de repositorios)

https://launchpad.net/~slavender/+archive/karmic

Añado las fuentes y la firma. Instalo los paquetes:

lv2rack zynjacku y liblv2dynparamhost1-1

Instalación de los plugin Calf

Los podemos compilar o, en ubuntu karmic al menos, instalar el paquete 'calf-plugins'

Instalación de los plugins LV2 de Invada

Descargamos el archivo tar.gz desde el sitio de descargas que se da en esta página abajo del todo y lo descomprimimos en nuestro directorio de fuentes. Alternativamente, hay un PPA para ubuntu karmic. Voy a dar las instrucciones para la primera opción.

Como se indica, necesitamos algunas dependencias, en el caso de ubuntu karmic los paquetes se llaman libgtk2.0-dev, libglade2-dev y libcairo2-dev. Y por supuesto, lv2core, que ha hemos instalado antes. En la terminal y desde el directorio donde descomprimimos las fuentes:

make
y
make install-user (para instalar los plugins en el directorio home/usuario/.lv2)

sudo make install-sys (para instalarlos en /usr/local/lib/lv2)

Elijo la segunda opción, por coherencia con la mayoría de los plugins, que tengo instalados en el sistema, no en mi home. Si eres usuario único de tu ordenador, da igual.

Instalación de los plugin LV2 de SWH

Desde nuestro directorio de fuentes, hacemos:

git clone git://github.com/swh/lv2.git

Se genera una carpeta llamada lv2 que podemos renombrar a swh-lv2

Desde una terminal situada en dicho directorio, escribimos:
make
y
make install-user (para instalar los plugins en el directorio home/usuario/.lv2)
o
sudo make install-system (para instalarlos en /usr/local/lib/lv2)

Instalación de los plugins LV2 de MDA

Desde una terminal situada en nuestro directorio de fuentes:

svn co http://svn.drobilla.net/lad/trunk/mda-lv2/
cd mda-lv2
make
Nos da un error "No bundle path set" que la siguiente línea nos dice que no es tal y que lo debemos ignorar.
sudo make install-local (los instala en /usr/local/lib/lv2/)
sudo make install-system (en /usr/lib/lv2/)
make install-user (los instala en /home/usuario/.lv2)

Bueno, a estas alturas, ya sabes cómo isntalar cualquier cosa en Linux. Lee el LEEME (README) es la norma número 1. Si nos lo piden será por algo.

Pantallazos

Compresor invada, en ardour

Calf flanger, en lv2rack

Calf Organ, en zynjacku

Instalación de Ardour2 desde el código fuente en ubuntu

2010-01-02T07:41:00.000-08:00

#########################
Notas de revisiones:
Revisión 0: 7 enero 2010. Publicado.
Revisión 1: 25 enero 2010. Actualizado a versión 2.8.6
Revisión 2: 27 marzo 2010. Actualizado a versión 2.8.7
#########################

Introducción y notas informativas

Como regla general, se recomienda usar los programas que ofrecen las distribuciones en sus repositorios. Sin embargo, aquellos que nos interesa tener al día para, por ejemplo, disponer de alguna nueva funcionalidad, los podemos obtener desde repositorios no oficiales o bien compilarlos desde el código fuente.

En este caso, el ardour 2.8.2 de los repositorios de karmic no dispone de soporte para plugins LV2. Creo que merece la pena compilarlo.

En el sitio oficial de Ardour están las instrucciones de compilación. El proceso está muy bien descrito pero son genéricas, para cualquier distribuión. Esto pretende ser una reducción práctica enfocada a ubuntu(studio) 9.10. Creo que para ubuntu 9.04 valdrá exactamente lo mismo. Para versiones anteriores es posible que alguna de las librerías de las que depende ardour no esté lo bastante actualizada. En este caso sería más complicado..

Guía de compilación de ardour 2.8.7

1. Herramientas y dependencias necesarias para compilar.

Vamos a usar build-dep. Esto nos instala las dependencias necesarias para compilar un programa. Es necesario tener activos los tipos 'deb-src' además de los 'deb', en nuestras listas de fuentes (/etc/apt/sources.list o en Synaptic: Configuración -> Repositorios).

$ sudo apt-get build-dep ardour

Y nos saldrá una buena lista de paquetes para instalar. Los instalamos.

Además, nos aseguramos que tenemos instalado libtool y autotools-dev.

2. Soporte para LV2

Los paquetes lv2core y libslv2-dev son necesarios para que ardour pueda hacer de host de plugins LV2. En esta entrada explico una forma de instalarlos.

3. Soporte para VST

Además, si queremos habilitar el soporte para VST, necesitaremos el paquete wine-dev

4. Descargar las fuentes de ardour

Desde el sitio de descargas de ardour
elegimos "Ardour 2.8.7 source code for all platforms"

Podemos hacer una donación (paypal). Después movemos el archivo descargado a nuestro directorio de fuentes y lo descomprimimos.

5. Compilación

Desde el directorio donde están las fuentes de ardour, si editamos el archivo SConstruct o hacemos en terminal 'scons --help'. veremos las opciones de compilación y sus valores por defecto. 1 significa sí y 0 significa no. Tenemos:

LV2=1
VST=0
WIIMOTE=0
FREESOUND=0
FFT_ANALYSIS=1
TRANZPORT=1
etc

Aquí, a gusto de cada uno. A mí ahora me interesa el soporte para LV2. El soporte para WIIMOTE es muy útil para manejar a distancia el transporte, y la grabación, como podemos ver en este video demo.

Allá vamos:

$ scons

(aternativamente, $ scons VST=1 WIIMOTE=1 ... según nuestras necesidades)

Si todo ha ido bien:

sudo scons install

¡Ya tenemos ardour con soporte para LV2!

Compresor Invada en el editor de plugins LV2 de ardour

Plugins de efectos e instrumentos VST a través de dssi-vst

2009-12-30T13:35:00.000-08:00

#########################
Notas de revisiones:
Revisión 0: 31 diciembre 2009. Publicado.
Revisión 1: 1 enero 2010. Completado.
Revisión 2: 3 enero 2010. Añadida nota para compilación en sistemas de 64 bits
Revision 3: 18 enero 2010. Añadido punto 9 para solucionar posibles problemas de fuentes
Revisión 4: 26 marzo 2010. Añadida alternativa a instalación a través de Synaptic, añadiendo PPA
#########################

¿Qué y por qué?

En Linux tenemos plugins de efectos de audio LADSPA y plugins sintetizadores (o "instrumentos virtuales) DSSI. Además, LV2 (LADSPA Version 2) es una nueva especificación que sirve tanto para efectos como para instrumentos. También hay plugins VST nativos para Linux.

Sin embargo, la tecnología Windows VST está tan extendida que a muchos usuarios que vienen de Windows les parece impensable tener que prescindir de sus plugins. Para eso salieron proyectos como dssi-vst, que presentamos en esta entrada.

Dssi-vst permite a los usuarios de Linux ejecutar plugins de efectos e instrumentos VST compilados para Windows en hosts para plugins DSSI y LADSPA. Además, dssi-vst ofrece un host pra VST "stand-alone" que es cliente de jack.

Dssi-vst es libre y de código abierto, escrito por Chris Cannam (autor de Rosegarden, Sonic Visualiser, la librería Rubberband...). Se distribuye bajo la licencia GPL. La compilación por defecto (que veremos en aquí) no hace uso del SDK de Steinberg y en teoría no habría problema para distribuirlo en binario. Sin embargo, no está en los repositorios de las ultimas versiones estables de Debian ni de Ubuntu.

Existen otros hosts para plugins Windows VST, por ejemplo, LMMS (en los repos de Debian / Ubuntu y otras distribuciones) o Ardourvst (no en los repositorios de Debian / Ubuntu, de momento).

Uso de dssi-vst

En la práctica, dssi-vst da para varias combinaciones. Por ejemplo, podemos:

- Tener efectos e instrumentos VST en Rosegarden, con una interfaz dssi. (Ver pantallazo 1).
- Tener efectos e intrumentos VST en ardour (nota 1), Audacity, Jack Rack o cualquier otro host de plugins LADSPA (Ver pantallazos 2 y 3).
- Tener un instrumento VST como si fuera una aplicación "stand alone", en un sencillo host cliente de jack. (Ver pantallazos 4 y 5).

Pantallazo 1. SPITFISH DeEsser (VST) lanzado desde Rosegarden, en el editor de plugins DSSI

Pantallazo 2. SPITFISH DeEsser lanzado desde ardour, en el editor de plugins LADSPA

Pantallazo 3. SPITFISH DeEsser lanzado desde Audacity, en el editor de plugins LADSPA (Menú efectos)

Pantallazo 4. SPITFISH DeEsser lanzado con vsthost

Pantallazo 5. Studio Devil, ampli virtual de guitarra (instrumento VST), lanzado con vsthost. Muestro también las conexiones de jack audio necesarias para enchufar la guitarra directamente a la tarjeta de audio y escucharnos por los altavoces

Instalación de dssi-vst

(Estas instrucciones se han probado en ubuntustudio 9.10. Para otras distribuciones o versiones de ubuntu será muy similar, pero puede haber pequeñas variaciones)

EDITADO en rev 4. Para ahorrarse los pasos 1 a 5, los usuarios de karmic pueden añadir el PPA de Philip Johnson. Más información sobre los PPA's de ubuntu.

sudo add-apt-repository ppa:philip5/extra

Ir a synaptic, recargar e instalar dssi-vst.

No recomiendo tener este repo (ni ningún otro no oficial) permanentemente habilitado. De paso veréis que tiene otros paquetes interesantes)

1) Dependencias

En ubuntu, es necesario instalar estos paquetes:

build-essential
wine-dev
liblo0-dev
dssi-dev
libasound2-dev

En sistemas de 64 bit, hay que instalar, además:

gcc-multilib
g++-multilib

(Yo he compilado para x86 (32 bits). No he probado seguir esta guía para x86_64 pero debería funcionar igualmente)

2) Conseguir las fuentes y moverlas al directorio de trabajo

Desde http://breakfastquay.com/dssi-vst/ bajamos la última versión. A la fecha de escribir esto, dssi-vst-0.8

En la carpeta 'Descargas' o en el Escritorio, nos aparecerá un tar.gz, que descomprimimos. Movemos la carpeta creada a nuestro directorio de trabajo, en mi caso, /home/pablo/fuentes.

3) Comprobar el path de las libs de dssi y ladspa y si necesario, modificar el Makefile:

Veremos que hay un archivo Makefile, con el siguiente contenido (entre otras líneas):

DSSIDIR = /usr/local/lib/dssi
LADSPADIR = /usr/local/lib/ladspa

Si hemos instalado el soporte para plugins LADSPA y DSSI a través de paquetes de nuestra distribución (o vinieron instalados por defecto, como en el caso de ubuntustudio, al instalar los plugins de audio), tendremos que modificarlas a:

DSSIDIR = /usr/lib/dssi
LADSPADIR = /usr/lib/ladspa

Podemos comprobar con nautilus cual es la ruta correcta.

4) Añadir el "include" cstdio al código fuente, para que no haya problemas de compilación

(A dssi-vst le falta este "include" para que se pueda compilar con la reciente versión del compilador de GNU que trae ubuntu 9.10. Este paso no será necesario en todos los casos)

En los archivos:

remotepluginclient.cpp
remotepluginserver.cpp
remotevstclient.cpp
rdwrops.cpp

debemos añadir, debajo del resto de "includes":

#include [cstdio]

(Sustituyendo los corchetes por los signos "menor que" y "mayor que" que no puedo escribir aquí porque el editor html no lo permite)

5) Compilar e instalar

En una terminal desde el directorio de dssi-vst-0.8:

make
sudo make install

Algunas personas se han encontado con un error al instalar dssi-vst. Algo así como:

"install: no se puede efectuar `stat' sobre «dssi-vst-server»: No existe el fichero ó directorio"

En este caso, parece que wine (algunas versiones de wine, ya que no siempre aparece este problema) crea los archivos 'dssi-vst-server.exe' y 'dssi-vst-scanner.exe' en lugar de 'dssi-vst-server' y 'dssi-vst-scanner', que es lo que espera el Makefile de dssi-vst. El truco es renombrar esos dos archivos (en el directorio de trabajo, donde están las fuentes de dssi-vst), quitándoles la extensión .exe. Y luego volver a hacer 'sudo make install'.

6) Configuración de wine

Elegir Windows XP y en la pestaña audio, alsa.
Ignorar cualquier error de tipo fixme:mixer si lanzamos winecfg desde terminal

7) Establecer las rutas de los VST

Es muy importante que los vst's (librerías de extensión .dll) estén en directorios conocidos por el sistema. dssi-vst va a mirar por defecto en los directorios:

/usr/lib/vst/
/usr/local/lib/vst
/home/usuario/vst

Si tenemos los .dll en otras ubicaciones, debemos declararlo en el archivo 'home/usuario/.bashrc', con las rutas separadas con dos puntos (:), como en la siguiente línea:

export VST_PATH=/ruta/a/vsts:/ruta/a/otros/vsts:etcétera

Por ejemplo, en mi caso:

export VST_PATH=/usr/local/lib/vst/:/home/pablo/vst/:/home/pablo/vst/pruebas

Las dos primeras rutas no sería necesario declararlas (porque son las rutas por defecto), pero mejor hacerlo.

8) Renombrar las librerías .dll para eliminar los espacios, si los hay.

9) En algunos VST las letras se ven mal hasta el punto que apenas son legibles. winetricks es un script que nos puede solucionar algunos problemillas con wine, como en este caso. Desde terminal, podemos hacer

$wget http://www.kegel.com/wine/winetricks (descarga el script)
$sh winetricks allfonts (instala fuentes de microsoft)

Casos prácticos

Para lanzar un vst como "stand alone" cliente de jack, hacemos:

vsthost elquesea.dll

Como hemos dicho, también se pueden lanzar desde Rosegarden (con interfaz dssi), ardour, audacity, jack-rack, etc (con interfaz ladspa).

Créditos y para saber más:

Chris Cannam
http://www.breakfastquay.com/dssi-vst/

http://www.digitalfishphones.com (Pantallazos 1-4)
http://www.studiodevil.com/home/ (Pantallazo 5)

Notas:

(1) Ardour también se puede compilar para hacer de host de VST, directamente sin el envoltorio ladspa-vst.

Reproductores de multimedia a través de JACK

2009-12-29T15:37:00.001-08:00

#########################
Notas de revisiones:
Revisión 0: 29 diciembre 2009. Publicado.
Revisión 1: 17 enero 2010. Retocado texto (nada importante)
Revisión 2: 29 abril 2010. Actualizado a ubuntu lucid lynx
#########################

Como sabemos, cuando JACK está ejecutándose se aborta el audio de toda aplicación que no sea su cliente. Por ello, si jack está activo no podemos escuchar una canción o ver un video en un reproductor multimedia por la misma tarjeta de audio que usa Jack... a menos que consigamos "jackificar" el reproductor. En este caso no solamente podremos escuchar las canciones sin tener que finalizar el servidor jack, sino que además podremos integrar el stream de audio en nuestra sesión, ruteándolo hacia donde nos plazca. Por ejemplo, podemos pasarlo a través de plugins de efectos, ecualización... y/o llevarlo a las entradas de captura de un grabador cliente de jack, por ejemplo, a una pista de Ardour o Audacity.

En esta entrada vamos a mostrar cómo jackificar algunos reproductores populares. En algunos casos, sus salidas se autoconectarán a los system_playbacks y en otros las tendremos que conectar manualmente desde la ventana de conexiones de qjackctl (Jack Control), pestaña Audio. El comportamiento, en cuanto a mostrar los puertos en esta ventana, tampoco es igual para todos. Algunos sólo los mostrarán durante la reproducción y desaparecerán cuando se para. Algún otro será más "jack-friendly" y mostrará puertos mientras la aplicacion esté simplemente levantada. Para los primeros hay un truco para que no desaparezcan los puertos y así poder hacer tranquilamente las conexiones: Reproducir y pausar immediatamente después (el mismo truco que usamos con Audacity cuando va a través de Jack).

Estas instrucciones están probadas en y orientadas hacia ubuntu(studio) 9.10 (karmic) y 10.04 (lucid), aunque en algunos casos el método puede ser similar para otras versiones de ubuntu y para otras distribuciones. Si no se indica lo contrario, todos los reproductores indicados están instalados desde los repositorios oficiales de ubuntu, desde el gestor de paquetes synaptic o método equivalente desde terminal.

La idea de esta entrada no es hacer una evaluación sobre reproductores, cada uno verá. La propuesta es: "Si alguno de estos está entre tus favoritos, aquí tienes cómo hacerlo sonar a través de Jack". He tenido un par de fracasos como veréis. Se agradecen sugerencias. También espero que alguien se anime a aumentar la lista.

Audacious

karmic:
Instalar el paquete audacious-plugins-extra. Lanzamos jack, lanzamos audacious y con botón derecho sobre la barra de arriba, vamos a preferences, audio y elegimos el "Jack Output Plugin".

lucid:
El plugin de salida de jack se incluye ahora en el paquete audacious-plugins. Como éste es una dependencia de audacious, el plugins de jack está presente sin hacer nada. Sólo hay que elegirlo como se indica arriba.

Rhythmbox

Necesitamos el paquete gstreamer0.10-plugins-bad

Ejecutamos (alt + F2 o desde terminal) 'gconf-editor' y en el directorio .../system/gstreamer/0.10/default/ damos el valor 'jackaudiosink' a los nombres 'audiosink', 'chataudiosink' y 'musicaudiosink'. Si no queremos que se autoconecten las salidas del reproductor a los system_playbacks, pondremos: 'jackaudiosink connect=none'

Exaile

Exaile también utiliza gstreamer, así que hay que hacer lo mismo que para rhythmbox. Además, en Editar->Preferencias->Playback, nos aseguramos que el "Audio Sink" es JACK.

VLC

En ubuntu, instalamos el paquete 'vlc-plugin-jack'. Después, desde el menú Herramientas->Preferencias->Audio, elegimos la Salida de Tipo: "Salida de audio JACK".
Si queremos que los puertos de salida se autoconecten a los system_playbacks, editamos:

gedit ~/.config/vlc/vlcrc

En la línea 750, más o menos, (esto en karmic, en lucid, está al principio del archivo) encontramos:

# Automáticamente conectar a clientes escribibles (boolean)
#jack-auto-connect=0

Cambiamos la segunda línea a:
jack-auto-connect=1

Mplayer / gmplayer

Desde línea de comandos, podemos especificar la salida a jack con: 'mplayer -ao jack archivo', para un archivo de audio o video.

Podemos hacer que esto sea permanente editando el archivo '~/.mplayer/config' y añadiendo la línea:

ao=jack

De esta forma, podemos usar mplayer desde línea de comandos, simplemente con 'mplayer archivo'.

(Lo que sigue es válido sólo para karmic, En lucid no existe otro archivo de configuración y ya hemos terminado. Eso sí, hace falta el paquete 'mplayer-gui').

Sin embargo, esto no es suficiente para lanzar mplayer con botón derecho sobre el archivo que queremos reproducir (en gnome al menos, esto invoca a gmplayer). Para ello, editamos el archivo '~/.mplayer/gui.conf' y sustituimos la línea:

ao_driver = "pulse,alsa,sdl:aalib" por:
ao_driver = "jack"

(Podemos poner también 'jack,alsa' o 'jack,pulse' en lugar de 'jack' a secas, tanto en 'config' como en 'gui.conf', para permitir que mplayer use alsa o pulseaudio como segunda opción, si jack no está activo).

Aqualung

No hay que hacer nada. Si jack está activo, funcionará con jack (si no, con pulseaudio o alsa). Además, los puertos de salida se muestran en las conexiones de qjackctl incluso cuando aqualung está parado. Ojalá todos los demás hiceran lo mismo.

Amarok

karmic:
Amarok usa el motor de audio xine. El problema e que la versión de libxine de ubuntu karmic no incluye soporte para jack. Habría que recompilar libxine... o añadir el repositorio PPA de Motin "https://launchpad.net/~motin/+archive/until-jack-is-included-in-main". Vamos a hacer esto último. Si desplegamos la línea "Technical details about this PPA" vemos que las lineas que hay que añadir a /etc/apt/sources.list. Lo podemos hacer de dos maneras, o editando este archivo y añadiendo estas líneas o bien, desde orígenes del software (en el menú "Sistema->Administración"), pestaña otro software, añadir y copiar las líneas. Para obtener la firma, haremos en terminal:

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys xAxAxAxAxA

El código del final es un ejemplo inexistente. Ahí hay que poner la firma (Signing key) del PPA, pero sólo el código que aparece detrás de la barra.

Hecho esto, ya podemos utilizar nuestro gestor de paquetes favorito. Si usamos Synaptic, habrá que recargar. Después buscamos 'libxine' y actualizamos el paquete 'libxine1-plugins' que nos actualizará sus dependencias, entre otras, 'libxine1'. Veremos que la versión de estos paquetes tiene la coletilla "+withjack1" (v. nota 1).

Después en Amarok, Preferencias, Configurar Amarok, Reproducción, Configurar, Preferencia del Dispositivo, Salida de Audio, Música, nos debería aparecer el dispositivo de salida "Jack Audio Connection Kit". Lo seleccionamos y lo subimos arriba del todo con el botón "Preferir". Lo mismo podemos hacer para el resto de salidas de audio; aunque creo que Amarok sólo tendrá en cuenta la que elijamos para música, de esta forma configuramos xine para otros tipo de salida.

Al igual que aqualung, los puertos de salida de xine no desaparecen cuando amarok está parado :)

lucid:
Dejo de mantener este documento. Aunque libxine debe tener soporte para jack integrado y no sería necesario añadir ningún repo alternativo.

Kaffeine

También utiliza xine. Si en la configuración de xine (desde Amarok, como acabamos de ver) hemos elegido Jack para la salida de video, fucionará con Jack a la primera.

Ver notas para lucid en el párrafo anterior.

flashplayer (youtube, vimeo, myspace...)

Hasta hace poco, casi la única forma de tener el flash player como cliente de jack era a través del plugin alsa-jack, que había que recompilar pues ubuntu no trae sporte para jack en su paquete "alsa-plugins". En el PPA de Motin hay una versión de los alsa-plugins con soporte para Jack que nos ahorraría tener que recompilar. Además tendríamos que crear un archivo .asoundrc con cierto código para que esto funcionase. Algunos lo hacen, parece que con mejor resultado, a través del jack audio sink de pulseaudio.

Estos métodos son parches. Ahora lo podemos tener de forma nativa por medio de un plugin aparecido hace unos meses . Manos a la obra:

Necesitamos estos paquetes:

build-essential
git-core
autoconf
automake
libtool
libasound2-dev
libjack-dev
libsamplerate0-dev
libssl-dev

Desde una terminal en el directorio por defecto (/home/usuario):

(Las dos primeras líneas son opcionales; por una cuestión de orden, conviene tener un directorio destinado a los programas en código fuente)

mkdir fuentes
cd fuentes
git clone git://repo.or.cz/libflashsupport-jack.git
cd libflashsupport-jack
sh bootstrap.sh
make
sudo make install

Los puertos de salida de flash se autoconectan a los system_playbacks

Otra opción es "pescar" el archivo del directorio /tmp, traerlo a home, chequear los permisos y abrirlo con nuestro reproductor favorito.

lucid:
Con la versión de firefox que trae, parece que hay un pequeño lío con las rutas de las librerías. Además de todo lo explicado para karmic, he necesitado hacer:

sudo ln -s /usr/local/lib/libflashsupport.so /usr/lib/firefox-3.6.3/

Si lo hacemos con firefox se nos queda colgado, con tanto hurgar en sus tripas:

killall firefox-bin

Mixxx

karmic:
Hace falta portaudio19 con capacidad para jack, cosa que no tiene el que trae ubuntu/ubuntustudio karmic. Si hemos añadido el PPA de Motin, como vimos para el caso de amarok, actualizamos el paquete libportaudio2 a la versión "+withjack2" (v. Nota 1).

En Mixxx, vamos a Options->Preferences y elegimos "Jack Audio Connection Kit" como Sound API.

lucid:
Ya no es necesario añadir ningún repo alternativo. portaudio viene con el soporte para Jack integrado.

Beneficios colaterales

Gracias a esta versión de portaudio tenemos soporte Jack para Mscore :D. (En lucid a la primera, eso sí, tenemos que elegirlo en preferencias).

Deseos inclumplidos y soluciones prácticas:

TOTEM:

karmic:
Se supone que debería funcionar con el hack a gstreamer que hace funcionar a rhytmhbox y a exaile pero no hay manera. No me importa mucho porque tengo VLC, Kaffeine o mplayer / gmplayer.

lucid:
Me funciona a la primera

FIREFOX plugins :

No he conseguido que ninguno funcione con jack dentro de firefox. ¿Alguna idea? Como alternativa, en Editar, Preferencias, Programas, he optado por abrir los archivos multimedia mediante /usr/bin/vlc. De esta forma los descarga y los abre en vlc externamente de forma automática, incluida la conexión a los system:playbacks.

AGRADECIMIENTOS

No descubro nada. Todo esto ya está escrito y lo he leído en varios sitios. Lo del flash player es a partir de un aviso de Rakarrack Team hace poco en el foro GNU/Linux de Hispasonic, con apunte oportuno de lgarrido, pues me estaba volviendo loco con las sugerencias de Raka. En general, gracias a todos los que lo han explicado y a los que lo hacen posible con su código.

Nota 1: Creo que esto no tiene nada que ver con Jack1 (versiones 0.xxx.x) o Jack2 (versiones 1.9.x). Parece un número que se ha quedado colgado atrás.

Introducción a jconvolver

2009-12-20T02:37:00.000-08:00

##################################
Notas de revisiones:
Revisión 0: 20 diciembre 2009. Publicado.
Revisión 1: 22 diciembre 2009. Retocada descripción de frontends.
Revisión 2: 23 diciembre 2009. Ampliado tutorial de Jc_Gui
##################################

jconv (renombrado a jconvolver desde la versión 0.8.4) es un motor de convolución a tiempo real, cliente de jack. Nada mejor que la descripción que da el propio autor, Fons Andriensen, en su página web . Si descargáis las fuentes, hay una descripción más completa en archivo README. Esto pretende ser una introducción para romper el hielo.

INSTALACION
""""""""""""""""
En instalaciones basadas en Debian, podemos instalar los paquetes 'jack-jconv' y 'jconv-config-files'. Por supuesto, siempre podemos compilar e instalar manualmende desde el código fuente, que podemos descargar desde la página oficial del proyecto.

USO
"""""
Básicamente, el comando jconv llama a un archivo de configuración, el cual, a su vez, invoca el archivo wav de impulso, con varias opciones. El propio autor explica en qué consiste un archivo de configuración de jconv. Vamos a hacer una búsqueda. En una terminal:

sudo updatedb
locate jconv

Vemos que hay un README.CONFIG en /usr/share/doc/jack-jconv. Vamos a ver qué dice:

cat /usr/share/doc/jack-jconv/README.CONFIG

Vemos que hay 7 comandos diferentes, cada uno con sus opciones. Con el locate también vimos que hay varios archivos de configuración y algunos impulsos de ejemplo en el directorio /usr/share/jack-jconv/config-files/.

Voy a pasar todo esto a mi home, más que nada por tener un único directorio donde poner todos los impulsos y los archivos de configuración que me interesen. De momento, voy a crear un nuevo directorio llamado conv-reverb y luego lo copio allí con:

sudo cp -R /usr/share/jack-jconv/config-files/* /home/pablo/conv-reverb/

También voy a cambiar el propietario de todos estos archivos, para que no tenga problemas a la hora de editar los archivos de configuración:

sudo chown -R pablo:pablo /home/pablo/conv-reverb/

Y voy a descargar algunos impulsos que ha creado el propio autor desde su página oficial (en downloads, abajo, remark 2). Los descomprimo y los muevo a mi directorio conv-reverb.

Por ejemplo, voy a probar el chapel.wav. Ya teníamos un archivo de configuración de ejemplo llamado chapel.conf, así que vamos a partir de éste, que es bastante sencillo. La primera línea a modificar es el la ruta donde se encuentra el archivo chapel.wav. En mi caso, la cambio a:

/cd /home/pablo/conv-reverb

El tamaño de la partición (en la línea /convolver/new, parámetro partition) lo podemos poner igual al tamaño del periodo (cuadros por periodo) de jack. A mayor "partition" mayor latencia.
Vemos también en esa línea que lo estamos definiendo con una entrada y dos salidas. En las siguientes líneas podemos cambiar los nombres de los puertos de jack, si queremos. Por fin, en las líneas /impulse/read definimos el archivo del impulso y algunos parámetros para cada combinación entrada-salida (en este caso dos). Lo podemos dejar como está.

Si ahora hacemos en la terminal:

jconv conv-reverb/chapel.conf

Ya tendremos nuestro impulso cargado. Sus puertos nos aparecerán en las conexiones de qjackctl, y los podremos conectar con otros clientes a nuestro antojo.

En la imagen he conectado el puerto de captura 1 (donde tengo enchufado un micro) a la entrada de jconv y las salidas de jconv a los system:playbacks, que representan las salidas analógicas a los altavoces. Pues sí, me escucho como en una capilla :)

FRONTENDS
""""""""""""""

El método que hemos visto para usar jconv es muy flexible y, superado el trabajo inicial de pruebas y edición de archivos, mucho más rápido de lo que parece a primera vista. Por ejemplo, podríamos preprogramar varios reverbs y lanzarlos con un click desde un cajón en el panel de gnome.

Sin embargo, si queremos algo más sencillo y gráfico podemos contar, de momento y que yo sepa, con una par de frontends gráficos, Jc_Gui y conviction.

Jc_Gui

Jc_Gui está escrito por Hermann Meyer y James Warden, autores de guitarix, un amplificador virtual de guitarra. Jc_Gui utiliza código de guitarix, que ya tiene la opción de añadir impulsos para simular cajas de altavoces haciendo uso de jconv.

Para instalarlo, vamos a su página oficial de sourceforge y descargamos la última versión disponible. Lo descomprimimos y lo movemos a nuestro directorio de fuentes y desde su directorio hacemos:

./waf configure
./waf build
sudo ./waf install

Nos aparece en el menú de sonido y video.

Jc_Gui y conexiones en qjackctl

En la imagen de la onda podemos seleccionar parte del impulso, arrastrando el ratón con botón izquierdo, para obtener un offset y una longitud. Podemos mover la selección con botón central y borrarla con botón derecho. El tamaño por defecto, en muestras o samples, será igual al tamaño del impulso.

En cuanto a las conexiones, las salidas 2 y 3 de Jc_Gui van a las entradas de jconvolver, que devuelve la señal a las entradas 2 y 3 de Jc_Gui. Por las salidas 0 y 1 de Jc_Gui sale una mezcla que se puede controlar con el slider wet/dry. Nuestra fuente de audio la conectaremos a las entradas 0 y 1 de Jc_Gui.

A la izquierda del slider wet/dry tenemos la señal "seca", sin reverb (le afecta sólo el volumen y la ecualización). A la derecha del todo, sólo la señal "mojada" que se envía al procesador. Como la configuración de jconvolver no se puede modificar en tiempo real, los desarolladores han facilitado una ganancia y un delay "pre-jconv" en la misma ruta de la señal "mojada".

Conviction

Conviction está desarrollado en python por Juan Ramón Castán. Se puede descargar desde aquí .

Es necesario el paquete sndfile-programs y python 2.6. De momento, parece que sólo funciona con jack1 (el jack "normal", versión 0.xxx). La instalación es sencilla: 'sudo make install' desde el directorio creado al descomprimir. Aparece en el menú de sonido y video.

Si simplemente queréis cargar un impulso y que la reverb suene a la primera sin complicaros, conviction es una buena opción. Además, permite cargar varios impulsos que aparecen en las conexiones de jack como puertos independientes.

Conviction

Instalación de linuxsampler-qsampler desde el código fuente en ubuntu / ubuntustudio 9.10

2009-12-18T15:58:00.000-08:00

#############################
Notas de revisiones:
Revisión 0: 19 diciembre 2009. Publicado.
Revisión 1: 24 enero 2010. Revisada la instalación del soporte para LV2 (ver nota 1)

#############################

En esta entrada vamos a explicar cómo instalar linuxsampler con su frontend qsampler, desde el código fuente. Linuxsampler es un sampler de software para librerías de samples en formato .gig.

Voy a compilar los programas con las opciones por defecto, mayormente. Aquí, Luis Garrido, desarrollador de aplicaciones musicales para GNU/Linux, nos explica cómo optimizar los programas ejecutables. Precisamente pone de ejemplo linuxsampler y comenta que, con ciertas opciones, se puede conseguir una mejora radical en su rendimiento. Yo no lo he probado y de momento lo dejaré de lado. Siempre tenemos la opción de volver atrás y hacer caso y preguntar a los que controlan de verdad.

Linuxsampler tiene una licencia considerada como no-libre, ya que impone una restricción a su uso comercial (crear software o hardware comercial a partir de su código). Por esta razón, no está en los repositorios oficiales de Debian ni de Ubuntu.

Con este método, podremos editar los samples, con gigedit, desde el propio qsampler. No voy a instalar el frontend basado en java (jsampler), pero es otra posibilidad. Además, qsampler y jsampler no son incompatibles.

______________________________________________________________

INSTALACION DE LINUXSAMPLER Y QSAMPLER
""""""""""""""""""""""""""""""""""""""""
1. Descargar el código fuente

Descargaremos las fuentes desde la página oficial de linuxsampler (abajo en Source Packages). Las últimas verisones de los archivos tar.bz2:

libgig
linuxsampler
gigedit
liblscp
qsampler

2. Extraer y mover a nuestro directorio de fuentes

Extraemos con botón derecho y movemos los directorios creados a nuestro directorio de fuentes, por ejemplo, /home/usuario/fuentes

3. Compilar e instalar libgig

~/fuentes/libgig-3.3.0$ ./configure

Si "configure" nos da algún error es porque falta alguna librería. En este caso instalaremos el paquete de desarrollo de esta librería. Normalmente es fácil de adivinar, por ejemplo, si echa en falta libsndfile, lo podemos buscar en synaptic y nos encontramos 'libsndfile1-dev'. También, si es la primera vez que compilamos algo, necesitaremos el paquete 'build-essential' y seguramente alguno más. "Configure" nos pondrá sobre la pista. Ante la duda, no instalaremos paquetes a lo loco. Mejor volver a ejecutar "configure" hasta que deje de quejarse. Entonces, compilamos con:

make

e instalamos con:

sudo make install

4. Compilar e instalar linuxsampler:

./configure no da error pero advierte que no encuentra sqlite, necesario para cargar bases de datos de instrumentos. Instalo libsqlite3-dev.
Vuelvo a hacer ./configure.

El mensaje final me dice:

# MIDI Input Drivers:
# ALSA: yes, JACK: yes, CoreMIDI: no, MME: no, MidiShare: no
#-------------------------------------------------------------------
# Audio Output Drivers:
# ALSA: yes, JACK: yes, ARTS: no, CoreAudio: no, ASIO: no
#-------------------------------------------------------------------
# Building sampler as plugin for following host standards:
# DSSI: yes, LV2: no, VST: no, AU: no
#-------------------------------------------------------------------#

Esto significa que tengo soporte MIDI y audio para alsa y para Jack, pero no puedo lanzar linuxsampler como un plugin LV2 ni como un plugin VST. Lo segundo no me interesa, ya que si bien podría hacerlo funcionar con vsthost de dssi-vst (por ejemplo), me parece absurdo ya que ese host de VST lo tengo precisamente para los que no tengo opción nativa para linux. ¿Pero, sería interesante tener linuxsampler como plugin LV2? ¡No parece mala idea!

Inciso: Soporte para LV2

Hace falta lv2core, que podemos instalar siguiendo las instrucciones que se dan aquí. Volvemos al directorio de linuxsampler y otra vez:

./configure
...
# Building sampler as plugin for following host standards:
# DSSI: yes, LV2: yes, VST: no, AU: no

Ahora sí, ya podremos tener linuxsampler en un host de LV2 (y también en un host de dssi, como Rosegarden, esto es porque en ubuntustudio-audio-plugins viene instalado el soporte para dssi y ya teníamos las librerías instaladas).

5. Gigedit:

./configure

me ha dado el siguiente error:
configure: error: Your intltool is too old. You need intltool 0.35.0 or later.

Voy a synaptic y busco intltool. Lo instalo. En el segundo intento de configure me dice:

No package 'gtkmm-2.4' found
No package 'gthread-2.0' found

Los busco en synaptic e instalo libgtkmm.-2.4-dev y sus dependencias.

Sin embargo, configure me advierte que no encuentra linuxsampler (?). No sé por qué ocurre esto pero pruebo a volver al directorio de linuxsampler y hacer otra vez ./configure, make y sudo make install.

Otra vez al directorio gigedit. "configure", ahora sí, me dice:
checking for LINUXSAMPLER... yes
Found linuxsampler 0.5.0

make y sudo make install, terminan con éxito (no hay mensajes de error).

5. liblscp

./configure
make
sudo make install

Como la seda

6. qsampler
./configure

checking for Qt library version >= 4.1... no; Qt 4.1 or greater is required

¿Qué hace falta aquí? Como ya deberíamos haber leido en el README, necesitamos qt 4.
Vamos a ir a synaptic y hacer una búsqueda por qt. Instalaremos libqt4-dev

"configure" termina bien. Sólo veo una cosa rara:
libgig supports fast information retrieval . . . .: no
No creo que sea importante. Seguimos con make y sudo make install... EXITO.

"""""""""""""""""""""""""""""""""""""""""

Vale, se supone que ya hemos terminado. Vamos a lanzar qjackctl y después qsampler. qsampler aparece en el menú de sonido y video... Parece que no va. Si lo lanzamos desde terminal:

~$ qsampler
qsampler: error while loading shared libraries: liblscp.so.6: cannot open shared object file: No such file or directory

Problemilla. Vamos a localizar liblscp:

$ sudo updatedb
$ locate liblscp

Entre otros:
/usr/local/lib/liblscp.so.6

En realidad existe pero no la encuentra. Esto es porque qsampler espera esa librería en /usr/lib, no en /usr/local/lib. Podemos solucionarlo con un enlace simbólico:

sudo ln -s /usr/local/lib/liblscp.so.6 /usr/lib/liblscp.so.6

Solucionado.

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

qsampler, con qjackctl

Nota 1: Si seguiste el método de instalación de LV2 que dí en la revisión 0, borra las librerías de slv2 en /usr/local/lib después de haber seguido el método referenciado en la revisión 1 (sudo rm /usr/local/lib/libslv2* será suficiente)

Ubuntustudio 9.10 para principiantes. IV. Ajustes y primeros pasos

2009-12-16T13:56:00.000-08:00

################################
Notas de revisiones:
Revisión 0: 16 diciembre 2009. Publicado
Revisión 1: 20 marzo 2010. Actualizado

###############################

EN PROGRESO.

Esta entrada va a ser la última de la serie de ubuntustudio para principiantes. ¡Pero no porque ya no sea necesario ir más lejos!

En otras entradas seguiremos hablando sobre ajustes e instalación y manejo de programas que, por supuesto, serán aplicables a ubuntustudio. Sin embargo, fuera de esta serie procuraré que el enfoque sea distro-neutral en la medida de lo posible y en la de mis escasos conocimientos de distribuciones no basadas en debian.

1. Tarjetas de audio

El control de las tarjetas de audio está explicado en esta entrada.

2. Ajustes para jack

Si quieres usar tu ordenador para crear música, no puedes prescindir del servidor de audio jack. Aquí hicimos una breve presentación de jack y una demostración de la flexibilidad entre las conexiones de audio entre aplicaciones y tarjeta de sonido.
Pr favor, lee ahora la breve presentación del servidor de audio jack y los "conceptos no tan obvios" 1) 2) y 3). Suelen ser motivo de confusión frecuente entre nuevos usuarios.

Jack ya viene instalado en ubuntustudio pero hay que hacer algunos ajustes para que el servidor y sus clientes se encuentren cómodos.

Vamos a abrir una terminal y a comprobar la salida de los siguientes comandos:

groups

ulimit -r

ulimit -l

El primero a qué grupos pertenecemos como usuario. Nuestro usuario debe estar en el grupo audio (grupo al que vamos a dar ciertos privilegios).

El segundo dice cuál es la máxima cantidad de memoria que puede bloquear nuestro usuario. Jack y sus clientes quieren tener la posibilidad de bloquear memoria. A mí me sale 64, que es insuficiente para jack. jack.org recomienda el valor "unlimited".

El tercero te dice cual es la máxima prioridad de realtime que puede tomar jack. Lo máximo y lo que se suele recomendar es que sea 99, y es lo que trae ubuntustudio por defecto en una instalación limpia.

Así que tenemos que conseguir que 'ulimit -l', nos devuelva el valor "unlimited"

(Nota para usuarios que han "actualizado" a ubuntustudio desde ubuntu: Hacer también el paso 0, si no aparece "audio" en la salida de 'groups')

0. Añadirte al grupo audio con el comando:
sudo adduser tunombredeusuario audio

1. Editar el archivo /etc/security/limits.conf (por ejemplo con:)
gksudo gedit /etc/security/limits.conf

2. Añadir al final de este archivo las líneas (la primera ya estará si 'ulimit -r' dió 99):
# Prioridad de realtime y memlock, necesario para jack en realtime (esto es un comentario)
@audio - rtprio 99
@audio - memlock unlimited

3. Reiniciar.

Ahora abrimos otra vez la terminal y comprobamos con los comandos de arriba (podemos usar flecha arriba para repetir comandos introducidos últimamente) que estamos en el grupo audio y sobre todo que 'ulimit -l' da "unlimited" y 'ulimit -r' da 99.

De esta forma podremos lanzar jack con la opción realtime, que es lo recomendado.

3. Configuración de jack

TODO. Esto necesita una entrada dedicada. De momento, google es nuestro amigo.

4. Lo que no puede faltar

TODO: Soporte de idiomas, códecs... Dar un par de buenos links, Hay muchos sitios donde explican esto y mucho más.

5. Trucos y conveniencias

Comandos básicos de terminal e instalación de utilidades para facilitarnos el manejo del ordenador de una forma lo más gráfica posible.

6. Instalación de programas

¿Cómo se instalan programas?

7. Aplicaciones interesantes

Plugins (LADSPA, DSSI, LV2, Windows VST, Linux VST)
Reverb convolución (jconv, Jc_Gui, conviction...)
Para guitarristas (Rakarrack, guitarix, tuneit...)
Edición (Audacity, rezound, ...)
Grabación multipistas (Ardour, qtractor, traverso, non-daw...)
Secuenciadores MIDI (Rosegarden, Muse, Seq24, non-sequencer...)
Notación musical (mscore, notedit, denemo, Rosegarden, Lilypond)
Análisis de audio (jaaa, japa, sonic visualiser y plugins vamp...)
Programación de procesado de audio (Puredata, Supercollider, Csound...)
Educación (tuxguitar, solfege...)
....

Organización y control de tarjetas de audio

2009-12-13T08:59:00.000-08:00

#########################
Notas de revisiones:
Revisión 0: 13 diciembre 2009. Publicado.
Revisión 1: 8 febrero 2010. Corregido. No 'alsabase' sino 'alsa-base' y otros detalles.
Revisión 2: 8 junio 2010. Mejor usar en jack la identificación alfanumérica que da alsa

#########################

Advertencia: Esta entrada asume que las tarjetas de audio están soportadas por ALSA. Para comprobar el soporte en Linux de tu tarjeta de audio, ver (TODO).

Aunque existen herramientas gráficas para configurar el audio, nada es tan fiable, potente e informativo como nuestra vieja amiga la terminal de comandos.

¿Qué tenemos por ahí?

Hagamos en la terminal:

lspci | grep -i audio

Nos saldrán los dispositios de audio que tenemos en el bus pci.

En mi caso:

pablo@Desktop:~$ lspci | grep -i audio
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 02)
05:00.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08)
05:01.0 Multimedia audio controller: VIA Technologies Inc. ICE1712 [Envy24] PCI Multi-Channel I/O Controller (rev 02)

La primera es la integrada, la segunda una SB Live! y la tercera una m-audio 2496.

Además, he enchufado una UCA202 de Behringer en un puerto USB. Si hago:

lsusb

Veo, entre otras líneas:

Bus 002 Device 003: ID 08bb:2902 Texas Instruments Japan

ALSA es un projecto mantenido por voluntarios que escriben drivers para tarjetas de audio y los integran en el kernel de Linux. Estas cuatro tarjetas están soportadas por ALSA. Vamos a ver cómo las ve ALSA, con el comando:

cat /proc/asound/cards

En mi caso:
pablo@Desktop:~$ cat /proc/asound/cards
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xfebf8000 irq 22
1 [Live ]: EMU10K1 - SB Live! Value [CT4870]
SB Live! Value [CT4870] (rev.8, serial:0x80281102) at 0xb880, irq 21
2 [M2496 ]: ICE1712 - M Audio Audiophile 24/96
M Audio Audiophile 24/96 at 0xb800, irq 22
3 [default ]: USB-Audio - USB Audio CODEC
Burr-Brown from TI USB Audio CODEC at usb-0000:00:1d.1-1, full s

Y qué modulos o drivers las manejan, con

cat /proc/asound/modules

Para mí:

pablo@Desktop:~$ cat /proc/asound/modules
0 snd_hda_intel
1 snd_emu10k1
2 snd_ice1712
3 snd_usb_audio

El módulo de la tarjeta integrada es snd_hda_intel, el de la SB Live!, snd_emu10k1, el de la m-audio 2496, snd_ice1712 y el de la UCA 202, snd_usb_audio.

Acerca de la tarjeta integrada, si no la vamos a usar, lo mejor es deshabilitarla desde la BIOS. Si nos fijamos, está compartiendo número de IRQ con la m-audio (irq 22). Eso no es bueno. Queremos que nuestra tarjeta principal no comparta número de IRQ con ningún otro dispositivo. Echaremos un vistazo a la salida de

cat /proc/interrupts

Si tenemos un kernel RT, podemos levantar la prioridad de nuestra tarjeta de audio para mejorar la latencia. Esto se explica en esta entrada

Un poco de orden

Pronto volveré a guardar en el cajón la SB Live! y entraré en la BIOS para deshabilitar la integrada, pero de momento tengo un pequeño problema; cuando reinicio el ordenador el orden de las tarjetas en 'cat /proc/asound/cards' ya no es el mismo.

Esto puede crear un problema con jack si en el setup de qjackctl elegimos la interfaz con su identificación numérica (hw:0 por ejemplo).

Para solucionar esto, podemos hacer dos cosas. Una de ellas, es darles números de orden fijos como se explica a continuación pero existe otra forma mucho más sencilla e infalible que he aprendido recientemente. Si queréis ahorrar tiempo, saltar hasta % y seguir leyendo...

Editamos el archivo '/etc/modprobe.d/alsa-base.conf' (nos debemos asegurar que este archivo existe, es posible que su nombre sea 'alsa-base' en lugar de 'alsa-base.conf'):

gksudo gedit /etc/modprobe.d/alsa-base.conf

Y añadimos al final:

#Dar números de orden fijos a la tarjetas de audio
alias snd-card-0 snd-ice1712
options snd-ice1712 index=0
alias snd-card-1 snd-emu10k1
options snd-emu10k1 index=1
alias snd-card-2 snd-hda-intel
options snd-hda-intel index=2
alias snd-card-3 snd-usb-audio
options snd-usb-audio index=3

Fijaros que he tomado los nombres de los módulos, pero hay que sustituir el guión bajo por un guión normal.

Para que este cambio tenga efecto debemos, bien reiniciar el ordenador, o bien, más rápido, recargar los módulos de alsa con el comando:

sudo alsa force-reload

%
Poner en jack la identificación alfanumérica, que es lo que encontramos entre corchetes en la salida de "cat /proc/asound/cards", precedido de "hw:". Por ejemplo, si quiero que jack arranque con la m-audio escribiré en el campo interfaz (aunque no aparezca en el menú desplegable):

hw:M2496

Mezcladores de alsa

ALSA nos da acceso al mezclador hardware, con el cual podemos interactuar con los niveles, las rutas del audio y otros parámetros fundamentales de nuestras tarjetas.

El más elemental es 'alsamixer', de línea de comandos. El manejo es con el teclado:

[TAB] para cambiar Playback, Capture, All. Para reproducción, lo dejamos en Playback.
Flechas izquierda/derecha para movernos por los parámetros (Items)
Flechas arriba/abajo para cambiar valor.
Tecla [M] para silenciar/activar. (MM indica silenciado, OO activado)
[Ctrl] + [C] para salir.

Hay otros mezcladores gráficos como gnome-alsamixer o gamix (en ubuntu / ubuntustudio, en synaptic). gamix está muy bien porque los controles están ordenados. Para las integradas o para las comerciales tipo SB es mucho más claro que alsamixer o gnome-alsamixer.

gamix sobre la tarjeta integrada en un Acer Aspire One

El controlador recomendado para la m-audio 2496 y similares (m-audio 1010LT por ejemplo; en general, las que usen el módulo snd_ice1712) es 'envy24control'. Se lanza desde terminal. Es necesario que tengamos instalado el paquete 'alsa-tools-gui'.

Envy24control sobre una m-audio 2496. Pestaña Analog Volume

Para algunas tarjetas RME, el controlador adecuado es hdspmixer (también en el paquete alsa-tools-gui).

Problemas comunes

1. No suena o no captura audio
Si no suena, lo primero será comprobar que los cables están conectados correctamente. Después comprobaremos los niveles de nuestro mezclador ALSA favorito (alsamixer. gamix, gnome-alsamixer...)

2. Mi tarjeta de audio integrada sigue sin sonar o sin capturar audio
En ocasiones, y sobretodo en laptops, las tarjetas de audio integradas que utilizan el módulo snd_hda_intel tienen algunos problemillas. Aquí hay una orientación para intentar arreglarlos:
http://www.ubuntu-es.org/?q=node/115147

3. Mi tarjeta m-audio no suena ni captura.
Si es una tarjeta que usa el módulo snd_ice1712, lo primero será comprobar la pestaña Analog Volume de Envy24control. Los convertidores DAC (para reproducción) y ADC (para captura) no deben de estar bajados.

3. Mi tarjeta de audio funciona pero Jack no arranca.
Ver (TODO)

Créditos y para saber más

User FAQ nº 13 de www.64tudio.com
Los créditos en http://www.ubuntu-es.org/?q=node/115147
ALSA wiki sobre los mezcladores de ALSA, http://alsa.opensrc.org/index.php/AlsaMixers

Ubuntustudio 9.10 para principiantes. III. Mejorando el aspecto

2009-11-19T09:56:00.000-08:00

###############################
Notas de revisiones:
Revisión 0: 19 noviembre 2009. Publicado.
Revisión 1: 16 diciembre 2009. Modificado título.
##############################

Esta entrada la vamos a dedicar a mejorar la interfaz gráfica para dar facilidad de uso y un aspecto agradable y familiar a ubuntustudio.

El entorno gráfico de escritorio que utiliza ubuntustudio por defecto se llama 'gnome'. Hay otros entornos como KDE, XFCE, Fluxbox... de aspecto y uso diferente. De hecho, el entorno gráfico no está intrínsecamente ligado al sistema operativo, sino que es un programa más (mejor dicho, un conjunto de programas). Gnome es fácil de usar y al mismo tiempo ofrece mucha flexibilidad para poner el ordenador a nuestro gusto. Recordemos el aspecto que tenía nada más ser instalado.

La barra que aparece arriba se llama 'panel'. A la derecha vemos un control básico de volumen, fecha y hora y la papelera de reciclaje. A la izquierda, el logo de ubuntustudio. Si nos fijamos tiene una flechita. Al pulsar se despliega el menú de ubuntustudio. Veamos, Sistema -> Ayuda y soporte, Acerca de Gnome, Acerca de ubuntu... Buena idea leer esto para empezar.

Siguiendo con el panel, vamos a poner el ratón sobre él y botón derecho... Propiedades. Le podemos dar color, transparencia, tamaño... Y también hacer: ¡Panel Nuevo! Abajo que va. Si preferimos lanzar aplicaciones desde abajo, podemos situarnos en el nuevo de panel, botón derecho, añadir al panel, barra de menús. Botón derecho sobre barra de menús, mover, movemos a la izquierda, bloqueamos al panel. Ya tenemos nuestro menú más accesible desde un lugar más familiar. ¿O por qué no arriba? Quitamos del panel de arriba el logo de ubuntu y hacemos la misma operación, añadir menú personalizado. ¿Mejor arriba? Por variar.

Ahora podemos añadir al panel de abajo una "Lista de ventanas", para que sepamos qué ventanas tenemos abiertas. O un "Cambiador de áreas de trabajo" con 4 áreas de trabajo (botón derecho, preferencias). Podemos cambiar el área de trabajo con [Ctrl] + [Alt] + Flecha izquierda/derecha. Esto viene bien para cuando tenemos abiertas un montón de aplicaciones y queremos poner orden para trabajar con ellas.

Ahora probemos otra cosa, abrimos Aplicaciones->Accesorios. Nos situamos con el ratón en "Terminal", pinchamos y arrastramos al panel superior, por ejemplo. Así tenemos el lanzador de la terminal a mano, con un click. Nos vendrá bien.

Supongo que ya hemos visto que en Aplicaciones->Internet tenemos el Firefox, de hecho supongo que estamos leyendo esto en Firefox. Podemos arrastrarlo también al panel. Podemos arrastrar cualquier aplicación del menú al panel, para lanzarla con un click. También podemos arrastrarlas al escritorio, para lanzarlas con dos clicks, a lo Windows. Yo personalmente prefiero tener los lanzadores en el panel y dejo el escritorio lo más limpio posible. Bueno, ahora que tenemos la ventana de Firefox abierta vamos a redimensionarla, con el segundo botón de la derecha (sí, no se ve para qué es cada botón, también podemos cambiar el tema de las ventanas de ubuntustudio como veremos ahora) y buscando la esquina inferior. O también, otro truco, situarnos con el ratón dentro de la ventana, presionando [ALT] y arrastrando el ratón con el botón central pulsado, desde cualquier punto.

Ahora, con la ventana de firefox ocupando, pongamos, la mitad del escritorio, vamos a lanzar la terminal desde el panel de forma que tengamos las dos ventanas a la vista. (Esto es un ejercicio para perder el miedo a la terminal).

apt-get moo

Selecciona el código de arriba con el botón izquierdo y "déjalo caer" en la terminal con el botón central. ¿Ya has hecho muuu? Esto es lo que se llama un "huevo de pascua" o "sorpresa". El sentido del humor que no falte. Bueno, esto era para mostraros qué fácil podemos copiar texto de un campo de edición a otro, incluso entre ventanas y aplicaciones diferentes, gracias a nuesstro "ratón-grúa". También podemos simplemente arrastrar el texto. Copiar y pegar: Dos operaciones, dos clicks.

Ahora cerremos la terminal y sigamos con lo nuestro. Si pulsamos botón derecho sobre el escritorio y "cambiar el fondo de escritorio". Se nos abren las preferencias de la apariencia, de hecho, mucho más que cambiar el fondo de escritorio. Podemos elegir un tema diferente para las ventanas. Si no nos gusta el tema ubuntustudio podemos elegir cualquier otro. Sólo pulsarlo y ya nos cambia el aspecto de la ventana. También lo podemos personalizar. Podemos cambiar el fondo, hay uno precioso de fotografías del universo, del Hubble supongo, o poner un color sólido de fondo con la rueda de colores, con gradiente, sin gradiente... Cambiar las tipografías, etc. Vamos, ponerlo todo a nuestro gusto.

Para terminar, dependiendo de la tarjeta gráfica, podemos activar los efectos visuales normales o extra. Por ejemplo, con mi tarjeta gráfica nvidia sólo tengo aceleración 3D (necesaria para los efectos de escritorio) gracias al controlador privativo del fabricante (privativo porque no es software libre, entre otras cosas, el código fuente no está disponible para cualquiera). Algunas personas se niegan a instalar nada privativo en sus ordenadores pero la verdad es que los efectos son muy divertidos. También es verdad que si el ordenador lo vamos a dedicar pricipalmente a música, los efectos nos quitan algo de recursos de CPU, pero bueno no es para tanto y a mí me gustan, sobretodo las ventanas gelatinosas :P

Después de instalar el controlador privativo nos pide reiniciar. Pero antes, vamos a introducir synaptic, Sistema -> Administración -> Gestor de paquetes Synaptic. También lo podemos poner en panel o en Escritorio, lo vamos a usar un montón. Después de leer la introduccuión rápida y enterarnos, más o menos, de lo que es un "paquete de software", vamos a buscar 'compizconfig-settings-manager'. Lo marcamos para instalar, con lo cual se marcará también otro paquete (una "dependencia"). Si hay actualizaciones disponibles, instalémoslas también. Aplicamos.

Y para que no nos pida otra vez la contraseña cada vez arranquemos (si somos usuario único del ordenador) vayamos a Sistema-> Administración-> Pantalla de acceso, desbloqueamos y permitimos acceso directo a "nuestro" usuario.

En Linux hay un administrador (o superusuario) y uno o más usuarios. En nuestro ordenador personal podemos acceder a los programas como administrador o como usuario, aunque seamos la misma persona. No es lo mismo tú administrador que tú usuario. Y como vamos comprobando, ciertas cosas (instalar software por ejemplo) sólo las puede hacer el administrador, o un usuario con derechos de administrador. Traducido a la práctica: nos pide contraseña. Esto es un rollo pero es así. Y es bueno que sea así. Tú usuario no te puedes cargar el sistema operativo. Tú administrador sí. Puedes hacer cuentas para otros usuarios y estar tranquilo/a pues no te van a instalar ni desinstalar ni borrar nada importante para tí.

Ahora sí, reiniciamos... A lo que íbamos. Si dispones de una tarjeta gráfica que lo permita y no hubo problema en que ubuntu instalara los drivers adecuados, botón derecho sobre escritorio, "cambiar el fondo de escritorio", Efectos visuales, Extra. ¡Ventanas gelatinosas! Tecla Super (Windows) con rueda ratón: ¡Tremendo zoom a la pantalla!

Sistemas -> Preferencias -> Administrador de Opciones CompizConfig. Girar Cubo, que vale y que vale.
[Ctrl] + [Alt] + arrastrar ratón con botón izquierdo pulsado... Bueno, no hace música pero es divertido. Con los efectos de escritorio te puedes tirar todo el día probando cosas sorprendentes. Hay gente que se lo pasa bomba con cosas como éstas (me incluyo).

Ah, que no se ve youtube. No hay problema, voy a arrastrar esto a la terminal:

sudo wget http://www.medibuntu.org/sources.list.d/$(lsb_release -cs).list --output-document=/etc/apt/sources.list.d/medibuntu.list && sudo apt-get -q update && sudo apt-get --yes -q --allow-unauthenticated install medibuntu-keyring && sudo apt-get -q update && sudo apt-get install flashplugin-nonfree

Claro que tengo que reiniciar... firefox :) Este video se ha visto más de un millón y medio de veces. Creo que muchos se pasaron a Linux después de ver esto. Otros muchos piensan que no vale para nada. Algunos comentarios son de aúpa. La guerra de los SO's. Parecemos esclavos del ordenador. ¿Para qué enfadarse? Cada uno que elija lo que le parezca mejor. Siempre puedes deshabilitarlos.

Con el comando de arriba hemos añadido un nuevo repositorio, el de medibuntu y hemos instalado el plugin (no libre) para flash. En la siguiente entrada instalaremos más software y haremos algunos ajustes básicos.

Ubuntustudio 9.10 para principiantes. II. Instalación

2009-11-17T11:44:00.000-08:00

###############################
Notas de revisiones:
Revisión 0: 17 noviembre 2009. Publicado.
Revisión 1: 24 noviembre 2009. Corregido.
Revisión 2: 16 diciembre 2009. Modificado título.
##############################

Voy a instalar ubuntustudio 9.10 en el disco duro de mi ordenador.

Lo primero que debo hacer es lo que se dice "preparar el suelo", es decir, preparar las particiones. Realmente, con un espacio libre en disco de al menos 10 GB sería suficiente, pues el DVD de instalación es capaz de redimensionar, crear nuevas particiones y formatearlas.

¿Por qué nuevas? ¿No es suficiente con una partición? No. Hacen falta al menos dos, una para el sistema operativo y otra para el área de intercambio (o memoria swap). Pero yo lo haré en tres; una para el sistema operativo, otra para los documentos y configuraciones de usuario, y otra para la swap.

Así que sabiendo esto y también sabiendo que el DVD de instalación de ubunstustudio no es muy intuitivo para redimensionar y hacer nuevas particiones, las dejaré preparadas de antemano:

Una partición de 12 GB para el sistema operativo
Una partición de 100 GB para los documentos y configuraciones
Una partición de 2 GB para el área de intercambio

No importa el formato, ya que le pediremos al instalador que las reformatee. Tampoco importa que las particiones sean primarias o lógicas. Para esto podemos usar algún programa para particionar. Yo usaré gparted desde un Live CD de ubuntu genérico, pero hay muchas otras opciones.

Por supuesto, antes de hacer esto habré hecho una copia se seguridad de mis archivos importantes.

Ahora descargaré el DVD de instalación de ubuntustudio desde:

http://cdimage.ubuntu.com/ubuntustudio/releases/9.10/release/
En concreto el "PC (Intel x86) alternate install DVD"

Y lo quemaré a un DVD.

La instalación de un Ubuntu Desktop genérico es más fácil y más agradable que con este DVD "alternate", pero parece que ubuntustudio sólo dispone de este instalador. Aquí lo explicaré paso a paso, lo mejor que pueda.

Ahora voy a arrancar el ordenador desde el DVD. Por supuesto, deberé tener la BIOS configurada para que arranque primero desde el lector de DVD's.

Elegiré instalar (opción por defecto), elegiré el idioma de instalación (español) y pulsaré Enter. Empieza la aventura.

Elegimos nuestra ubicación.

En la configuración del teclado podemos decir que no y luego elegir el teclado normal de una lista o decir que sí e introducir las letras que nos pide para que el instalador adivine qué teclado tenemos. Yo iré por la primera opción, y después elegiré el teclado Spain, con distribución de teclado Spain. Este es el tipo de teclado más común que yo sepa pero tu caso puede ser diferente.

Ahora entrará en la fase de detección de hardware y análisis de CDROM, cargar componentes, configurar DHCP... Le dejamos hacer.

Si todo va bien, llegaremos a una ventana donde nos pide el nombre de la máquina. Seguimos las indicaciones y le damos un nombre. Con la tecla elegimos continuar y Enter.

Ahora elegiremos nuestra zona horaria, poniendo la ubicación cuya hora sea la misma que la nuestra, en mi caso Madrid.

El instalador pasará a detectar los discos duros y el resto del hardware, tras lo cual cargará algunos componentes adicionales y entrará en la fase crítica, el particionado. Máxima atención.

Elegiré el particionado manual y utilizaré la partición de 12 GB como sistema de ficheros ext4, formatear la partición, punto de montaje sistema de ficheros raíz, '/', el resto lo dejaré con los valores por defecto.

Con la de 100 GB utilizamos también como ext4, en este caso formateamos la partición y elegimos el punto de montaje '/home'.

El espacio de 2 GB lo utilizamos como área de intercambio o swap.

Elegimos "finalizar el particionado y escribir los cambios en el disco". Si todo está bien, confirmamos la operación, eligiendo "Sí" con la tecla y .

Ahora estará un rato creando los sistemas de archivos y luego pasará a instalar el sistema base.

Después nos pedirá el nombre del nuevo usuario. Aquí podemos elegir nuestro nombre propio. Después nos pide el nombre de usuario. Por defecto tomará el que hayamos elegido como nombre de usuario pero todo en minúsculas. Este será nuestro nombre de inicio de sesión, nuestra identificación de usuario en el sistema de directorios.

A continuación elegiremos una contraseña segura. Tener en cuenta que la contraseña nos la pedirá siempre que instalemos programas o hagamos cualquier otra operación para la cual nos hagan falta privilegios de administrador. Puede contener letras y números y se distinguen las mayúsculas de las minúsculas. Nos la pedirá dos veces.

Después de esto nos pedirá si queremos que la carpeta personal esté cifrada. A libre elección, yo elijo que no. Después información del proxy, yo no tengo tal cosa y lo dejo en blanco.

Ahora le dejamos hacer; configurar apt, seleccionar e instalar programas...
Nos da la opción de instalar 4 suites diferentes, gráficos en 2D/3D (The Gimp y Blender entre otras), Creación de Audio (jack, ardour, etc), plugins de audio LADSPA y DSSI y suite de creación de video (xjadeo, Kino...). Yo elijo los 4, para eso he hecho una partición de 12 GB. Mientras haya espacio no hay problema y para empezar, no quiero sentir que me estoy perdiendo algo. Elegimos con la tecla y nos movemos con las flechas arriba/abajo.

Y seguirá instalando programas... Al final instalará el cargardor de arranque grub, configurará nuestra cuenta, y nos preguntará sobre la confuguración de nuestro reloj. Le diré que UTC. Se terminó.

El sistema se reiniciará detectando el resto de sistema operativos (esperamos), nos pedirá la contraseña (podemos hacer que no la pida como ya explicaremos) y arrancará nuestro recién instalado ubuntustudio 9.10, cuya primera vista aparece así:

Ahora pensamos, ¿Dónde están los programas?
Por algo suelo recomendar yo empezar con un Linux genérico, que es mucho más intuitivo para empezar... Pero está fácil, lo tenemos ahí mismo. Sólo tenemos que poner a nuestro gusto el aspecto del entorno gráfico para que sea más atractivo y familiar. Este será el tema de la siguiente entrada.

Pero... nos aparece una ventana que nos sugiere actualizar el sistema. ¡Pero si acabamos de instalarlo!

Es que algunos de los programas ("paquetes de software") que hay en el CD han evolucionado y ya están en versiones más actualizadas. Vamos a actualizar todo. Cuando termina, para nuestra sorpresa, ¡No nos pide reiniciar!.

Primer gran punto a favor:

Ubuntu no pide reinicar cada vez que instala un programa, ni siquiera cada vez que instala o actualiza un montón de programas al mismo tiempo. Sólo lo hará con unos pocos, los que realmente afectan al sistema de arranque.

¿Y de dónde saca los programas para actualizar si no hemos abierto el navegador de internet?
De los repositorios de ubuntu, pero no voy a explicar eso ahora...

Ahora vamos a poner bonito nuestro ubuntustudio.

Ubuntustudio 9.10 para principiantes. I. Introducción y objetivos.

2009-11-17T10:51:00.000-08:00

################################
Notas de revisiones:
Revisión 0: 17 noviembre 2009. Publicado.
Revisión 1: 18 noviembre 2009. Añadidos datos y notas de hardware
Revisión 2: 16 diciembre 2009. Modificado título.
###############################

Comienzo una serie de entradas dedicadas a ubuntustudio 9.10, dirigidas a principiantes.

Ubuntustudio es una distribución de Linux basada en ubuntu, con el entorno gráfico de escritorio gnome.

Esta va a ser mi elección para mi ordenador de escritorio. Le daré el uso típico del usuario medio de ordenador (internet, correo, oficina, ver fotos y videos, chatear con los amigos, jugar, montar videos caseros, aprender...). Y, por supuesto, también lo usaré para producción de música, como músico aficionado. Esto incluye usar el ordenador como un amplificador o como un instrumento o como un procesador de efectos variados, grabación multipistas, notación, edición y análisis de audio...

No busco latencias de nanosegundos ni rendimientos excepcionales, pues no lo usaré para grabar decenas de pistas con mucho procesamiento de señal. Por eso mismo, (y porque hay que saber bastante de Linux para conseguirlo y yo todavía me estoy formando) no voy a ajustar el sistema hasta el último archivo de configuración. Así y todo, ubuntustudio ya viene ajustado para trabajo con audio, aunque haremos algunos reajustes que considero muy convenientes.

También instalaremos algunos programas útiles que no vienen en la instalación por defecto, daremos algunas recomendaciones y enseñaremos algunos trucos.

Por supuesto, el hardware es muy importante. Como referencia, yo tengo en este ordenador:

Placa base ASUSTeK P5B
Intel Core2 Duo CPU 6420 @ 2,13 GHz
2 GB de RAM
Gráfica nVidia GeForce 8400 GS
Tarjeta de sonido integrada Intel HD Audio
Tarjeta de sonido m-audio 2496

Es muy importante enterarse del soporte del hardware. Hay muchas tarjetas de audio que funcionan, pero hay otras muchas que no. No es fruto de la casualidad sino del trabajo de los escritores de drivers libres y de la colaboración de los fabricantes de hardware. Si tienes intención de comprar una tarjeta o si ya tienes una y quieres saber si funcionará en Linux, comprueba a ver si está soportada, bien por el proyecto FFADO (para tarjetas firewire) o bien por el proyecto ALSA (para tarjetas PCI, USB, etc). Para ello puedes visitar:

http://www.ffado.org/?q=devicesupport/list
http://www.alsa-project.org/main/index.php/Matrix:Main

En general, las tarjetas integradas suelen funcionar, bien a la primera o bien con un poquito de edición de archivos del sistema y/o un poquito de subir volúmenes de alsamixer (documentado en los HowTo de ubuntu-es.org). Con las integradas se puede hacer algo de música, pero no esperemos calidad profesional ni latencias muy bajas.

En la siguiente entrada hablaremos de la instalación. Si quieres probar, te invito a que me sigas en esta nueva aventura de Semicorchux.

Mi otro consejo es que te adelantes, que uses internet, que diversifiques tus fuentes de información.... siempre que tengas tiempo para ello.

Ojalá te funcione todo a la primera, pero el software libre, lo mismo que este blog, intenta hacer las cosas lo mejor posible... sin ninguna garantía. Tú verás si esto te encaja o no.

"Una persona no puede pretender que su experiencia individual sea universal ni puede decir a nadie lo que debe o no debe hacer. Como mucho podrá aconsejar, recomendar o sugerir. Tú eres el único que puede llegar a saber qué es lo mejor para tí mismo"

Creando canciones de tempo variable y sincronizando con hydrogen y ardour

2009-10-15T15:06:00.000-07:00

###################################
Notas de revisiones:
Revisión 0: 15 octubre 2009. Publicado
Revisión 1: 17 octubre 2009. Completado, menos video.
Revisión 2: 19 octubre 2009. Completado con video demo.
###################################

En este tutorial mostramos:
"""""""""""""""""""""""""""""""""""
1) Uso básico de klick, un increíble metrónomo de línea de comandos, y gtklick, su interfaz gráfica.

2) Uso de mapas de tempo para reflejar estructuras de canciones de una forma práctica, sencilla y comprensible para klick y para ardour.

3) Sincronización de klick, hydrogen y ardour en canciones de tempo variable, incluyendo rampas y cambios de compás.

Doy por hecho:
"""""""""""""""""""
Jack funciona estable.

__________________________________________________________
INDICE DE CONTENIDOS:
__________________________________________________________
0. INTRODUCCION
0.1 ¿Qué es un mapa de tempo?
0.2 Presentación de Gtklick

1. INSTALACION DE SOFTWARE
1.1 klick
1.2 klick2ardour
1.3 pyliblo
1.4 Gtklick
1.5 Hydrogen 0.9.4
1.6 Ardour

2. TUTORIALES
2.1 Uso básico de klick y gtklick
2.2 Uso de klick con un mapa de tempo
2.3 Sincronizar hydrogen con un mapa de tempo
2.4 Exportar un mapa de tempo a Ardour

3. CRÉDITOS Y PARA SABER MAS
___________________________________________________________

0. INTRODUCCION
"""""""""""""""""

0.1. ¿Qué es un mapa de tempo?
""""""""""""""""""""""""""""""""""""""""
Es un archivo de texto sencillo con la información de la estructura musical de una canción. Cada línea representa una parte. La canción puede tener tantas partes como queramos. El formato básico, comprensible por klick es:

parte1: nºcompases nomenclatura tempo #comentarios
parte2: nºcompases nomenclatura tempo #comentarios
.
.
.

Ejemplo:

##############################
# MAPA DE TEMPO NÚMERO 1 #
##############################
entrada: 1 4/4 120 #Un compás 4/4 para avisar el comienzo
estrofa: 4 4/4 120 #12 compases de 4/4 a bpm 120 en la primera estrofa
acelerando: 4 4/4 120-130 #8 compases acelerando gradualmente desde 120 hasta 130 bpm
estribillo: 8 4/4 130 #estribillo de 12 compases a 130 bpm
estrofa: 4 4/4 120 #segunda estrofa
acelerando: 4 4/4 120-130 #aceleramos
estribillo: 8 4/4 130 #estribillo
puente: 8 4/4 90 #puente
estribillo: 8 4/4 130 #estribillo
final: 1 1/4 130 #click final en el primer beat
#total compases 4/4:1 entrada + 48 + 1 final

Todas las líneas que llevan almohadilla delante son comentarios, podemos escribir lo que nos plazca que para klick es como si no estuviera.
Si no especificamos la nomenclatura, el compás será 4/4. Por lo que en este caso podríamos simplificar a:

entrada: 1 120
estrofa: 4 120
#etcétera

0.2. Presentación de Gtklick
"""""""""""""""""""""""""""""""""""""
gtklick es un sencillo e intuitivo metrónomo con una amigable interfaz gráfica GTK.
Características:

* Soporte nativo para JACK.
* Diferentes sonidos para elegir.
* Flexibilidad total para establecer medidas y patrones.
* Práctica de velocidad (cada vez más rápido).
* Perfiles de metrónomo que se pueden guardar y cargar posteriormente.
* Disponible en español (a partir de la versión 0.6.3)

gtklick
______________________________________________________________________

1. INSTALACION DE SOFTWARE
"""""""""""""""""""""""""""""

klick >= 0.12.2; gtklick >= 0.6.2; hydrogen >= 0.9.4 (ver nota 1); Ardour >=2.7.1 (>=2.8.2. recomendado).

Ver nota 2.

1.1. klick
""""""""""""""""""""""""""
Compilar/instalar desde el código fuente:

Primero instalaremos las herramientas de compilación y algunas dependencias de klick. Los podemos buscar e instalar desde synaptic (u otro gestor de paquetes de software) o bien desde terminal con nuestra herramienta de instalación de paquetes preferida. En distribuciones basadas en Debian son (con ellos se instalarán automáticamente varios otros):

build-essential
scons
libboost-dev
jackd
libjack-dev
libsamplerate-dev
libsndfile1-dev
liblo0-dev

Ahora descargamos las fuentes desde: http://das.nasophon.de/klick/
Esto es, el archivo klick-0.12.2.tar.gz (o una versión posterior, si está disponible).
Extraemos (botón derecho, extraer aquí). Se creará una carpeta en el escritorio (por razones de orden, es recomendable crear una carpeta para guardar los programas en código fuente que descarguemos desde internet, por ejemplo /home/usuario/fuentes. Esto no influye en el proceso de compilación / instalación del programa).

Ahora vamos a la carpeta con las fuentes de klick y abrimos una terminal en esa ubicación, con botón derecho (si el botón derecho no da la opción de abrir termianl es porque no está instalada esa utilidad, En gnome/nautilus hace falta instalar el paquete 'nautilus-open-terminal' y reiniciar al menos el entorno gráfico). En el terminal debe aparecer:

pablo@pablo-desktop:~/Fuentes/klick-0.12.2$

o similar, según cada caso. Ahora, para compilar escribimos en la terminal:
scons
Y para instalar, como administrador (con sudo delante, por ejemplo):
scons install (sudo scons install)

Si todo ha ido bien no habrá ningún mensaje de error (puede haber algún warning al que no haremos caso). Escribimos en una terminal "klick" y nos debe salir su lista de opciones. Hasta aquí todo bien.

Instalar un paquete precompilado:
Dependerá de cada distribución.

1.2. klick2ardour
""""""""""""""""""""""""""""""""""""
Desde la misma página, abrimos el enlace a klick2ardour.py
Creamos un nuevo documento con botón derecho (archivo de texto)
que nombramos klick2ardour.py y copiamos todo el código de esa página a este archivo.
Supongamos que lo guardamos en /home/usuario/
Esto es un script en python. Debe tener permiso de ejecución, para lo cual abriremos sus propiedades con botón derecho y en la pestaña de permisos lo habilitaremos.

1.3. Pyliblo
""""""""""""""""""""""""""""""""""
Pyliblo es una librería necesaria para gtklick. Si estamos en ubuntu jaunty o posterior, podemos instalar el paquete 'python-liblo' y ya está.

Si queremos compilar, primero comprobaremos cuál es nuestra versión de liblo. (En ubuntu, miramos la versión de liblo0-dev). Si es la 0.23, necesitamos pyliblo-0.7.2.tar.gz.
Lo bajamos desde http://das.nasophon.de/pyliblo/
Una vez descomprimido abrimos una terminal en la carpeta creada y hacemos:
Para compilar:
./setup.py build
Para instalar, como administrador (con sudo delante por ejemplo):
./setup.py install

1.4. Gtklik
""""""""""""""""""""""""""""""""""
Compilar/instalar desde el código fuente:

Primero terminamos de instalar las dependencias de gtklick desde nuestro instalador de paquetes de software. Nos hace falta el paquete 'gettext'. Parece ser que en Fedora también hace falta python-devel (¡gracias cato!).

Después descargamos las fuentes desde: http://das.nasophon.de/gtklick/
Esto es, el archivo gtklick-0.6.2.tar.gz (o una versión posterior, si está disponible).
Una vez descomprimido abrimos una terminal en la carpeta creada y hacemos:
Para compilar:
./setup.py build
Para instalar, como administrador (con sudo delante por ejemplo):
./setup.py install

Debería aparecer en el menú de 'Sonido y Video'.

Instalar un paquete precompilado:

Depende de cada distribución.

1.5. Hydrogen 0.9.4
""""""""""""""""""""""""
Para ubuntu, descargar el binario desde el enlace correspondiente de los que Comix apunta aquí:
http://www.hydrogen-music.org/forum/?action=show_thread&thread=1120&fid=9&page=1
E instalarlo con botón derecho (Gdebi).

1.6. Ardour
"""""""""""""""
ubuntu jaunty tiene el 2.7.1. Mucho mejor, instalar una versión posterior. Para ubuntu, se puede conseguir en get.deb. Para usuarios avanzados, mejor compilar desde las fuentes la última versión que conseguiremos en www.ardour.org
_________________________________________________________________

2. TUTORIAL
"""""""""""""""""""

2.1. Uso básico de klick y gtklick
"""""""""""""""""""""""""""""""""""""""
Primero lanzamos Jack Control.
klick es un metrónomo de línea de comandos. Por ejemplo, podemos hacer:
Code: klick 120
Ir a las conexiones de jack y conectar su salida a los system:playbacks. Paramos con Ctrl + C.
Pero mejor si hacemos:
Code: klick -P 120
Y así se autoconectará a los system:playbacks y lo tendremos sonando desde el principio, a 120 bpm.
Bueno, para hacer esto, mejor usamos gtklick.

El caso es que klick tiene algunas opciones que no podemos llevar a cabo con su interfaz gráfica. Si escribimos 'klick' sin ningún parámetro nos dará toda la lista de opciones. Una de las más útiles es que podemos cargar mapas de tempo en modo texto. Veamos cómo.

2.2. Uso de klick con un mapa de tempo
""""""""""""""""""""""""""""""""""""""""""""""""""
Vamos a copiar el archivo de tempo que escribimos en la introducción a un archivo de texto. Por ejemplo, podemos crear una carpeta en /home/usuario/ llamada /mapas-tempo y crear un archivo de texto vacío dentro de ella, al que copiamos lo de arriba y lo guardamos como, por ejemplo, /home/pablo/mapas-tempo/mapa1
Ahora lanzamos:
Code: klick -P -f /home/pablo/mapas-tempo/mapa1
Y sonará el metrónomo para nuestra canción.
También podemos hacer:
Code: klick -f /home/pablo/mapas-tempo/mapa1 -W /home/pablo/Escritorio/mapa1.wav
y nos creará en el Escritorio un archivo de audio con el metrónomo de nuestra canción, en un periquete.

2.3. Sincronizando hydrogen con el mapa de tempo
"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
Ahora lanzamos hydrogen 0.9.4. y pulsamos "J.TRANS". De esta forma, hydrogen seguirá el tranporte de jack, con lo cual estará sincronizado con el resto de clientes que también lo usen.

El tamaño (size) 8 equivale al compás 4/4, con 4 beats o negras en los números 1, 2, 3 y 4 del editor de patrones. Para este ejemplo hagámoslo sencillo: por ejemplo, golpes de bombo en las negras en el pattern 1 y 50 cuadros de patrón 1 en el editor de canción. Pongamos hydrogen en modo canción (MODE SONG) Ahora hagamos:

Code: klick -T -f /home/pablo/mapas-tempo/mapa1

He qitado la opción -P para que klik no se autoconecte a los system:playbacks y no suene. He añadido la opción -T para que sea el "Maestro" del transporte de jack. Ahora podemos usar el transporte de Jack Control o el del propio hydrogen. Cuando damos a play veremos que el tempo se modifica, siguiendo nuestro mapa.

Otra prueba:

El concepto de patrón en hydrogen no equivale exactamente al de compás. Creo que es mejor asociar un patrón como un "ciclo susceptible de ser repetido en otras partes de la canción". Puede haber patrones de 2 compases o más. De hecho, escribir baterías en hydrogen con patrones de compases 4/4 en TODA la canción puede resultar un verdadero rollo. Como ya hemos dicho, el tamaño 8 equivale a un compás de 4/4, el tamaño 6 a uno de 3/4, etc. Así que el tamaño 16 son dos compases 4/4 o... por qué no, podemos identificarlo como un compás 8/4 en nuestro mapa de tempo.

Así que ahora hagamos otro mapa de tempo, con compases 8/4.

###################################
# MAPA DE TEMPO 2 #
###################################

Silencio: 1 4/4 120
Palos: 1 4/4 120 #Palos de entrada
parte1: 2 8/4 120
parte2: 3 8/4 120-144
parte3: 2 8/4 154
parte4: 5 8/4 164
parte5: 3 8/4 164-120
parte6: 1 8/4 120
golpe-final: 1 8/4 120
#suma de compases de 4/4: 1 silencio + 1 entrada
#suma de compases de 8/4: 16 + 1 final

Ahora, en hydrogen creamos dos patrón de tamaño 8 y 17 patrones de tamaño 16. No hacen falta 17 patrones diferentes, podemos tener tantos diferentes como queramos, pero en el editor de canción que los dos primeros sean de tamaño 8 y los 17 restantes, de 16. El primer patrón de 8 lo dejamos en blanco (silencio) y en el segundo escribimos palos (stick) en las posiciones 1, 2, 3 y 4 (beats o negras). En los de 16, podemos empezar con bombo, caja, charles... algo sencillo para probar. En el último escribimos sólo en el primer beat (por ejemplo, bombo y crash).

Copiamos el mapa de tempo a un archivo de texto, por ejemplo /home/pablo/mapas-tempo/mapa2

Terminal, flecha arriba para invocar el último comando y cambiamos el mapa1 por el nuevo mapa2.

2.4. Exportando el mapa de tempo a Ardour
"""""""""""""""""""""""""""""""
Dominic, el autor de klick y de gtklick ha escrito un script en python que exporta la estructura de nuestra canción a ardour, para que éste tenga en cuenta los cambio de tempo. Además, se crean marcas que representan los puntos de cambio de compás o de tempo, con la primera palabra de cada línea del mapa. En las rampas, klick2ardour.py escribe cambios consecutivos de tempo en cada beat.

Ahora creemos una nueva sesión en ardour, por ejemplo, 'mapa-2'. Cerramos ardour y hacemos en la terminal:

python /ruta/a/klick2ardour.py /ruta/a/mapa2 /ruta/a/mapa-2/mapa-2.ardour

Si no recibimos ningún mensaje es que ha ido bien.
Abrimos la sesión y qué vemos, la estructura de nuestra canción en ardour. Ahora incluso nos podemos olvidar de klick, poner ardour con transporte jack como Maestro y sincronizar con hydrogen elegantemente.

_______________________________________________________________________

3. CRÉDITOS Y PARA SABER MÁS
""""""""""""""""""""""""""""""

Un interesante estudio analizando variaciones de tempo de varias canciones, y posterior discusión:
http://musicmachinery.com/2009/03/02/in-search-of-the-click-track/

Lo mismo en el idioma de Cervantes:
http://www.hispasonic.com/blog/ivalladt/busca-metronomo-perdido

Dominic Sacre es el autor de (entre otros) klick, gtklick, kick2ardour y pyliblo
http://das.nasophon.de/

El manual de klick, completo:
http://das.nasophon.de/klick/manual.html

Hydrogen
www.hydrogen-music.org

Ardour
www.ardour.org

Video grabado con recordmydesktop.
Audio grabado con jack_capture
Dibujo hecho en tuxpaint
Montado en kdenlive.

______________________________________________________________________
Notas:

1. Puede que en hydrogen 0.9.3 también funcione, pero no lo he probado. De todas formas, recomiendo hydrogen >=0.9.4.
2. Las instrucciones de compilación/instalación suelen estar en los archivos README y/o INSTALL en la carpeta creada al descomprimir las fuentes (en inglés).
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||

Bueno, bonito, barato.

2009-06-27T09:40:00.000-07:00

############################
Notas de revisiones:
Revisión 0: 27 junio 2009. Primeras ideas.
Revisión 1: 8 julio 2009. Retocado.

############################

Bonito

http://es.wikipedia.org/wiki/Software_libre
http://es.wikipedia.org/wiki/GNU/Linux

Linux (en su acepción más amplia, con todos sus sabores y distribuciones y sobre todo con su carácter libre gracias a las bases establecidas por el proyecto GNU) es algo más que un sistema operativo. Es un acontecimiento histórico nacido de la colaboración de miles de personas de todo el mundo, autoorganizado en proyectos, grandes, pequeños, con objetivos diversos y con fines no necesariamente lucrativos.

En contradicción con los economistas que ignoran otras inclinaciones naturales diferentes a "enriquecerse con bienes materiales", también existen las de cooperar, compartir, la satisfacción del trabajo bien hecho, disfrutar los triunfos del trabajo en equipo, la ilusión de sentirse útil, el verse reconocido, el sentimiento de pertenencia a una comunidad, el sentido del humor, el amor al arte...

Desde luego, GNU/Linux no es el único exponente de esta evolución hacia el conocimiento libre y colaborativo que estamos viviendo, gracias a internet, a una escala mayor que nunca. Sin embargo, creo que es una de las piezas que faltan en el puzzle informático de muchas personas que se rebelan contra los monopolios de software y contra las políticas que ponen muros a la libre creatividad e impiden que las "cosas blandas", los programas de ordenador, las ideas, se puedan compartir y disfrutar libremente.

Los usuarios de Linux no somos meros consumidores de software ni tenemos que escondernos de nadie ni de nada ni hacernos del club de los "listos" que saben dónde conseguir los programas gratuitamente. En Linux, si tú quieres, puedes convertirte en prosumidor (productor-consumidor) y colaborar en el desarrollo de los programas o en su documentación.

Usar software libre implica aceptar licencias que nos invitan a colaborar y no nos prohíben compartir.

Barato

La parte barata es obvia; el sistema operativo y la gran mayoría de las aplicaciones que iremos presentando se pueden descargar gratuitamente desde los sitios web de los proyectos de los programas o desde los servidores (repositorios) de las distintas distribuciones, sin incumplir ninguna licencia. Algunos proyectos piden apoyo económico voluntario.

Bueno

La parte buena es que se puede hacer música con Linux. Requiere un poco de esfuerzo pero creo que merece la pena.

Para el usario medio de ordenador, Linux ya no es el "monstruo" que era ni se merece, a día de hoy, su fama de "sistema operativo solamente para informáticos". Ubuntu, Fedora, Linux Mint, Open Suse... (por citar 4 de las más populares de entre decenas) son distribuciones ("variedades" de Linux) que suministran entornos gráficos muy fáciles de usar y son bastante fáciles de instalar. Sólo hay que cambiar el chip de "Informática = Windows", leer un poco, especialmente sobre el soporte del hardware, y preparar bien el suelo en el disco duro. Y si aún no te animas a instalarlo, siempre puedes probarlo con un "Live CD", que funciona desde el CDROM sin "tocar" el disco duro. En cuanto al uso del ordenador para creación música, la cosa se complica un poco pero existen distribuciones enfocadas a "multimedia". Ya hablaremos de esto en otra entrada...

Y es que el éxito que Linux ha tenido en algunos campos de la informática no se ha reflejado, de momento, en ordenadores personales utilizados como estaciones de trabajo de audio digital.

La realidad es que los programas de audio/midi para Linux y el propio sistema operativo llevan años mejorando y aún están en pleno desarrollo y evolución. Ahora mismo se puede encontrar de todo, desde un sencillo metrónomo virtual hasta un estudio de grabación multipistas profesional, racks de efectos, plugins, editores y analizadores de audio, instrumentos virtuales, editores de partituras, etcétera... http://www.linux-sound.org

Requiere un poco de esfuerzo. Pero de verdad, no es para tanto. No con una actitud positiva y con disposición de aprender.

Conexiones de audio entre aplicaciones y tarjeta de sonido. Jack Control y Patchage.

2009-03-14T06:26:00.000-07:00

################################
Notas de revisiones:
Revisión 0: Marzo 2009. Publicado sin contenido.
Revisión 1: 21 junio 2009. Publicado completo.
Revisión 2: 23 junio 2009. Retocado y ordenado texto.
Revisión 3: 27 junio 2009. Eliminada chapa filosófica (para otra entrada).
Revisión 4: 7 julio 2009. Añadida nota 1.
Revisión 5: 8 julio 2009. Añadido pantallazo qjackctl y retocado texto.
Revisión 6: 28 enero 2010. Añadido enlace a "Reproductores multimedia a través de jack"
#################################
_________________________________________________________________
1. Breve presentación del servidor Jack
_________________________________________________________________

Jack Audio Connection Kit (JACK) es un sistema para enviar audio entre aplicaciones y para permitir que éstas compartan la tarjeta de audio. Jack está diseñado para funcionar a latencias muy bajas (tan bajas como la tarjeta de audio lo permita) y para sincronizar perfectamente el audio entre ellas.

La herramienta gráfica más utilizada para lanzar el servidor jack es "qjackctl", que suele aparecer como "Jack Control" en el menú "Sonido y vídeo", "Multimedia" o similar en los entornos gráficos de escritorio. Desde Jack Control, botón setup, configuramos los parámetros y opciones con las que el servidor jack va a ejecutarse. En otra entrada daremos algunas orientaciones sobre esta configuración.

qjackctl

Si damos al botón "Conexiones", en la pestaña "Audio" veremos los denominados "clientes" de Jack, que son todas las aplicaciones "jack-aware" o "jackificadas" (es decir, que han sido programadas para ser clientes de jack, al menos optativamente) que tengamos abiertas en este momento. En esta entrega nos centramos en las conexiones de audio y veréis que resulta muy fácil conectar aplicaciones entre sí y con la tarjeta de sonido.

Otra característica destacable de jack es su transporte (teclas play / forward / rewind / pause ...) que es capaz de sincronizar diferentes clientes (secuenciadores, grabadores, reproductores...) en una única línea de tiempo, si así lo deseamos.

Acerca de jack, hay algunos conceptos no tan obvios que debemos tener claros para evitar confusiones:

1) El servidor jack se ejecuta "por debajo". No se ve, es un "demonio".

2) El servidor jack aborta el audio de toda aplicación que no sea su cliente, es decir, las aplicaciones no jackificadas no suenan (si esto es un problema para escuchar tu música o ver tus películas, echa un vistazo a esta entrada).

3) Qjackctl (Jack Control) es una interface gráfica para lanzar, configurar y hacer conexiones entre clientes del servidor jack (Ver nota 1).

4) Hay otras formas de lanzar el servidor jack, además de Jack Control; que yo sepa, bien mediante línea de comandos o bien mediante la configuración de audio de una aplicación que no puede funcionar sin jack, como es ardour. (Esta opción sólo aparece en el diálogo de inicio de ardour si el servidor jack no estaba ejecutándose de antemano).

5) Hay otras formas de hacer conexiones entre clientes de Jack, además de la ventana de conexiones de Jack Control. Por un lado, muchas aplicaciones tienen su propio interfaz de conexiones que, además de a sí mismas, ven también al resto de clientes de jack. Por otro lado, existen otras interfaces independientes, por ejemplo Patchage, como vamos a ver en el video.

_________________________________________________________________
2. Video-demo
_________________________________________________________________

Resumen:
Mostramos la flexibilidad en las conexiones virtuales de audio entre aplicaciones y tarjeta de sonido, utilizando primero la ventana de conexiones de Jack Control y después Patchage. De paso, damos a conocer algunos programas útiles.

(00:05) Tengo abierto Jack Control y unas pocas aplicaciones "jack-aware". Al dar al botón "Conexiones" aparece la ventana donde se pueden realizar las conexiones virtuales entre los puertos de salida y los puertos de entrada de las aplicaciones y tarjeta de sonido. "System" representa la tarjeta. Los puertos "capture" vienen de las entradas de micrófono o línea y los puertos "playback" van a las salidas que conectamos a los altavoces o equipo de audio exterior.

El resto de clientes son las aplicaciones que tenemos abiertas:

gtklick, un sencillo metrónomo con un puerto de salida.

Audacious, un reproductor de audio (con el plugin de salida de jack).

Rakarrack, un rack de efectos para guitarra y bajo.

Jack-capture, un grabador de audio que conecta automáticamente todo lo que conectemos a los "system playbacks" de forma que grabamos todo lo que sale de los altavoces. (Jack-capture lo he utilizado para grabar el audio de este videotutorial).

(00:40) Parto de todos los puertos desconectados. Conecto la salida de gtclick con los "system playbacks" y el "system capture_1" (que viene de la primera entrada analógica de mi tarjeta de audio donde tengo enchufada directamente una guitarra) con una de las entradas de rakarrack y una de sus salidas con los "system playbacks". Así, puedo practicar con el metrónomo. Después conecto los puertos de salida de audacious con los system playbacks y pongo música, que puedo seguir con la guitarra.

(01:50) Ahora vemos patchage, otro interfaz para hacer las conexiones virtuales. En patchage, cada cliente de jack se representa mediante una o dos cajas, según queramos representar los puertos de entrada y salida de cada cliente en una sola caja (botón derecho, join) o bien tenerlas por separado (split). También podemos desconectar todas las conexiones de cada caja sin afectar al resto (disconnect all).

Las conexiones y puertos de audio aparecen en azul, las conexiones alsa midi en verde y las jack midi en rojo. En el video se ven de pasada algunos puertos alsa midi pero como hemos dicho antes, en esta entrega nos centramos exclusivamente en las conexiones de audio.

Patchage tiene una ventaja con respecto a la ventana de conexiones de Jack Control cuando tenemos muchas aplicaciones abiertas o cuando alguna de ellas presenta muchos puertos, pues ofrece más claridad. Nos permite retirar cajas desconectadas a los márgenes, podemos organizarlas de forma que los cables no se crucen, se pueden poner unas cajas debajo de otras, se pueden seleccionar varias cajas para moverlas simultáneamente y se pueden poner diferentes tamaños de cajas y fuentes jugando con los botones de zoom. Las conexiones y desconexiones se realizan arrastrando el ratón de unos puertos a otros.

(2:38) Lanzo hydrogen (caja ritmos), conecto las salidas de audio a los "system playbacks" y hago un poco de ruido. (3:14) Después lanzo ardour y creo una nueva sesión en la cual agrego una pista estéreo. Por defecto, ardour autoconecta a las entradas de sus pistas los primeros puertos de captura que ve, en este caso "system capture_1" y "_2". (3:41) Los desconecto. (3:47) Desconecto también las salidas de audacious de los "system playbacks" y las conecto a los puertos de entrada de audio de la pista estéreo. (3:57) Después "armo" (preparo para grabar) la pista. Observa la señal de entrada en el vúmetro de la pista. (04:02) Para poder escuchar (monitorizar) lo que entra a la pista hay que elegir "monitorización por Ardour" (es decir, por software, en contraposición con "monitorización por hardware" en la cual se usa el mezclador de la propia tarjeta para evitar toda latencia). (04:07) Para terminar, grabo la parte final de la canción a la pista estéreo.

En el video utilizo gnome con efectos de escritorio por motivos estéticos y didácticos (los zooms son de mucha ayuda). Sin embargo, éstos consumen recursos (RAM y CPU) y en general no se recomienda tenerlos activos cuando se trabaja con audio en tiempo real.

_________________________________________________________________
3. Agradecimientos, créditos y para aprender más...
_________________________________________________________________

www.blogger.com, que cede este espacio gratuitamente.

El vídeo se ha grabado con recordmydesktop. http://recordmydesktop.sourceforge.net

El audio se ha grabado en directo con jack-capture (jack-capture-gui2).
Posteriormente se ha editado en Audacity para cortar un trozo final sobrante y exportar a un formato comprimido.

En kdenlive se han integrado el video y el audio y se ha exportado a un formato admisible por blogspot. www.kdenlive.org

El título lo he montado con The Gimp

JACK (Jack Audio Connection Kit): www.jackaudio.org

qjackctl: http://qjackctl.sourceforge.net/

gtklick. http://das.nasophon.de/gtklick/

rakarrack. http://rakarrack.sourceforge.net/

audacious. http://audacious-media-player.org/

Hydrogen. http://www.hydrogen-music.org/

Ardour. http://www.ardour.org

Canción "Time is on my hands", por The Greatest of Ease,
grabada y producida en ardour por Dave Taht.
_________________________________________________________________

"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
Notas
"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
1. Cuando hablamos de clientes de Jack, nos referimos a clientes de audio y clientes de MIDI (jack MIDI o MIDI manejado por jack). Pero Qjackctl sirve también para hacer conexiones entre clientes de "Alsa MIDI" o MIDI manejado por alsa. En cualquier caso, en esta entrada sólo hablamos de conexiones de audio.
"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""