[eside-ghost] pregunta sobre jackd

[altern]

por cierto ya me han aclarado de donde viene el problema. Es el portatil 
el que tiene un chip ricoh (y no la tarjeta) y debe de ser una ful. Me 
recomiendan que me pille una tarjeta Firewire PCMCIA o PCIexpress.

de todas formas otra persona me ha dicho que compilando todo a mano y 
teniendo mucho cuidado que no haya procesos por detras el se arregla 
bien. Me ha dicho que apague la wifi por si comparten IRQ, ya me lo 
estaba oliendo. Para apagar la WIFI es simplemente 'ifconfig eth1 down' no?

Alguna recomendacion de tarjeta firewire PCMCIA? no vaya a ser que me 
pille alguna mierda.

Javier Ortega Conde (Malkavian)(e)k dio:
> ¡Aupa altern!:
> 
> He encontrado esto y en el último post el tío se autoresponde diciendo que 
> ha encontrado la solución, a ver si te sirve:
> http://www.hydrogen-music.org/forum/?action=show_thread&fid=4&thread=594&page=1
> 
>> Este es el comando que arranca Jack desde qjackctl
>> /usr/bin/jackd -R -dfreebob -r48000 -p1024 -n3 -P -i0
> 
> Por otro lado con esa configuración (48.000HZ, 1024 frames/period, 2 
> periods/buffer (aunque no se porque cojones pone 3, a mi también me 
> pone -n3 en el comando al elegir 2, quizás es un error)) tendrás 42,7ms 
> de latencia. Y aún así tienes xruns, que que yo sepa son perdidas de 
> información porque no hay tiempo a cogerla toda con esa latencia. Así 
> mismo estaba yo hasta que hace poco probé a meter los parches de tiempo 
> real ( http://rt.wiki.kernel.org )  donde hay un bonito "RT PREEMPT 
> HOWTO" y añadir al /etc/security/limits.conf :
> 
> # Para el audio en tiempo real
> @audio - rtprio 99
> @audio - nice -10
> @audio - memlock 512000
> 
> Y que mi usuario este en el grupo audio claro.
> 
> En el jackcontrol tengo activada la casilla de realtime y he puesto 89 (el 
> máximo) en el valor de priority y así mi comando de jack para mi tarjeta 
> de sonido PCI "M-Audio Audiophile 2496" ahora es este:
> /usr/bin/jackd -R -P89 -dalsa -dhw:0 -r96000 -p64 -n3
> 
> 96.000Hz, 64 frames/period y 2 (¿o 3?) periods/buffer, con una latencia 
> resultante de 2,67ms y sin xruns en las pruebas que hice con un solo 
> canal. Quizás al andar con varios canales reproduciendo y otro grabando 
> tenga que subir los frames/period y con ello la latencia para evitar los 
> xruns pero vamos, la diferencia es importante...
>