Il y a quelques fonctionnalités intéressantes (présentées par d'autres ici), de mémoire:
- Pouvoir enfin exploiter le surround, et les divers systèmes audio multicanaux (5.1, 7.1 etc.) correctement (éventuellement en multiplexant plusieurs cartes son)
- Hotplug de cartes audio (penser aux "skype phones usb" par ex, ou aux oreillettes bluetooth).
- Possibilité d'intervenir sur les divers flux envoyés au daemon (pour régler les volumes différemment selon l'appli source, migrer un flux sur un autre périphérique, etc.)
- La portabilité (support natif de Windows, *BSD, Linux, Solaris) (nb: sachez bien que Alsa ne supporte que Linux : même pas les BSDs, ce qui explique que les développeurs d'applis ont dans l'ensemble conservé la compat OSS sur le long terme).
- Projet de gérer le son différemment selon les "états graphiques" (?), par ex. augmenter le volume de l'appli en avant plan, et baisser le volume de l'appli dans la barre des taches (pratique, lorsqu'on switche souvent entre firefox+vidéos flash, un lecteur de musique, un client irc qui blingue, etc.)
- Le point le plus important pour moi : la possibilité d'avoir une *très faible* latence sans jitters. En effet PA tourne avec une priorité Real Time (possible parce que c'est un daemon: on ne peut pas donner une telle priorité à tout les logiciels susceptibles d'envoyer directement du son à alsa).
Ce qui, en revanche, me semble très dommageable pour la réussite de ce remarquable projet, c'est l'attitude, le style, de son leader, Lennart Poettering. Il est d'une grande rudesse, fort peu diplomate, voir cassant, avec des opinions très tranchées (« stubborn », disait un gnomiste). Il est régulièrement désobligeant à l'égard de Ubuntu (« that spaceboy distro »), de KDE, des *BSD, insultant à l'égard des contributeurs potentiels peu dégourdis, des décisions à la « je force rigidement et artificiellement un choix en vérouillant le périphérique », mépris total des outils aimés par les utilisateurs (« amarock -- or whatever that awful media player everyone but me loves so much is called »), etc... Bref, c'est une grande gueule aux opinions très tranchées, et pas très intéressés par la collaboration avec les outils et technos non-gnome.
C'est dommageable, parce qu'on attends vraiment d'un projet comme PA qu'il fédère, enfin, les divers projets libres autour d'une très bonne API son, à la façon d'un projet freedesktop ; qu'on se défasse enfin de la concurrence entre tout ces vieux logiciels presque non maintenus (esd, arts, lecteurs audios divers, ...) qui cherchent chacun à vérouiller la carte son en entrée, et même parfois en sortie (souvent en schuintant dmix au vol). Or s'il s'alienne déjà l'ensemble de l'environnement KDE (« I don't care about KDE »), l'objectif est déjà loupé ; nous garderons nos petits problèmes de conflits d'accès concurrent pour un bon moment encore ... :(
Bon, mais rappelons-le, l'outil est excellent (et les projets de développements annoncés sont alléchants).
[^] # Re: On est presque vendredi
Posté par herodiade . En réponse au journal PulseAudio. Évalué à 10.
- Pouvoir enfin exploiter le surround, et les divers systèmes audio multicanaux (5.1, 7.1 etc.) correctement (éventuellement en multiplexant plusieurs cartes son)
- Hotplug de cartes audio (penser aux "skype phones usb" par ex, ou aux oreillettes bluetooth).
- Possibilité d'intervenir sur les divers flux envoyés au daemon (pour régler les volumes différemment selon l'appli source, migrer un flux sur un autre périphérique, etc.)
- La portabilité (support natif de Windows, *BSD, Linux, Solaris) (nb: sachez bien que Alsa ne supporte que Linux : même pas les BSDs, ce qui explique que les développeurs d'applis ont dans l'ensemble conservé la compat OSS sur le long terme).
- Projet de gérer le son différemment selon les "états graphiques" (?), par ex. augmenter le volume de l'appli en avant plan, et baisser le volume de l'appli dans la barre des taches (pratique, lorsqu'on switche souvent entre firefox+vidéos flash, un lecteur de musique, un client irc qui blingue, etc.)
- Le point le plus important pour moi : la possibilité d'avoir une *très faible* latence sans jitters. En effet PA tourne avec une priorité Real Time (possible parce que c'est un daemon: on ne peut pas donner une telle priorité à tout les logiciels susceptibles d'envoyer directement du son à alsa).
Ce qui, en revanche, me semble très dommageable pour la réussite de ce remarquable projet, c'est l'attitude, le style, de son leader, Lennart Poettering. Il est d'une grande rudesse, fort peu diplomate, voir cassant, avec des opinions très tranchées (« stubborn », disait un gnomiste). Il est régulièrement désobligeant à l'égard de Ubuntu (« that spaceboy distro »), de KDE, des *BSD, insultant à l'égard des contributeurs potentiels peu dégourdis, des décisions à la « je force rigidement et artificiellement un choix en vérouillant le périphérique », mépris total des outils aimés par les utilisateurs (« amarock -- or whatever that awful media player everyone but me loves so much is called »), etc... Bref, c'est une grande gueule aux opinions très tranchées, et pas très intéressés par la collaboration avec les outils et technos non-gnome.
C'est dommageable, parce qu'on attends vraiment d'un projet comme PA qu'il fédère, enfin, les divers projets libres autour d'une très bonne API son, à la façon d'un projet freedesktop ; qu'on se défasse enfin de la concurrence entre tout ces vieux logiciels presque non maintenus (esd, arts, lecteurs audios divers, ...) qui cherchent chacun à vérouiller la carte son en entrée, et même parfois en sortie (souvent en schuintant dmix au vol). Or s'il s'alienne déjà l'ensemble de l'environnement KDE (« I don't care about KDE »), l'objectif est déjà loupé ; nous garderons nos petits problèmes de conflits d'accès concurrent pour un bon moment encore ... :(
Bon, mais rappelons-le, l'outil est excellent (et les projets de développements annoncés sont alléchants).