je connais pas non plus, mais il semble que :
- on peut faire du "mono flux" avec les /dev/machin (de meme qu'on peut faire du framebuffer, i.e. du "mono fenetre non accéléré", avec /dev/fbmachin)
- pour faire du "multi flux" il faut utiliser une API de plus haut niveau (de meme que pour faire du multi-fenetre il faut utiliser un serveur X)
Mais c'est encore un peu le bordel parce que y a 10000 APIs différentes... (enfin depuis le tps que c'est le bordel ca devrait bien finir par se résoudre un jour ^^)
Enfin c'est un peu étonnant que ca soit compliqué comme ca, meme sous Windows ou il y a une API native (qui gere le multi-flux, mais ne permet pas vraiment de modifier le son en temps réel) et d'autres API (DirectX, ASIO...), tout marche sans probleme, en particulier on peut utiliser une application faible latence (genre un jeu) ET une application "haute latence" en meme temps sans probleme, alors que d'apres l'article sous Linux meme apres avoir tout bien configuré on peut pas utiliser une application mono-flux ET une application multi-flux en meme temps :
Seul point noir : les applications OSS ne peuvent toujours accéder à la carte son que une par une. Il faut donc éteindre tous les sons **avant** de lancer l'application en question.
(par exemple des jeux comme Enemy Territory ou Quake)
C'est pas possible d'avoir une couche d'émulation OSS ??? (quitte a n'autoriser qu'un seul programme OSS en meme temps si y a vraiment pas moyen de faire autrement, ca serait déja ca)