Tu dis que les applications doivent modifier leur comportement pour PulseAudio
Non, je dis qu’elles devraient.
Je te cite:
Si on installe PulseAudio au milieu d’un système dans lequel auparavant tous les programmes utilisaient ALSA directement, il est « normal » que cela pose problème, parce que tous les programmes doivent modifier leur comportement.
Effectivement, si tu voulais dire devraient ça change tout.
Une couche de compatibilité, c’est très bien, mais c’est au mieux un pis-aller pour les applications trop vieilles (qui ne sont plus maintenues) et une solution temporaire pour les autres en attendant que leurs développeurs implémentent le support direct de PulseAudio. Ça ne devrait pas être considéré comme une solution définitive. Ce n’est certainement pas une solution idéale en tout cas.
Bah aujourd’hui presque tout fonctionne avec PulseAudio parce que les bibliothèques bas-niveau savent s’en servir.
Si on devait se contenter d’utiliser des couches de compatibilité, aujourd’hui on se retrouverait avec des applications audio toujours conçues pour fonctionner avec OSS et qui ne fonctionneraient sous GNU/Linux que grâce à la couche de compatibiltié OSS que fournit ALSA...
Ce qui n’est pas le cas, et aujourd’hui n’importe quelle applications modernes peut dialoguer avec PulseAudio.
[^] # Re: le son qui disparaît aléatoirement, fun
Posté par ariasuni . En réponse au sondage Votre solution pour le son. Évalué à 1.
Je te cite:
Effectivement, si tu voulais dire devraient ça change tout.
Bah aujourd’hui presque tout fonctionne avec PulseAudio parce que les bibliothèques bas-niveau savent s’en servir.
Ce qui n’est pas le cas, et aujourd’hui n’importe quelle applications modernes peut dialoguer avec PulseAudio.
Écrit en Bépo selon l’orthographe de 1990