Je comprends pas comment quelqu'un a pu valider le fait que sous Linux avec wireplumber, les sorties audio se mettent en veille.
Du coup chaque fois qu'une notif doit arriver via une app, on entend même pas ou à peine la notif parce que le temps que l'audio se réactive et que le volume remonte (il commence à 0) ben on a loupé la notif.
Je sais, pas ça me sidère. C'est vraiment abhérrant comme comportement d'UX. Je croyais que c'était propre à Arch (je l'avais corrigé à l'époque de l'install) mais visiblement sur d'autres distros pareil.
C'est peut-être une question d'économie d'énergie 🤔
Et je me demande s'il ne faudrait pas plutôt améliorer la situation du côté du système de notification. Il y a peut-être moyen de vérifier l'état de la sortie audio avant d'émettre la notification 🤔
@gnomelibre@AxelTerizaki Heu j'ai jamais eu le problème avec mes diverses cartes son en tout cas (intégrées, PCI, USB), ça sonne comme un problème de pilote, spécifique à un modèle particulier? Tout est instantané chez moi, je reçois chaque son, et si y'a une suspension du matériel entre les deux eh bien elle est de toute évidence imperceptible dans mon cas.
@nekohayo@gnomelibre En fait je saurais pas mesurer si y'a un délai, ce qui est sûr c'est qu'en cas de suspension, le son de la notification est presqu'imperceptible quand il arrive car le volume monte de 0 à 100% le temps que le son se joue donc on entend bien que la fin.
@AxelTerizaki@gnomelibre Si ça se constate juste sur sortie son HDMI vers TV, ça explique pourquoi je n'ai jamais rencontré le bug, et ça sonne juste comme un rapport de bug à trouver/ouvrir sur le fait que ça ne devrait pas faire ça pour les sorties son HDMI.
Parce que sinon, si les autres périphériques n'ont pas de tel délai, ben je peux dire que j'apprécie fortement le fait que mon ThinkPad usagé avec une batterie sur deux peut tenir une autonomie de 16 à 25 heures sous Fedora, par défaut.
@AxelTerizaki@gnomelibre Ça sent suspicieusement comme un bug, parce que mes glissières de volume (sous GNOME Shell, GNOME Settings, et pavucontrol) ne bougent absolument pas par elles-mêmes « Lorsqu'il y a / n'a pas de sons qui jouent », sur aucun de mes ordinateurs. Les seuls cas où ça peut bouger c'est si un logiciel de visioconf WebRTC décide de troller avec mon micro, mais y touchent pas aux sorties.
Add comment