Voyons comment utiliser Jack. Lançons lash_control sur une Fedora :
$ lash_control
lash_open_socket: could not connect to host 'localhost', service '14541'
lash_comm_connect_to_server: could not create server connection
jackd 0.118.0
C'est quoi cette histoire ??! Pourquoi il ne se connecte pas ? Et plus loin (dans le même message) :
JACK is running in realtime mode, but you are not allowed to use realtime scheduling.
Your system has an audio group, but you are not a member of it.
Please add yourself to the audio group by executing (as root):
usermod -a -G audio lolo
Donc pour permettre à quelques applications de faire pouet lorsque je clique sur un bouton il faudrait que tout un framework ait des permissions permettant de bloquer tout le système ? Déjà que Flash fait chier parce qu'il passe trop de temps CPU à faire des traitements graphiques, là j'aurais aussi la possibilité d'avoir des blocages grâce à l'audio. Chouette !
Par design, Jack semble être tourné vers les pros. C'est une supposition qui fait sens. Elle permet de considérer que si l'utilisateur est mauvais ou fait n'importe quoi, les choses ne fonctionneront pas et le programme pourra même planter. La taille du code est ainsi réduite. Pourquoi vouloir transformer cela en un machin à tout faire ?!
[^] # Re: API ?
Posté par Laurent A. . En réponse au journal Pulseaudio vs JACK. Évalué à -1.
$ lash_control
lash_open_socket: could not connect to host 'localhost', service '14541'
lash_comm_connect_to_server: could not create server connection
jackd 0.118.0
C'est quoi cette histoire ??! Pourquoi il ne se connecte pas ? Et plus loin (dans le même message) :
JACK is running in realtime mode, but you are not allowed to use realtime scheduling.
Your system has an audio group, but you are not a member of it.
Please add yourself to the audio group by executing (as root):
usermod -a -G audio lolo
Donc pour permettre à quelques applications de faire pouet lorsque je clique sur un bouton il faudrait que tout un framework ait des permissions permettant de bloquer tout le système ? Déjà que Flash fait chier parce qu'il passe trop de temps CPU à faire des traitements graphiques, là j'aurais aussi la possibilité d'avoir des blocages grâce à l'audio. Chouette !
Par design, Jack semble être tourné vers les pros. C'est une supposition qui fait sens. Elle permet de considérer que si l'utilisateur est mauvais ou fait n'importe quoi, les choses ne fonctionneront pas et le programme pourra même planter. La taille du code est ainsi réduite. Pourquoi vouloir transformer cela en un machin à tout faire ?!