Pour donner un exemple de problème avec Jack : la version 1 (qui porte un numéro en 0.xxx), qui ne doit plus être utilisé selon les développeurs, de Jack permettait (entre autre) de gérer deux cartes sons. Mais la version 2 (qui est en pratique la 1.9.et quelques mais c’est la 2 quand même... je vous ai dit que la pile audio dans les OS Gnu/Linux c’était pas "fonctionne sorti du carton" ?), non (mais elle a d’autres fonctionnalités que la 1 n’a pas)
Enfin, si, je veux pas qu’on se méprenne : Pulseaudio ça juste marche (aujourd’hui et depuis maintenant un bon paquet d’années, même si au début c’était assez triste à voir une telle boucherie ^^), je voudrais pas décourager un⋅e éventuel⋅le lecteurice d’utiliser GNU/Linux sur son PC !
Mais pour l’audio "faible latence" avec potentiellement 36 processes qui poussent des bits vers la carte son, et pour lequel on doit pouvoir brancher/débrancher tout ça en temps réel, Pulseaudio c’est pas possible.
Si j’ai bien compris les héros de chez Debian ont comme objectif de concilier les deux usages avec un unique logiciel "Pipewire", nul doute que ça a sa chance si Jack reste « bloqué » et ne peut pas implementer les quelques trucs qui manquent dans la version 2 (l’actuelle).
J’en profite pour signaler ça, bien utile et assez facile de passer à côté (puisqu’il y a un outil natif qui fait la même chose, mais à priori moins bien) :
Homepage: https://kokkinizita.linuxaudio.org/linuxaudio/
Description: pont alsa vers jack
Ce paquet fournit deux applications, zita-a2j et zita-j2a. Elles permettent
d’utiliser un périphérique ALSA en tant que client JACK, pour ajouter des
canaux de capture (a2j) ou de lecture (j2a).
.
Fonctionnellement, elles sont équivalentes aux clients alsa_in et alsa_out
fournis avec JACK, mais elles fournissent une qualité audio bien meilleure. Le
ratio de rééchantillonnage est typiquement stable à 1 PPM et ne change que très
progressivement. Le délai reste stable même dans les pires conditions, par
exemple lorsque le client JACK arrive à la fin du cycle.
J’ai testé que le zita-a2j pour ma part mais ça fait le job, rien à redire.
[^] # Re: Excellent soft de mémoire
Posté par Marotte ⛧ . En réponse au lien De la synthèse audio modulaire, pour ceux qui ont kiffé AMS, essayez donc celui-là. Évalué à 3.
Pour donner un exemple de problème avec Jack : la version 1 (qui porte un numéro en 0.xxx), qui ne doit plus être utilisé selon les développeurs, de Jack permettait (entre autre) de gérer deux cartes sons. Mais la version 2 (qui est en pratique la 1.9.et quelques mais c’est la 2 quand même... je vous ai dit que la pile audio dans les OS Gnu/Linux c’était pas "fonctionne sorti du carton" ?), non (mais elle a d’autres fonctionnalités que la 1 n’a pas)
Enfin, si, je veux pas qu’on se méprenne : Pulseaudio ça juste marche (aujourd’hui et depuis maintenant un bon paquet d’années, même si au début c’était assez triste à voir une telle boucherie ^^), je voudrais pas décourager un⋅e éventuel⋅le lecteurice d’utiliser GNU/Linux sur son PC !
Mais pour l’audio "faible latence" avec potentiellement 36 processes qui poussent des bits vers la carte son, et pour lequel on doit pouvoir brancher/débrancher tout ça en temps réel, Pulseaudio c’est pas possible.
Si j’ai bien compris les héros de chez Debian ont comme objectif de concilier les deux usages avec un unique logiciel "Pipewire", nul doute que ça a sa chance si Jack reste « bloqué » et ne peut pas implementer les quelques trucs qui manquent dans la version 2 (l’actuelle).
J’en profite pour signaler ça, bien utile et assez facile de passer à côté (puisqu’il y a un outil natif qui fait la même chose, mais à priori moins bien) :
Homepage: https://kokkinizita.linuxaudio.org/linuxaudio/
Description: pont alsa vers jack
Ce paquet fournit deux applications, zita-a2j et zita-j2a. Elles permettent
d’utiliser un périphérique ALSA en tant que client JACK, pour ajouter des
canaux de capture (a2j) ou de lecture (j2a).
.
Fonctionnellement, elles sont équivalentes aux clients alsa_in et alsa_out
fournis avec JACK, mais elles fournissent une qualité audio bien meilleure. Le
ratio de rééchantillonnage est typiquement stable à 1 PPM et ne change que très
progressivement. Le délai reste stable même dans les pires conditions, par
exemple lorsque le client JACK arrive à la fin du cycle.
J’ai testé que le zita-a2j pour ma part mais ça fait le job, rien à redire.