Voyons comment utiliser Jack. Lançons lash_control
Là tu ne va pas voir comment utiliser jack, tu vas déjà lancer tout un cadre de travail.
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 ? (...) Par design, Jack semble être tourné vers les pros.
+ 1
On retombe sur ton exemple au dessus : pour une utilisation lambda, il n'est pas nécessaire de donner tant de droits. Jack le permet : il sait fonctionner comme un serveur de son basique permettant de faire pouet quant je clique sur un bouton. On abandonne là ses possibilités spéciales en terme de latence, de traitement, et on se concentre sur ses possibilités de 'routeur' et de liberté d'action pour faire pouet.
Mais si la personne le veux, il peut alors, avec la même solution, "que tout un framework ait des permissions (...)" et avoir ainsi, avec une seule solution, une réponse à ses besoins là également.
La taille du code est ainsi réduite. Pourquoi vouloir transformer cela en un machin à tout faire ?!
encore + 1
c'est un des mes reproches envers pa (mais qui, je le repête, ne sont que des reproches d'utilisateur) : un truc qui veux tout faire. Moi ça me semble bizarre que soit au "core" de la gestion du son et de ses "routages" de faire également de la gestion évènementielle externe au son lui même. Quant le téléphone sonne, pour moi, ce n'est pas au "core" de gérer une politique de coupure des autres volumes... Quant à la gestion multi-cartes, moi il me semble que là non plus c'est pas son taf, là c'est plutot alsa lui même.
[^] # Re: API ?
Posté par bubar🦥 . En réponse au journal Pulseaudio vs JACK. Évalué à 2.
Là tu ne va pas voir comment utiliser jack, tu vas déjà lancer tout un cadre de travail.
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 ? (...) Par design, Jack semble être tourné vers les pros.
+ 1
On retombe sur ton exemple au dessus : pour une utilisation lambda, il n'est pas nécessaire de donner tant de droits. Jack le permet : il sait fonctionner comme un serveur de son basique permettant de faire pouet quant je clique sur un bouton. On abandonne là ses possibilités spéciales en terme de latence, de traitement, et on se concentre sur ses possibilités de 'routeur' et de liberté d'action pour faire pouet.
Mais si la personne le veux, il peut alors, avec la même solution, "que tout un framework ait des permissions (...)" et avoir ainsi, avec une seule solution, une réponse à ses besoins là également.
La taille du code est ainsi réduite. Pourquoi vouloir transformer cela en un machin à tout faire ?!
encore + 1
c'est un des mes reproches envers pa (mais qui, je le repête, ne sont que des reproches d'utilisateur) : un truc qui veux tout faire. Moi ça me semble bizarre que soit au "core" de la gestion du son et de ses "routages" de faire également de la gestion évènementielle externe au son lui même. Quant le téléphone sonne, pour moi, ce n'est pas au "core" de gérer une politique de coupure des autres volumes... Quant à la gestion multi-cartes, moi il me semble que là non plus c'est pas son taf, là c'est plutot alsa lui même.