Jack no suena

Para probar mi reciente instalación, he descargado un fichero WAV de pruebas llamado testing.wav. ALSA parece funcionar bien aquí, ya que puedo oir el sonido al hacer:

$ aplay testing.wav

Intento hacer lo mismo a traves de Jack. El WAV está muestreado a 11.025Hz así que arranco Jack de esta forma:

$ jackstart -v -d alsa -r 11025 -S

Y ahora si hago:

$ jack.play testing.wav

No aparece ningún error, ni en este shell ni en la salida de jackstart. Y sin embargo, no se oye nada.

Este ordenador es un portátil Dell Latitude D610 con una tarjeta de sonido integrada Intel ICH6 AC'97 corriendo Debian inestable sobre un kernel 2.6.15.2 con preempt activado y el módulo realtime-lsm.

Resumiendo, ALSA suena, Jack no suena.

¿Alguna idea?

hola,¿podrías probar esto?
jackd -v -d alsa -r 11025 -S
en vez de
jackstart -v -d alsa -r 11025 -S

Según tengo entendido (no te fies mucho de mi) en los kernels de la serie 2.6 hay que usar jackd en lugar de jackstart,y no sabría decirte por qué.

Saludos.

Vale, le he dado una segunda lectura al tema.

Si he entendido bien, el ejecutable jackstart se crea al compilar Jack con la opción --enable-capabilites. Está pensado para ser utilizado en kernel 2.4 parcheado para capabilities. Si vas a usar 2.6 y 2.4, en 2.6 puedes correr el módulo realtime con la opción allcaps=1 lo que simula el comportamiento del 2.4 y permite utilizar jackstart en ambas versiones.

Dado que sólo voy a usar 2.6, cargaré el módulo realtime sin la opción allcaps=1 y utilizaré sólo jackd. Seguiremos informando.

Alguien escribió:

Dado que sólo voy a usar 2.6, cargaré el módulo realtime sin la opción allcaps=1 y utilizaré sólo jackd. Seguiremos informando.

