> fournir par défaut une application qui bouffe 10% du temps CPU
C'est sur un vieux AMD athlon 1600+ !
C'est pour mixer deux pistes stéréo à différentes fréquences !
Il faut donc relaviser.
Pour exemple pour une vidéo en 720x304, audio : stéréo 48 kHz.
mplayer (avec driver xmga) : 15,8 % de cpu
PulseAudio : 3.9 % de cpu
Donc PulseAudio ne monopolise pas le cpu. Et surtout, ça marche !
Notons que Totem me bouffe 8 % de cpu de plus que mplayer seulement car il ne supporte pas le driver xmga (c'est une Matrox G400). Et plus grave, c'est 8 % pour le server X11. Donc dès qu'il y a un petit truc fait par x11 (un scroll), la vidéo saute.
Dans le cas de Totem, c'est bouffer du cpu et ça marche mal.
NB : J'aime bien Totem. Totem révèle surtout que la carte G400 est mal supportée par Linux (elle est vieille).
> juste pour faire du bruit sur les haut-parleurs
Compiz c'est "juste pour faire joli".
PulseAudio, ce n'est pas juste pour faire joli ou du bruit. Du moins en l'état, il y aura peut-être des plugin "effets" pour la frime.
Donc ce que tu qualifie de "bruit", est généralement de la music ou une bande son d'un film (attention à la synchro son/vidéo) ou une chaine d'information continue, etc.
Regarde une vidéo, si le son est en retard, c'est insupportable.
Si lancer vim fait sauter le son durant 0,2 seconde, c'est insupportable.
Avec la vidéo précédente (720x304...), sans changer la priorité des processus, je peux faire 4 compilations en même temps (évidemment en parallèle) dans que la vidéo ni le son ne soit perturbé en rien (par une frame vidéo saute, le son reste nickel et synchro). Ça c'est très très important. Ce n'est pas du "faire joli".
[^] # Re: PulseAudio
Posté par IsNotGood . En réponse au journal Coup d'oeil à Fedora 8. Évalué à 2.
C'est sur un vieux AMD athlon 1600+ !
C'est pour mixer deux pistes stéréo à différentes fréquences !
Il faut donc relaviser.
Pour exemple pour une vidéo en 720x304, audio : stéréo 48 kHz.
mplayer (avec driver xmga) : 15,8 % de cpu
PulseAudio : 3.9 % de cpu
Donc PulseAudio ne monopolise pas le cpu. Et surtout, ça marche !
Notons que Totem me bouffe 8 % de cpu de plus que mplayer seulement car il ne supporte pas le driver xmga (c'est une Matrox G400). Et plus grave, c'est 8 % pour le server X11. Donc dès qu'il y a un petit truc fait par x11 (un scroll), la vidéo saute.
Dans le cas de Totem, c'est bouffer du cpu et ça marche mal.
NB : J'aime bien Totem. Totem révèle surtout que la carte G400 est mal supportée par Linux (elle est vieille).
> juste pour faire du bruit sur les haut-parleurs
Compiz c'est "juste pour faire joli".
PulseAudio, ce n'est pas juste pour faire joli ou du bruit. Du moins en l'état, il y aura peut-être des plugin "effets" pour la frime.
Donc ce que tu qualifie de "bruit", est généralement de la music ou une bande son d'un film (attention à la synchro son/vidéo) ou une chaine d'information continue, etc.
Regarde une vidéo, si le son est en retard, c'est insupportable.
Si lancer vim fait sauter le son durant 0,2 seconde, c'est insupportable.
Avec la vidéo précédente (720x304...), sans changer la priorité des processus, je peux faire 4 compilations en même temps (évidemment en parallèle) dans que la vidéo ni le son ne soit perturbé en rien (par une frame vidéo saute, le son reste nickel et synchro). Ça c'est très très important. Ce n'est pas du "faire joli".