Quelques bugs. Mais aussi beaucoup de bugs côté alsa (ça dépend du driver). En effet, PA utilise des API d'alsa jusqu'à maintenant assez peu utilisées.
Il semble consommer plus de cpu que les autres car il fait par défaut les rééchantillonnages avec un algo qui donne la priorité à la qualité. Il y a d'autres algorithmes beaucoup plus rapides et disponibles dans PA mais de moins bonne qualité. Il me semble avoir lu qu'il y avait des possibilités de grosses améliorations avec SSE3.
Sur une bécane moderne (même bas de gamme) PA n'est pas un problème. Pour du vieux matériel et avec la configuration par défaut ça peut coincer pour le cpu (bouffe par exemple 20 % du cpu s'il faut rééchantillonner).
En passant, esound ou dmix n'est pas mieux que PA pour ce qui est de la consommation cpu (dmix n'a jamais bien marché chez moi...).
Par ma part j'ai peu de problème. Il y a PA qui plante parfois une fois tous les mois. M'enfin, ce n'est plus arrivé depuis que je suis sous F10 (quelques semaines).
A part les bugs (tous les programmes en ont et ça se corrige), PA est OK. Le plus gros problème actuellement n'est pas PA, mais l'intégration de PA dans Gnome par exemple. La configuration du son dans Gnome est trop compliquée. C'est un chantier en cours, premiers résultats visibles dans la prochaine version de Gnome. Notons que PA utilise HAL ce qui permettra de n'afficher que les paramètres importantes au-lieu d'une forêt de curseurs et de boutons.
PA ce n'est pas que le volume par application, c'est aussi la prise en compte à chaud de nouveau périphérique et la posibilité de rediriger le son d'un périphérique sur un autre ou seulement un flux audio.
C'est vraiment très cool quand on a, en plus de la classique carte son, un casque audio USB et que pidgin vous appelle.
[^] # Re: Essayer c'est adopter
Posté par IsNotGood . En réponse à la dépêche Archlinux 2009.02 est parmi nous. Évalué à 5.
Quelques bugs. Mais aussi beaucoup de bugs côté alsa (ça dépend du driver). En effet, PA utilise des API d'alsa jusqu'à maintenant assez peu utilisées.
Il semble consommer plus de cpu que les autres car il fait par défaut les rééchantillonnages avec un algo qui donne la priorité à la qualité. Il y a d'autres algorithmes beaucoup plus rapides et disponibles dans PA mais de moins bonne qualité. Il me semble avoir lu qu'il y avait des possibilités de grosses améliorations avec SSE3.
Sur une bécane moderne (même bas de gamme) PA n'est pas un problème. Pour du vieux matériel et avec la configuration par défaut ça peut coincer pour le cpu (bouffe par exemple 20 % du cpu s'il faut rééchantillonner).
En passant, esound ou dmix n'est pas mieux que PA pour ce qui est de la consommation cpu (dmix n'a jamais bien marché chez moi...).
Par ma part j'ai peu de problème. Il y a PA qui plante parfois une fois tous les mois. M'enfin, ce n'est plus arrivé depuis que je suis sous F10 (quelques semaines).
A part les bugs (tous les programmes en ont et ça se corrige), PA est OK. Le plus gros problème actuellement n'est pas PA, mais l'intégration de PA dans Gnome par exemple. La configuration du son dans Gnome est trop compliquée. C'est un chantier en cours, premiers résultats visibles dans la prochaine version de Gnome. Notons que PA utilise HAL ce qui permettra de n'afficher que les paramètres importantes au-lieu d'une forêt de curseurs et de boutons.
PA ce n'est pas que le volume par application, c'est aussi la prise en compte à chaud de nouveau périphérique et la posibilité de rediriger le son d'un périphérique sur un autre ou seulement un flux audio.
C'est vraiment très cool quand on a, en plus de la classique carte son, un casque audio USB et que pidgin vous appelle.