Yo lo cargo con la opción gid=29 , que es el grupo audio en mi distro (Sarge 2.6.15.2 #1 PREEMPT ),para que no m dé problemas al usarlo como usuario normal.
Por supuesto que el usuario con el que opero perteece a ese grupo.

Saludos.

Alguien escribió:

Dado que sólo voy a usar 2.6, cargaré el módulo realtime sin la opción allcaps=1 y utilizaré sólo jackd. Seguiremos informando.

Yo lo cargo con la opción gid=29 , que es el grupo audio en mi distro (Sarge 2.6.15.2 #1 PREEMPT ),para que no me dé problemas al usarlo como usuario normal.
Por supuesto que el usuario con el que opero pertenece a ese grupo.

Saludos.

Por supuesto, yo también utilizo gid=29. Utilizo Debian sid para muchas otras cosas y para mí Demudi o Musix no son una opción.

Por cierto que en Sarge muchas aplicaciones no están disponibles y otras en versiones quizá demasiado no-nuevas (por utilizar un eufemismo). ¿Haces backport de aplicaciones, mezclas repositorios?

ivalladt escribió:

Por supuesto, yo también utilizo gid=29. Utilizo Debian sid para muchas otras cosas y para mí Demudi o Musix no son una opción.

Si ya eres un usuario experimentado, o manejas arquitecturas diferentes de x86(además de cualquier otra razón que uno pueda tener),pues puede que no lo sean.
A mí Demudi me parece cojonuda para meterte del tirón en el asunto audio-linux sin andar complicándote la vida,instalas y a currar, a no ser que tengas problemas de drivers,eso ya es otra cosa.Me parece un proyecto estupendo,como Planet CCRMA, que también he usado.Musix la veo más como para ver que pasa por aquí:live cd,miras y si te gusta te la quedas.

Alguien escribió:

Por cierto que en Sarge muchas aplicaciones no están disponibles y otras en versiones quizá demasiado no-nuevas (por utilizar un eufemismo). ¿Haces backport de aplicaciones, mezclas repositorios?

Lo que hago es compilar, lo que sea compilable,e instalarlo en /usr/local,de esa manera,creo,tengo a salvo el grueso del sistema,y hasta ahora no me encontré con situaciones muy complicadas o que no haya podido resolver con unas horas de google y paciencia.
Los repositorios que he mezclado con los de Sarge son los de Demudi 1.2.1,que está basada en esta ,además de otro que necesité para una librería que no está en Sarge (libxinerama),por ahora no me ha dado ningún conflicto que no pudiese solucionar.
Lo del backport no sé muy bien lo que es,yo lo que utilizo para instalar es checkinstall,que después de compilar te crea un paquete deb para gestionarlo con apt.
Ahora mismo tengo un kernel 2.6.15.2 con el parche de baja latencia de Ingo Molnar,realtime-lsm y las últimas versiones de jack,alsa,ardour,hydrogen,zynaddsubfx,muse,y algunas otras cosas más que funcionan de perlas en mi máquina,un pentium 4 con 1gb de ram,y una dmx6 fire.en la que conviven sin problemas Demudi 1.3.0,Sarge (que la que más uso en este momento) y Sid.

Me encanta Debian


Saludos.

guitman escribió:

Si ya eres un usuario experimentado, o manejas arquitecturas diferentes de x86(además de cualquier otra razón que uno pueda tener),pues puede que no lo sean.

Un poco de todo. Tengo Debian ppc en un viejo Mac G3 blanco y azul, es una gozada correr un sistema operativo tan bien hecho en un hardware también tan bien hecho.

Alguien escribió:

Lo que hago es compilar, lo que sea compilable,e instalarlo en /usr/local,de esa manera,creo,tengo a salvo el grueso del sistema,y hasta ahora no me encontré con situaciones muy complicadas o que no haya podido resolver con unas horas de google y paciencia.
(...)
Lo del backport no sé muy bien lo que es,yo lo que utilizo para instalar es checkinstall,que después de compilar te crea un paquete deb para gestionarlo con apt.

Justo eso es el backport, compilar una aplicación de inestable contra las librerías de testing o estable. Es mucho más sencillo que instalar manualmente las librerías y al instalar con apt-get es igualmente sencillo desinstalar, mucho más que limpiar basura de /usr/local.

Con un repositorio deb a estable en sources.list, añades un repositorio deb-src a inestable. Para hacer backport de `paquete' simplemente haces:

apt-get build-dep paquete
apt-get --build source paquete

Sólo fallará si también hay que hacer backport de alguno de los paquetes que instalaría el primer comando. En ese caso, se hace backport de todo lo necesario por orden y arreglado.

http://www.debian.org/doc/manuals/apt-h ... ng.es.html

Resuelto, jack.play no conecta automáticamente su salida de audio al alsapcm. Hay que hacerlo manualmente con jack_lsp y jack_connect.

Fluidsynth tiene una opción -j que sí conecta automáticamente la salida de audio.

Por cierto tanto jackstart como jackd funcionan, aunque jackd sea la forma ortodoxa para un 2.6.

Alguien escribió:

Justo eso es el backport, compilar una aplicación de inestable contra las librerías de testing o estable. Es mucho más sencillo que instalar manualmente las librerías y al instalar con apt-get es igualmente sencillo desinstalar, mucho más que limpiar basura de /usr/local.

Con un repositorio deb a estable en sources.list, añades un repositorio deb-src a inestable. Para hacer backport de `paquete' simplemente haces:

apt-get build-dep paquete
apt-get --build source paquete

Sólo fallará si también hay que hacer backport de alguno de los paquetes que instalaría el primer comando. En ese caso, se hace backport de todo lo necesario por orden y arreglado.

http://www.debian.org/doc/manuals/apt-h ... ng.es.html

Pues muchas gracias por tu clara explicación.
Por ahora sólo compilé lo que funciona con las librerias de Sarge,pero lo de añadir el repositorio deb-src puede que sea la solución a algunas cosas que dejé por hacer.



Saludos.

Tampoco me funcionaba a mi, despues de compilar la última versión de Ardour y de Jack... pero weno si usas qjackctrl será más sencillo que por comandos no?...
Yo he tenido que conectar los puertos de salidas de las aplicaciónes corriendo (Ardour y Hydrogen) a todos los puertos de entrada, hasta encontrar los 2 altavoces frontales... una tontería...

Sí, por el amor de Elvis, usad qjackctl. A mí me mola la línea de comandos pero para esas cosas es insoportable.

Pues a mi para que me funcione me alcanza con
jackd -d alsa
en una línea de comandos y listo, después abro jack y lo hago arrancar.

No se te ocurra cerrar el terminal porque jack se cuelga...