[Musix-usuarios] Jackd realtime y $

Dom Mayo 27 06:42:46 CEST 2007

El día 26/05/07, Marcos Guglielmetti <marcospcmusica en gmail.com> escribió:
>
> El Domingo, 27 de Mayo de 2007 03:24, Gabriel Dandrea escribió:
> | El día 26/05/07, Marcos Guglielmetti <marcospcmusica en gmail.com>
> escribió:
> | > El Domingo, 27 de Mayo de 2007 00:46, Gabriel Dandrea escribió:
> | > | Hola, hace un tiempo que estoy tratando de hacer correr jackd en
> | >
> | > realtime,
> | >
> | > | como usuario normal.
> | > | Estoy en Debian testing/unstable, usando los repositorios de musix.
> De
> | >
> | > ahi
> | >
> | > | me baje el kernel source 2.6.21 rt7, configure, hice un make, make
> | > | modules_install, y copie manualmente la bzImage a boot para cargarlo
> | >
> | > todo.
> | >
> | > | Lo aclaro porque no se si por ahi es algun error por no usar
> | > | make-kpkg. El modulo realtime lo tengo como realcap, pero segun vi
> | > | esta en desuso por pam, con lo
> | > | que me bastaria con setear en /etc/security/limits.conf
> | > | @audio - rt_priority 100
> | >
> | > Just this:
> | >
> | > @audio - rtprio 100
> | >
> | > (debian lo hace mal, se ve...)
> | >
> | > | @audio - nice -10
> | > | @audio - memlock 4000000
> | > | pero no pasa nada.  Al correr qjackctl para ver que pasa solo veo
> | > | xruns, porque no puede establecer prioridad realtime, me sale esto:
> | > |
> | > | cannot use real-time scheduling (FIFO at priority 20) [for thread
> | > | -1228035152, from thread -1228035152] (1: Operation not permitted)
> | > | cannot use real-time scheduling (FIFO at priority 10) [for thread
> | > | -1236423760, from thread -1236423760] (1: Operation not permitted)
> | > | Si lo ejecuto sin realtime no pasa nada.
> | > | En Musix me anda todo bien pero en mi sistema, no quiere no pasa
> nada.
> | > | Tengo que habilitar realtime, con mi kernel, alguien me puede
> orientar
> | >
> | > un
> | >
> | > | poco, porque la verdad ni idea que hacer.
> | > |
> | > |
> | > | Saludos, Gabriel.
> | >
> | > --
> | >      `&'
> | >       #           Marcos Guglielmetti
> | >       #   Musix GNU+Linux, 100% Software Libre
> | >      _#_       http://www.musix.org.ar/en
> | >      (#)
> | >     / O \    + archivos: ftp://musix.ourproject.org/pub/musix/
> | >    ( === )   Ecología: http://autosus.wordpress.com/
> | >     `---'
> | >
> | >
> | > _______________________________________________
> | > Musix GNU+Linux - www.musix.org.ar
> | > Musix-usuarios mailing list
> | > Musix-usuarios en lists.ourproject.org
> | > https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
> |
> | Ya lo solucione era otro problema, merecia un STFW.
> | No busque porque ya estaba medio sin esperanzas con jackd, con otra
> lucha
> | anterior que tuve
> | tratando de usarlo en Archlinux, a lo que termine con Debian por otros
> | motivos (documentacion e info pages). Bastaba solo con buscar el error
> por
> | lo que agregue esto a /etc/modules
> | realcap mlock=1 gid=29
> | en mi caso realcap, en la mayoria el modulo realtime.
> | Pero yo pense igual que no hacia falta el parche realtime-lsm que estaba
> | desaprobado, y que con limits.conf bastaba pero se ve que no. Se sigue
> | usando realtime-lsm para realtime?
> |
> | Saludos, Gabriel.
>
> Se siguen usando ambas cosas (podés optar, yo ya no uso realtime-lsm),
> pero a
> lo que iba, que no me expliqué bien, es que tu /etc/security/limits.conf
> está
> mal escrito, habría que reportar esto a la gente de Debian, si es que
> ellos
> lo escriben así.
>
> Algo correcto sería:
>
> @audio - rtprio 99
> @audio - memlock 250000
> @audio - nice -10
>
>
>
> Nunca @audio - rt_priority 100, esa forma (rt_priority) quedó en desuso
> aparentemente
>
> ¿alguien sabe a qué paquete corresponde esto?
>
> Yo creo que es a libpam-modules - Pluggable Authentication Modules for PAM
>
>
> pero no lo sé
>
> Habría que reportar a su mantenedor:
>
> apt-cache show libpam-modules
> Package: libpam-modules
> Priority: required
> Section: libs
> Installed-Size: 572
> Maintainer: Sam Hartman <hartmans en debian.org>
>
> Si es que corresponde ¿no?
>
> Salute
>
>
>
> --
>      `&'
>       #           Marcos Guglielmetti
>       #   Musix GNU+Linux, 100% Software Libre
>      _#_       http://www.musix.org.ar/en
>      (#)
>     / O \    + archivos: ftp://musix.ourproject.org/pub/musix/
>    ( === )   Ecología: http://autosus.wordpress.com/
>     `---'
>
>
> _______________________________________________
> Musix GNU+Linux - www.musix.org.ar
> Musix-usuarios mailing list
> Musix-usuarios en lists.ourproject.org
> https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
>
> Gracias. Ahora me esta andando de las dos maneras modificando rtprio, creo
lo saque de un config viejo de gentoo o archlinux.
Por ahora jackd en realtime como usuario normal me anda
y pulseaudio separadamente de jackd me anda tambien.
Pero se me esta haciendo lio tratando de que funcionen juntos (pulseaudio
sobre jack)
Segui todo segun esto:
https://tango.0pointer.de/pipermail/pulseaudio-discuss/2007-March/000330.html
pero no funciona, al correr pulseaudio o me sale esto:
exec of JACK server failed: No such file or directory
module-jack-sink.c: jack_client_open() failed.
module.c: Failed to load module "module-jack-sink" (argument: ""):
initialization failed.
main.c: Module load failed.
main.c: failed to initialize daemon.
o si lo agarra:
module-jack-sink.c: JACK error >cannot lock down memory for RT thread
(Operation not permitted)<
module-jack-source.c: JACK error >cannot lock down memory for RT thread
(Operation not permitted)<

La verdad que ni idea, me esta agarrando sueño, mañana lo voy a ver bien.
Saludos.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: /pipermail/musix-usuarios/attachments/20070527/6437b30f/attachment.htm