Laisse tomber. Alsa ne fait pas de multiplexing (ce n'est pas son rôle),
Il y a 5 API de multiplexing dans ALSA. Dont trois ont fonctionné à un moment donné(dmix, Virtual Device et SoftVol) et une interface pour le multiplexing hard si la carte le supporte (et que le device est pas en lock exclusif par Pulse Audio, parce que sinon tu risques de crasher l'audio, à moins que les fréquence d’échantillonnage soient rigoureusement identiques)
alsa ne permet pas d'utiliser plusieurs cartes sons en redirigeant dynamiquement certains flux sur une carte et d'autres sur l'autre
Si si aussi. Enfin dans le code il y a des pages entières pour passer le flux qui rentre sur une interface alsa d'un device alsa-driver (virtuel ou non) à un autre. La seule utilisation connue (mais pas documenté pour autant) c'est le passage de HDA au device définitif suivant qu'on lise un DVD ou non.
ALSA ne permet pas de régler le volume par flux.
softvol permettait de créer un device nommé par application et donc de régler le volume par flux. En fait il permettait même de créer plusieurs device par application et de faire que la seconde instance d'audacity n'avait pas le même volume que la première (par exemple)
ALSA n'est qu'une API pour exposer la couche hardware.
Non ca c'est Alsa-Hcontrol qui est une sous partie de Alsa-driver, qui lui même n'est pas à proprement parler le framework Alsa, juste une interface coté hard.
Dire que ALSA est bien suffisant c'est déjà un manque de connaissance en soi
C'est à dire que là, la personne qui manque de connaissance c'est pas forcément celle qui déclare qu'Alsa est suffisant. Sur le papier Alsa est largement suffisant, maintenant si on pouvait avoir la doc et des API qui ne sont pas cassées à chaque mise à jour ca ferait plaisir.
ESD, Arts et Pulseaudio aurait été créés juste parce que les gens n'ont pas pensé à utiliser Alsa
Déjà ESD c'est sorti pour OSS, Alsa n'existait pas à l'époque. Ensuite Arts a été écrit pour le projet KDE, parce que tous les systèmes sur lesquels KDE tournent ne possèdent pas Alsa et qu'il fallait une interface générique. (Mais bon au début Arts sur Linux coté kernel c'était quasiment juste une GUI pour piloter Alsa). Quand à PulseAudio il jette bébé avec l'eau du bain en bloquant les fonctionnalités realtime, resync et timer. C'est pas de sa faute, il est en pur userland donc forcément...
Rappelons que Pulseaudio n'est pas sorti ex-nihilo comme une idée à Lennarts
Ca ne change rien au fait que Pulse Audio ne résout aucun problème, il balaye la poussière sous le tapis. Madame Michu est contente parce que ca lui permet simplement d'avoir à la fois le son de sa video et les bruits de son Linux, mais pour toute personne qui souhaite faire du son de façon un peu propre ça reste une abomination.
[^] # Re: systemd
Posté par Kaane . En réponse au journal Lennart casse les logs!. Évalué à 10.
Il y a 5 API de multiplexing dans ALSA. Dont trois ont fonctionné à un moment donné(dmix, Virtual Device et SoftVol) et une interface pour le multiplexing hard si la carte le supporte (et que le device est pas en lock exclusif par Pulse Audio, parce que sinon tu risques de crasher l'audio, à moins que les fréquence d’échantillonnage soient rigoureusement identiques)
Si si aussi. Enfin dans le code il y a des pages entières pour passer le flux qui rentre sur une interface alsa d'un device alsa-driver (virtuel ou non) à un autre. La seule utilisation connue (mais pas documenté pour autant) c'est le passage de HDA au device définitif suivant qu'on lise un DVD ou non.
softvol permettait de créer un device nommé par application et donc de régler le volume par flux. En fait il permettait même de créer plusieurs device par application et de faire que la seconde instance d'audacity n'avait pas le même volume que la première (par exemple)
Non ca c'est Alsa-Hcontrol qui est une sous partie de Alsa-driver, qui lui même n'est pas à proprement parler le framework Alsa, juste une interface coté hard.
C'est à dire que là, la personne qui manque de connaissance c'est pas forcément celle qui déclare qu'Alsa est suffisant. Sur le papier Alsa est largement suffisant, maintenant si on pouvait avoir la doc et des API qui ne sont pas cassées à chaque mise à jour ca ferait plaisir.
Déjà ESD c'est sorti pour OSS, Alsa n'existait pas à l'époque. Ensuite Arts a été écrit pour le projet KDE, parce que tous les systèmes sur lesquels KDE tournent ne possèdent pas Alsa et qu'il fallait une interface générique. (Mais bon au début Arts sur Linux coté kernel c'était quasiment juste une GUI pour piloter Alsa). Quand à PulseAudio il jette bébé avec l'eau du bain en bloquant les fonctionnalités realtime, resync et timer. C'est pas de sa faute, il est en pur userland donc forcément...
Ca ne change rien au fait que Pulse Audio ne résout aucun problème, il balaye la poussière sous le tapis. Madame Michu est contente parce que ca lui permet simplement d'avoir à la fois le son de sa video et les bruits de son Linux, mais pour toute personne qui souhaite faire du son de façon un peu propre ça reste une abomination.