Libriste depuis 2003 et musicien à temps partiel. J'ai voulu composer sous Linux pour préférer le libre et… c'est le cauchemar. Tu lances ardour après avoir configuré jack 1 ou jack 2 et lancé qjackctl aussi mais après… tu douilles si tu veux lancer une autre application sous pulseaudio parce que jack a pris le dessus et pour finir ardour crash. Soyons honnête, Linux n'est vraiment pas fait pour la MAO.
En plus, sauf si on s'enregistre de manière analogique, autant oublier tous les VSTs professionnels et je pense que peu de personne pourrait se satisfaire de calf.
Mouais, je suis un peu dans la même situation que David. Ça fait 20 ans que j'essaye régulièrement de composer sous Linux et c'est toujours l'enfer avec la promesse que demain ça ira mieux. J'ai exactement le même ressenti que David, je configure jack, je branche les 3 connexions qui m'intéressent parmi les dizaines proposées, ça prend une éternité à mettre en place. Ensuite tout ce qui est hors jack ne fonctionne plus, donc pas moyen de télécharger ou d'écouter un sample rapidement… Au final je passe deux heures à faire de la technique plutôt que de faire de la musique :(
Vers 2005 nous avions un seul soucis : le greffon flash dont le son ne fonctionnait plus lorsque jack était actif. C'était frustrant !! (Il y avait aussi bien sûr qq apps qui ne fonctionnaient plus mais rares et sans besoin aucun puisque celles avec jack étaient là) C'était long à mettre en place et pas fait par défaut mais à part flash tout était OK.
Puis Pulseaudio est arrivé.
Et se fut l'enfer sur terre.
À peu près tout était cassé ou difficilement configurable avec une perte de temps incroyable. En échange nous avions le bluetooth audio facile. Clairement le deal était pas bon. Même pour ceux ne faisant pas de mao.
Ce que tu décris là semblent être des soucis de configuration de setups et sessions. Personnellement je n'ai plus ce genre de soucis, tout fonctionne à merveille et je ne fais même plus d'enregistrements de confs de sessions, je me contente de lancer la cartographie pipewire (j'ai même laissé tomber qjackctl) pour 'brancher' tel entrée sur tel plugin et tel plugin sur telle autre. En fait comme sous Mac. On a perdu en latence, un peu (par rapport aux perfs de dingues de jacl1) mais on a tellement gagné en facilité que j'ai oublié ça.
Reste l'épineux problème pour les personnes malvoyantes et celles aveugles : le post en lien est limpide.
Pour les sourds un ancien ami m'avait fait découvrir plein de trucs géniaux, par contre. Son 'groupe' utilise exclusivement GNU/linux avec Android en aide parfois.
PulseAudio par dessus jack marche parfaitement depuis très longtemps et permet d'utiliser les deux simultanément. Aujourd'hui, avec pipewire qui implémente à la fois jack et pulseaudio, tout marche ensemble, avec une latence configurable par appli: on peut difficilement rêver mieux.
La version actuelle de Ardour (8.2), par exemple, est très stable. L'équipe de développement (Paul Davis, Robin Gareus,…) est extrêmement réactive.
Ardour est un très bon hôte vst3. Énormément de plugins (ceux faits avec JUCE tout particulièrement, qui abstrait la majeure partie des formats de plugins et des OS) sont aujourd'hui disponibles sous linux. Et pour ce qui relève du libre, Je ne sais pas pourquoi tu prends les plugins Calf comme exemple comme s'ils étaient une référence alors que si tu avais un peu regardé les choses de près, tu saurais que dans le monde linux audio, on conseille plutôt de les éviter.
Longtemps, la "MAO" sous linux a été un champs de mines. Ça n'est plus le cas mais les réputations perdurent… du fait de commentaires peu informés comme le tien.
1000x merci de préciser tout ça, c'est tout à fait vrai et en fait c'est essentiel. Je suis épaté par la qualité des LL actuels en la matière.
Mais quoi qu'il en soit, l'audio(numérique), ça reste à la base plutôt compliqué rien que par le nombre d'éléments qui entrent dans la chaîne (y compris celui assis entre la chaise et le clavier qui est le ppl pb comme on le sait ;)
"Si tous les cons volaient, il ferait nuit" F. Dard
L'article est intéressant, parce que malgré son titre réducteur, il dit bien que beaucoup de choses bien sont en place et fiables, mais beaucoup de choses manquent.
Et j'ai également une question sans réponse : pourquoi root (ou le système) ne peut pas faire de son ? C'est incompréhensible. J'ai un serveur relié à mon ampli, qui peut jouer de la musique sur demande, mais je dois lancer une session utilisateur pour que ça marche. C'est débile, et ça n'a pas de logique pour moi.
Posté par bubar🦥 .
Évalué à 5 (+2/-0).
Dernière modification le 13 mai 2025 à 12:19.
une licence pro entreprise ultimate
Un linger pour ton user, pour lancer avec ton user les services dont tu as besoin au boot et sans besoin de se logger.
Oui, bien sûr, c'est ce que j'ai fait, mais pourquoi un service système ne pourrait pas… je sais pas, faire des sons ? Comme des alarmes ? Et avec un utilisateur dédié qui n'a pas accès à mes fichiers ?
Ce n'est pas parce que pipewire ne se lance pas sous root que tu ne peux pas avoir de son. Tu peux utiliser alsa directement, alsa n'a pas disparu à l'arrivée de pulseaudio et pipewire puisque tout deux sont des couches au dessus.
Posté par Psychofox (Mastodon) .
Évalué à 7 (+4/-0).
Dernière modification le 13 mai 2025 à 13:24.
J'ai envie de dire:
man alsa.conf
man dmix
alsa n'a jamais empêché d'utiliser plusieurs applications sonores à la fois, on n'a pas attendu pulseaudio ni pipewire pour cela. Et accessoirement jack existe toujours.
Autant je comprends le problème de la personne non/mal voyante qui a écrit le billet de blog en lien. Le problème ne vient pas d'une impossibilité technique mais d'une non configuration par défaut de la part des distros. Cette personne le précise, sous debian ça marche sortie de boîte. Il n'y a pas de raison que ça ne soit pas le cas sur d'autres distros à part de la volonté ou de main d'œuvre.
Sinon, c'est vrai que le système de son sous linux est complexe avec de nombreuses couches, si tu veux te monter un serveur et avoir un système de son plus simple, tu peux te tourner du côté des BSD. FreeBSD utilise oss4, openbsd et netbsd ont leur propre pile audio. Dragonflybsd je ne sais pas.
Je me suis un peu mal exprimé, mais disons un service système. Comme https://github.com/sentriz/gonic/ qui avec son mode Jukebox, lance un MPV qui sort du son.
ok mais tu peux faire tourner pipewire en ayant activant le lingering et le service pipewire pour l'utilisateur en question…ou utiliser dmix. J'ose espérer que cet appli supporte ce dernier.
Alors, retour à mon commentaire plus haut : ce n'est pas possible d'avoir un utilisateur systèmegonic qui n'a pas de répertoire personnel, et dont le service n'est configuré que pour accéder au répertoire contenant la musique.
Soit il faut utiliser mon utilisateur (exposition de ma conf, mes fichiers, mes droits, même si un service systemd permet de bien restreindre), soit il faut créer un utilisateur qui a une session lancée en permanence, et ça me semble bien superflu :)
# la raison pour laquelle j'ai arrêté d'espérer la MAO sous Linux
Posté par David Demelier (site web personnel) . Évalué à 3 (+1/-0).
Libriste depuis 2003 et musicien à temps partiel. J'ai voulu composer sous Linux pour préférer le libre et… c'est le cauchemar. Tu lances ardour après avoir configuré jack 1 ou jack 2 et lancé qjackctl aussi mais après… tu douilles si tu veux lancer une autre application sous pulseaudio parce que jack a pris le dessus et pour finir ardour crash. Soyons honnête, Linux n'est vraiment pas fait pour la MAO.
En plus, sauf si on s'enregistre de manière analogique, autant oublier tous les VSTs professionnels et je pense que peu de personne pourrait se satisfaire de calf.
AI is a mental disorder
[^] # Re: la raison pour laquelle j'ai arrêté d'espérer la MAO sous Linux
Posté par Glandos . Évalué à 5 (+3/-0).
Je pense que PipeWire résout quand même bien le problème. Normalement, les interfaces de compatibilité avec JACK fonctionnent bien aujourd'hui.
[^] # Re: la raison pour laquelle j'ai arrêté d'espérer la MAO sous Linux
Posté par Julien Jorge (site web personnel) . Évalué à 4 (+2/-0).
Mouais, je suis un peu dans la même situation que David. Ça fait 20 ans que j'essaye régulièrement de composer sous Linux et c'est toujours l'enfer avec la promesse que demain ça ira mieux. J'ai exactement le même ressenti que David, je configure jack, je branche les 3 connexions qui m'intéressent parmi les dizaines proposées, ça prend une éternité à mettre en place. Ensuite tout ce qui est hors jack ne fonctionne plus, donc pas moyen de télécharger ou d'écouter un sample rapidement… Au final je passe deux heures à faire de la technique plutôt que de faire de la musique :(
[^] # Re: la raison pour laquelle j'ai arrêté d'espérer la MAO sous Linux
Posté par bubar🦥 . Évalué à 4 (+1/-0).
Vers 2005 nous avions un seul soucis : le greffon flash dont le son ne fonctionnait plus lorsque jack était actif. C'était frustrant !! (Il y avait aussi bien sûr qq apps qui ne fonctionnaient plus mais rares et sans besoin aucun puisque celles avec jack étaient là) C'était long à mettre en place et pas fait par défaut mais à part flash tout était OK.
Puis Pulseaudio est arrivé.
Et se fut l'enfer sur terre.
À peu près tout était cassé ou difficilement configurable avec une perte de temps incroyable. En échange nous avions le bluetooth audio facile. Clairement le deal était pas bon. Même pour ceux ne faisant pas de mao.
Ce que tu décris là semblent être des soucis de configuration de setups et sessions. Personnellement je n'ai plus ce genre de soucis, tout fonctionne à merveille et je ne fais même plus d'enregistrements de confs de sessions, je me contente de lancer la cartographie pipewire (j'ai même laissé tomber qjackctl) pour 'brancher' tel entrée sur tel plugin et tel plugin sur telle autre. En fait comme sous Mac. On a perdu en latence, un peu (par rapport aux perfs de dingues de jacl1) mais on a tellement gagné en facilité que j'ai oublié ça.
[^] # Re: la raison pour laquelle j'ai arrêté d'espérer la MAO sous Linux
Posté par bubar🦥 . Évalué à 5 (+2/-0).
Reste l'épineux problème pour les personnes malvoyantes et celles aveugles : le post en lien est limpide.
Pour les sourds un ancien ami m'avait fait découvrir plein de trucs géniaux, par contre. Son 'groupe' utilise exclusivement GNU/linux avec Android en aide parfois.
[^] # Re: la raison pour laquelle j'ai arrêté d'espérer la MAO sous Linux
Posté par Psychofox (Mastodon) . Évalué à 9 (+6/-0). Dernière modification le 13 mai 2025 à 13:00.
Il me semble que pipewire-jack a simplifié grandement la donne…pour la MAO en tout cas.
La question de l'accesibilité est tout autre et pertinente.
[^] # Re: la raison pour laquelle j'ai arrêté d'espérer la MAO sous Linux
Posté par nizan666 . Évalué à 9 (+8/-0).
Non, ça n'est pas le cauchemar.
PulseAudio par dessus jack marche parfaitement depuis très longtemps et permet d'utiliser les deux simultanément. Aujourd'hui, avec pipewire qui implémente à la fois jack et pulseaudio, tout marche ensemble, avec une latence configurable par appli: on peut difficilement rêver mieux.
La version actuelle de Ardour (8.2), par exemple, est très stable. L'équipe de développement (Paul Davis, Robin Gareus,…) est extrêmement réactive.
Ardour est un très bon hôte vst3. Énormément de plugins (ceux faits avec JUCE tout particulièrement, qui abstrait la majeure partie des formats de plugins et des OS) sont aujourd'hui disponibles sous linux. Et pour ce qui relève du libre, Je ne sais pas pourquoi tu prends les plugins Calf comme exemple comme s'ils étaient une référence alors que si tu avais un peu regardé les choses de près, tu saurais que dans le monde linux audio, on conseille plutôt de les éviter.
Longtemps, la "MAO" sous linux a été un champs de mines. Ça n'est plus le cas mais les réputations perdurent… du fait de commentaires peu informés comme le tien.
[^] # Re: la raison pour laquelle j'ai arrêté d'espérer la MAO sous Linux
Posté par Luc-Skywalker . Évalué à 4 (+2/-0).
1000x merci de préciser tout ça, c'est tout à fait vrai et en fait c'est essentiel. Je suis épaté par la qualité des LL actuels en la matière.
Mais quoi qu'il en soit, l'audio(numérique), ça reste à la base plutôt compliqué rien que par le nombre d'éléments qui entrent dans la chaîne (y compris celui assis entre la chaise et le clavier qui est le ppl pb comme on le sait ;)
"Si tous les cons volaient, il ferait nuit" F. Dard
# Pourquoi pas root ?
Posté par Glandos . Évalué à 5 (+4/-1).
L'article est intéressant, parce que malgré son titre réducteur, il dit bien que beaucoup de choses bien sont en place et fiables, mais beaucoup de choses manquent.
Et j'ai également une question sans réponse : pourquoi root (ou le système) ne peut pas faire de son ? C'est incompréhensible. J'ai un serveur relié à mon ampli, qui peut jouer de la musique sur demande, mais je dois lancer une session utilisateur pour que ça marche. C'est débile, et ça n'a pas de logique pour moi.
Vous avez des réponses ?
[^] # Re: Pourquoi pas root ?
Posté par bubar🦥 . Évalué à 5 (+2/-0). Dernière modification le 13 mai 2025 à 12:19.
une licence pro entreprise ultimateUn linger pour ton user, pour lancer avec ton user les services dont tu as besoin au boot et sans besoin de se logger.
[^] # Re: Pourquoi pas root ?
Posté par Glandos . Évalué à 3 (+1/-0).
Oui, bien sûr, c'est ce que j'ai fait, mais pourquoi un service système ne pourrait pas… je sais pas, faire des sons ? Comme des alarmes ? Et avec un utilisateur dédié qui n'a pas accès à mes fichiers ?
[^] # Re: Pourquoi pas root ?
Posté par Psychofox (Mastodon) . Évalué à 4 (+1/-0).
Ce n'est pas parce que pipewire ne se lance pas sous root que tu ne peux pas avoir de son. Tu peux utiliser alsa directement, alsa n'a pas disparu à l'arrivée de pulseaudio et pipewire puisque tout deux sont des couches au dessus.
[^] # Re: Pourquoi pas root ?
Posté par Glandos . Évalué à 2 (+1/-1).
Oui, mais si tu utilises directement ALSA, et que le matériel n'a pas de mélangeur, alors aucune autre application ne peut sortir du son.
[^] # Re: Pourquoi pas root ?
Posté par Psychofox (Mastodon) . Évalué à 7 (+4/-0). Dernière modification le 13 mai 2025 à 13:24.
J'ai envie de dire:
man alsa.conf
man dmix
alsa n'a jamais empêché d'utiliser plusieurs applications sonores à la fois, on n'a pas attendu pulseaudio ni pipewire pour cela. Et accessoirement jack existe toujours.
Autant je comprends le problème de la personne non/mal voyante qui a écrit le billet de blog en lien. Le problème ne vient pas d'une impossibilité technique mais d'une non configuration par défaut de la part des distros. Cette personne le précise, sous debian ça marche sortie de boîte. Il n'y a pas de raison que ça ne soit pas le cas sur d'autres distros à part de la volonté ou de main d'œuvre.
[^] # Re: Pourquoi pas root ?
Posté par Psychofox (Mastodon) . Évalué à 7 (+4/-0).
Sinon, c'est vrai que le système de son sous linux est complexe avec de nombreuses couches, si tu veux te monter un serveur et avoir un système de son plus simple, tu peux te tourner du côté des BSD. FreeBSD utilise oss4, openbsd et netbsd ont leur propre pile audio. Dragonflybsd je ne sais pas.
Et c'est généralement bien documenté:
https://wiki.freebsd.org/Sound
https://www.openbsd.org/faq/faq13.html
https://www.netbsd.org/docs/guide/en/chap-audio.html
[^] # Re: Pourquoi pas root ?
Posté par Psychofox (Mastodon) . Évalué à 9 (+6/-0).
Accessoirement je ne vois pas bien pourquoi tu veux faire tourner ton service sous root…
[^] # Re: Pourquoi pas root ?
Posté par Glandos . Évalué à 3 (+1/-0).
Je me suis un peu mal exprimé, mais disons un service système. Comme https://github.com/sentriz/gonic/ qui avec son mode Jukebox, lance un MPV qui sort du son.
[^] # Re: Pourquoi pas root ?
Posté par Psychofox (Mastodon) . Évalué à 3 (+0/-0).
ok mais tu peux faire tourner pipewire en ayant activant le lingering et le service pipewire pour l'utilisateur en question…ou utiliser dmix. J'ose espérer que cet appli supporte ce dernier.
[^] # Re: Pourquoi pas root ?
Posté par Glandos . Évalué à 3 (+1/-0).
Alors, retour à mon commentaire plus haut : ce n'est pas possible d'avoir un utilisateur système
gonicqui n'a pas de répertoire personnel, et dont le service n'est configuré que pour accéder au répertoire contenant la musique.Soit il faut utiliser mon utilisateur (exposition de ma conf, mes fichiers, mes droits, même si un service systemd permet de bien restreindre), soit il faut créer un utilisateur qui a une session lancée en permanence, et ça me semble bien superflu :)
[^] # Re: Pourquoi pas root ?
Posté par Clément V . Évalué à 2 (+1/-0).
Je ne sais pas pour pipewire, mais avec pulseaudio, c'est possible : https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/SystemWide/
Mais pour ce que tu veux faire, il n'y a pas besoin de root, tu peux utiliser une session utilisateur.
[^] # Re: Pourquoi pas root ?
Posté par Clément V . Évalué à 2 (+1/-0).
Ça semble possible avec pipewire également : https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/1610
[^] # Re: Pourquoi pas root ?
Posté par raphj . Évalué à 3 (+1/-0).
Ça n'a pas encore l'air super facile à avoir en pratique, cf ce rapport auprès de Debian lié depuis le dernier commentaire de ton lien : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1103237
J'espère que ça va s'améliorer :-)
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.