Posté par bubar🦥 (site web personnel) .
Évalué à 6.
Dernière modification le 16 mai 2021 à 19:07.
Ça fait 3 semaines qu'il me faut faire un petit benchmark (sans prétention) sur pipewire dans Fedora 34. Faut du temps pour faire ça (idéalement sur le kernel par défaut, puis un patché -rt, et aussi avec xenomai pour le fun, puis dans des conditions similaires soit pipewire en pure jack par exemple (sans autre support) pour voir si les perfs peuvent atteindre celles de Jack) Un jour, peut être, s'il n'est pas trop tard.
Tout ceci se fait en silence, le remplacement de PulseAudio et de Jack par Pipewire. Dans le plus grand silence :-) Et pourtant c'est une vraie révolution, c'est la première fois en vingt ans que je n'ai rien à faire pour que le son fonctionne dans tous les cas d'usage. Et même les politiques par défaut de 'jack' (ce qui lui a toujours manqué pour être plus facile d'accès) sont remarquables avec Pipewire : même les trucs 'tordus' fonctionnent par défaut (exemple : vlc qui sort sur un 'moto stream' en bluetooth est routable via jack sans intervention) "pipewire jack" et "pipewire pulseaudio" sont disponibles par défaut, tout le temps. Et tout est routable avec 'jack'
# l'interview originale
Posté par Psychofox (Mastodon) . Évalué à 4. Dernière modification le 16 mai 2021 à 13:07.
pourquoi ne pas avoir posté le lien source directement plutôt que l'intro phoronix?
https://fedoramagazine.org/pipewire-the-new-audio-and-video-daemon-in-fedora-linux-34/
[^] # Re: l'interview originale
Posté par antistress (site web personnel) . Évalué à 4. Dernière modification le 16 mai 2021 à 13:52.
Je comprends ta question
Pour ma part j'apprécie et valorise le travail éditorial consistant a présenter, résumer ou contextualiser une info ;)
[^] # Re: l'interview originale
Posté par bubar🦥 (site web personnel) . Évalué à 6. Dernière modification le 16 mai 2021 à 19:07.
Ça fait 3 semaines qu'il me faut faire un petit benchmark (sans prétention) sur pipewire dans Fedora 34. Faut du temps pour faire ça (idéalement sur le kernel par défaut, puis un patché -rt, et aussi avec xenomai pour le fun, puis dans des conditions similaires soit pipewire en pure jack par exemple (sans autre support) pour voir si les perfs peuvent atteindre celles de Jack) Un jour, peut être, s'il n'est pas trop tard.
Tout ceci se fait en silence, le remplacement de PulseAudio et de Jack par Pipewire. Dans le plus grand silence :-) Et pourtant c'est une vraie révolution, c'est la première fois en vingt ans que je n'ai rien à faire pour que le son fonctionne dans tous les cas d'usage. Et même les politiques par défaut de 'jack' (ce qui lui a toujours manqué pour être plus facile d'accès) sont remarquables avec Pipewire : même les trucs 'tordus' fonctionnent par défaut (exemple : vlc qui sort sur un 'moto stream' en bluetooth est routable via jack sans intervention) "pipewire jack" et "pipewire pulseaudio" sont disponibles par défaut, tout le temps. Et tout est routable avec 'jack'
[^] # Re: l'interview originale
Posté par ff9097 . Évalué à 1.
Donc tout a été réécrit ou c'est juste un wrapper ?
[^] # Re: l'interview originale
Posté par Anonyme . Évalué à 2.
C’est « réécrit » (dans le sens où c’est des daemons à part, mais une partie du code est partagé entre PA et PW).
# Plus d'explications sur LWN
Posté par swilmet . Évalué à 4.
PipeWire: The Linux audio/video bus (LWN)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.