Je ne sais pas comme ça, mais franchement je ne pense pas que cela soit l'intégration dans Debian qui soit pourrie. Même si cette intégration n'est pas parfaite, PA doit en faire pas mal par lui même :(
Par exemple sur Mandriva, qui a dès le départ soutenu PA, dont l'intégration est sans reproche, en plus quelque soit le bureau, et qui dispose même d'un développeur consacré (Colin Guthrie), ben même dans cette situation idéale, PA consomme du cpu plus java et flash réuni (j'exagère mais c'est impressionnant de voir autant de conso cpu juste pour mixer deux sources). PA en est bien cause, en lui même.
Si tu n'a pas de .asoundrc dans le ~, peux tu regarder du côté de asound.state (ou équivalent) quelquepart dans /etc ? Par exemple, dans le mien, sur le netbook, j'ai un paragraphe simple pour state.TuxDroid et un très complet pour state.Intel (et rien à propos de PA :p )
Bon heu ça en vient presque à faire du ""support"" Pulse pour Debian sur une dépêche parlant de Phonon et de la politique de Nokia. heu, désolé... je sort :honte:
[^] # Re: Phonon était pas prêt
Posté par bubar🦥 . En réponse au journal Qt/Phonon bientôt mort et remplacé. Évalué à 4.
Par exemple sur Mandriva, qui a dès le départ soutenu PA, dont l'intégration est sans reproche, en plus quelque soit le bureau, et qui dispose même d'un développeur consacré (Colin Guthrie), ben même dans cette situation idéale, PA consomme du cpu plus java et flash réuni (j'exagère mais c'est impressionnant de voir autant de conso cpu juste pour mixer deux sources). PA en est bien cause, en lui même.
Si tu n'a pas de .asoundrc dans le ~, peux tu regarder du côté de asound.state (ou équivalent) quelquepart dans /etc ? Par exemple, dans le mien, sur le netbook, j'ai un paragraphe simple pour state.TuxDroid et un très complet pour state.Intel (et rien à propos de PA :p )
Bon heu ça en vient presque à faire du ""support"" Pulse pour Debian sur une dépêche parlant de Phonon et de la politique de Nokia. heu, désolé... je sort :honte: