Pourquoi vouloir remplacer un composant qui ne pose aucun problèmes à ses utilisateurs par un truc encore en conception et même pas conçu pour faire la même chose ?
Autant je peux comprendre qu’on ait voulu remplacer aRtsd ou EsounD par PulseAudio (unification de couches concurrentes), autant je peux comprendre qu’on ait voulu remplacer SysVinit par Systemd (remplacement d’un outil devenu trop limité parce que trop vieux), autant je ne comprends pas l’intérêt de remplacer Jack par PipeWire. Et le post de blog mentionné ne donne aucune raison, autre que « donner aux créateurs l’impression d’être des citoyens de première classe » — alors que cette proposition, au mieux ne changera rien, au pire créera de la confusion (et renforcera encore un peu plus l’idée que décidément GNU/Linux n’est pas prêt pour le desktop, ils en sont encore à chercheur leurs briques de base au lieu de se concentrer sur les applications attendus par les utilisateurs).
(Ah, et comme je la vois venir : non, PipeWire qui remplacerait à la fois Jack et PulseAudio n’est pas comparable à PulseAudio qui a remplacé aRtsd et EsounD — comme déjà expliqué, PulseAudio et Jack n’ont pas le même rôle, ce que leurs développeurs respectifs reconnaissent très bien.)
[^] # Re: Leave Jack alone!
Posté par gouttegd . En réponse au journal PipeWire veut unifier la gestion des flux audio et video. Évalué à 6.
Une question : pourquoi ?
Pourquoi vouloir remplacer un composant qui ne pose aucun problèmes à ses utilisateurs par un truc encore en conception et même pas conçu pour faire la même chose ?
Autant je peux comprendre qu’on ait voulu remplacer aRtsd ou EsounD par PulseAudio (unification de couches concurrentes), autant je peux comprendre qu’on ait voulu remplacer SysVinit par Systemd (remplacement d’un outil devenu trop limité parce que trop vieux), autant je ne comprends pas l’intérêt de remplacer Jack par PipeWire. Et le post de blog mentionné ne donne aucune raison, autre que « donner aux créateurs l’impression d’être des citoyens de première classe » — alors que cette proposition, au mieux ne changera rien, au pire créera de la confusion (et renforcera encore un peu plus l’idée que décidément GNU/Linux n’est pas prêt pour le desktop, ils en sont encore à chercheur leurs briques de base au lieu de se concentrer sur les applications attendus par les utilisateurs).
(Ah, et comme je la vois venir : non, PipeWire qui remplacerait à la fois Jack et PulseAudio n’est pas comparable à PulseAudio qui a remplacé aRtsd et EsounD — comme déjà expliqué, PulseAudio et Jack n’ont pas le même rôle, ce que leurs développeurs respectifs reconnaissent très bien.)