Exactement, ALSA n'est pas fait pour. ALSA c'est des pilotes noyaux pour les cartes PCI/ISA/… & USB + une librairie en espace utilisateur pour son interface client. Au début tout le monde avais UNE carte son INTERNE, alors les clients utilisaient directement l'API ALSA, c'était simple.
Le problème c'est que le matos a évolué et les pilotes ce sont retrouvés en dehors l'ALSA et là c'est devenu compliqué. Simuler une interface ALSA virtuel pour causé à un autre pilote qui peux lui même être en espace utilisateur (bluez-alsa) n'est pas, à mon sens, une bonne solution.
La solution (PA ou Jack) c'est d'avoir une vrais API audio qui ne soit pas dépendante du pilote/matos. Utiliser l'API ALSA pour jouer du son dans son client haut niveau c'est stupide, a moins qu'ALSA centralise tout les pilotes pour le matos audio.
ALSA n'est PAS une API audio haut niveau, même s'il est vrai que libasound a toujours eu un statut ambigu.
[^] # Re: Liens matériel-ALSA-PulseAudio
Posté par tchaik . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 5.
Exactement, ALSA n'est pas fait pour. ALSA c'est des pilotes noyaux pour les cartes PCI/ISA/… & USB + une librairie en espace utilisateur pour son interface client. Au début tout le monde avais UNE carte son INTERNE, alors les clients utilisaient directement l'API ALSA, c'était simple.
Le problème c'est que le matos a évolué et les pilotes ce sont retrouvés en dehors l'ALSA et là c'est devenu compliqué. Simuler une interface ALSA virtuel pour causé à un autre pilote qui peux lui même être en espace utilisateur (bluez-alsa) n'est pas, à mon sens, une bonne solution.
La solution (PA ou Jack) c'est d'avoir une vrais API audio qui ne soit pas dépendante du pilote/matos. Utiliser l'API ALSA pour jouer du son dans son client haut niveau c'est stupide, a moins qu'ALSA centralise tout les pilotes pour le matos audio.
ALSA n'est PAS une API audio haut niveau, même s'il est vrai que libasound a toujours eu un statut ambigu.