En dehors de toujours pas savoir écrire Oignon, je note que tu n'as pas progressé beaucoup dans le domaine de la vérification des faits. J'ai sur ma machine ( une fedora 17 ) 27 paquets qui tire libalsa.so.
6 paquets de qemu, 3 sous paquets d'alsa, gstreamer, pulseaudio, portaudio, et divers libs du même genre.
Et en regardant ce qui tire pulseaudio-libs, je tombe sur … les mêmes paquets ( sox, qemu-* , java, etc ), et avec des sous paquets de pulseaudio.
En fait, il y a des paquets comme empathy, spice, gnome-shell qui utilise que PA. Empathy s'intégre finement pour couper la musique quand tu reçoit un appel, par exemple. Je suppose que spice utilise PA pour des choses comme ça : http://spice-space.org/page/Features/AudioVolume
Donc bien que le nombre de paquets externes lié à alsa soit plus grand d'un ou deux paquets, je pense que pulseaudio est au même niveau de support que alsa pour les divers codes. Mplayer, gstreamer, xine, etc l'utilise, et je ne me souviens pas avoir vu qui que ce soit avoir dit que pulseaudio va rendre alsa totalement obsolète au point de le faire disparaitre, jusque que passer par pulseaudio permet de gérer tout de façon unifié.
Quand il y a pas de compatibilité, des utilisateurs râlent ( parce que bon, ils font l'honneur d'utiliser le fruit des efforts des autres ), et quand il y a une couche ( présente depuis le début et par design ) qui est utilisé, les gens trouvent le moyen de tourner ça en échec. Je trouve ce genre de mentalité digne de quelqu'un qui ne fait pas d'effort pour produire et qui n'a pas de respect pour le don des autres. Et ensuite, on se demande pourquoi les développeurs passent pas plus de temps à discuter avec certains.
[^] # Re: salut à toi, ho mon troll
Posté par Misc (site web personnel) . En réponse au journal Mandriva ou le GRR (Gag Rhétorique Récurrent). Évalué à 3.
En dehors de toujours pas savoir écrire Oignon, je note que tu n'as pas progressé beaucoup dans le domaine de la vérification des faits. J'ai sur ma machine ( une fedora 17 ) 27 paquets qui tire libalsa.so.
6 paquets de qemu, 3 sous paquets d'alsa, gstreamer, pulseaudio, portaudio, et divers libs du même genre.
Et en regardant ce qui tire pulseaudio-libs, je tombe sur … les mêmes paquets ( sox, qemu-* , java, etc ), et avec des sous paquets de pulseaudio.
En fait, il y a des paquets comme empathy, spice, gnome-shell qui utilise que PA. Empathy s'intégre finement pour couper la musique quand tu reçoit un appel, par exemple. Je suppose que spice utilise PA pour des choses comme ça : http://spice-space.org/page/Features/AudioVolume
Donc bien que le nombre de paquets externes lié à alsa soit plus grand d'un ou deux paquets, je pense que pulseaudio est au même niveau de support que alsa pour les divers codes. Mplayer, gstreamer, xine, etc l'utilise, et je ne me souviens pas avoir vu qui que ce soit avoir dit que pulseaudio va rendre alsa totalement obsolète au point de le faire disparaitre, jusque que passer par pulseaudio permet de gérer tout de façon unifié.
Quand il y a pas de compatibilité, des utilisateurs râlent ( parce que bon, ils font l'honneur d'utiliser le fruit des efforts des autres ), et quand il y a une couche ( présente depuis le début et par design ) qui est utilisé, les gens trouvent le moyen de tourner ça en échec. Je trouve ce genre de mentalité digne de quelqu'un qui ne fait pas d'effort pour produire et qui n'a pas de respect pour le don des autres. Et ensuite, on se demande pourquoi les développeurs passent pas plus de temps à discuter avec certains.