moi je dirais plus que le dev de chez adobe est une grosse feignasse qui n'a pas envie de se casser le cul à développer autre chose puisque ça juste marche chez la grande majorité des linuxiens, et le fait de flash ouvrait le /dev/dsp en exclusif n'emmerdait que la minorité qui aurait voulu bénéficier d'autre applis faisant de son.
Si alsa n'avait pas fourni un /dev/dsp pour assurer la compatibilité ascendante, le dev d'adobe aurait trouvé rapidement le temps de gérer alsa.
Le coup du schéma compliqué pour ne rien avoir à faire, je connais; mais là on ne lui demandait pas de faire un truc intégré à toute les libs, juste une attaque d'alsa; pas pulse, arts, esd ou jack, juste asla ou utiliser une seule des multiple bibliothèque audio (SDLSound, OpenAl... ) qui auraient géré le reste à sa place.
Jamais on a réclamé qu'il gère l'intégralité des serveurs de son.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Cela dépend des cas...
Posté par fearan . En réponse au journal Linux ou POSIX ?. Évalué à 3.
Si alsa n'avait pas fourni un /dev/dsp pour assurer la compatibilité ascendante, le dev d'adobe aurait trouvé rapidement le temps de gérer alsa.
Le coup du schéma compliqué pour ne rien avoir à faire, je connais; mais là on ne lui demandait pas de faire un truc intégré à toute les libs, juste une attaque d'alsa; pas pulse, arts, esd ou jack, juste asla ou utiliser une seule des multiple bibliothèque audio (SDLSound, OpenAl... ) qui auraient géré le reste à sa place.
Jamais on a réclamé qu'il gère l'intégralité des serveurs de son.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent