Fedora-Fr

draffin · 2008-01-18T17:47:22+00:00

Bonjour à tous, Suite à des mises-à-jour, je me retrouve avec pulseaudio qui ne marche plus ! Voici les symptomes : * Amarok freeze quand je lance un morcea...

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Problème pulseaudio : plus de son !

draffin

Twinsen wrote:Salut,
J'ai eu le même problème lors de la mise a jour, l'option de mixage logicielle (esd) etait décochée dans la gestion du son.

Verifie peut etre si c'est pas simplement ca !

A+
Nico.

Je viens de tester : ça ne marche pas mieux...

Je crois que je vais sagement attendre la nouvelle mise à jour...

Twinsen

apparemment, ton utilisateur qui a l'air de s'appeler "miman" n'a pas les droits de creer le repertoire "/tmp/pulseaudio-miman".
J'avais omis ce problème aussi, mais j'ai du remettre mon user propriétaire du repertoire correspondant dans tmp.
Au passage, verifie que le user est bien dans les groupes "pulse-rt" et "PolicyKit".

Mais je pense que ca devrait marcher, je me suis retrouvé avec le même problème hier, mais a force de bidouiller, je sais plus exactement ce que j'ai fait...

Mais l'esd actif, les droits sur le /tmp/pulseaudio-leuser/ et l'appartenance aux groupes ca devrait le faire 😉

De plus, je suis pas sur que la mise a jour corrige ton problème vu que pulse marche chez les autres.

A+

draffin

Twinsen wrote:apparemment, ton utilisateur qui a l'air de s'appeler "miman" n'a pas les droits de creer le repertoire "/tmp/pulseaudio-miman".
J'avais omis ce problème aussi, mais j'ai du remettre mon user propriétaire du repertoire correspondant dans tmp.
Au passage, verifie que le user est bien dans les groupes "pulse-rt" et "PolicyKit".

Mais je pense que ca devrait marcher, je me suis retrouvé avec le même problème hier, mais a force de bidouiller, je sais plus exactement ce que j'ai fait...

Mais l'esd actif, les droits sur le /tmp/pulseaudio-leuser/ et l'appartenance aux groupes ca devrait le faire 😉

De plus, je suis pas sur que la mise a jour corrige ton problème vu que pulse marche chez les autres.

A+

Pour le répertoire /tmp/pulse-miman, c'est OK. Pour le groupe pulse-rt, c'est OK.
Par contre, je ne sais pas ce que je dois faire pour que PolicyKit me donne les droits nécessaires.
Le message d'erreur a légèrement changé de tête :

[miman@fla93-5-88-161-2-101 ~]$ pulseaudio
W: polkit.c: Failed to show grant dialog: Unable to lookup exe for caller
W: polkit.c: PolicyKit responded with 'auth_admin_keep_always'
W: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Opération non permise
W: alsa-util.c: Device hw:1 doesn't support 2 channels, changed to 1.
ALSA lib confmisc.c:1286:(snd_func_refer) Unable to find definition 'cards.ICE1712.pcm.surround71.0:CARD=0'
ALSA lib conf.c:3510:(_snd_config_evaluate) function snd_func_refer returned error: Aucun fichier ou répertoire de ce type
ALSA lib conf.c:3982:(snd_config_expand) Evaluate error: Aucun fichier ou répertoire de ce type
ALSA lib pcm.c:2145:(snd_pcm_open_noupdate) Unknown PCM surround71:0
W: alsa-util.c: Device hw:0 doesn't support 2 channels, changed to 10.
W: alsa-util.c: Device hw:0 doesn't support sample format s16le, changed to s32le.
W: alsa-util.c: Cannot find fallback mixer control "PCM".
E: module-alsa-sink.c: Failed to create sink object
E: module.c: Failed to load  module "module-alsa-sink" (argument: "device_id=0 sink_name=alsa_output.pci_1412_1712_alsa_playback_0"): initialization failed.
ALSA lib confmisc.c:1286:(snd_func_refer) Unable to find definition 'cards.ICE1712.pcm.surround71.0:CARD=0'
ALSA lib conf.c:3510:(_snd_config_evaluate) function snd_func_refer returned error: Aucun fichier ou répertoire de ce type
ALSA lib conf.c:3982:(snd_config_expand) Evaluate error: Aucun fichier ou répertoire de ce type
ALSA lib pcm.c:2145:(snd_pcm_open_noupdate) Unknown PCM surround71:0
W: alsa-util.c: Device hw:0 doesn't support 2 channels, changed to 12.
W: alsa-util.c: Device hw:0 doesn't support sample format s16le, changed to s32le.
W: alsa-util.c: Cannot find fallback mixer control "Mic".
E: module-alsa-source.c: Failed to create source object
E: module.c: Failed to load  module "module-alsa-source" (argument: "device_id=0 source_name=alsa_input.pci_1412_1712_alsa_capture_0"): initialization failed.

On y est presque, manifestement !

edward.standford

Exécuter les commandes suivantes, elles attribuent les privilèges nécessaire à pulseaudio pour le daemon hal:

polkit-grant --gain org.pulseaudio.acquire-high-priority
polkit-grant --gain org.pulseaudio.acquire-real-time

Ensuite j'ai eu des problème selinux : l'utilitaire hal-acl-tool n'a pas les permissions selinux appropriées.

Si vous avez vous aussi des problèmes selinux:

compiler un package hal-acl-tool.pp (selinux policy package) à partir du fichier source hal-acl-tool.te dont voici le contenu :

Le votre pourrait être différent. Plus loins vous verrez comment le produire.

module halacltool 1.0;

require {
type syslogd_t;
type hald_acl_t;
type devlog_t;
class sock_file write;
class unix_stream_socket connectto;
class unix_dgram_socket { create connect };
}

#============= hald_acl_t ==============
allow hald_acl_t devlog_t:sock_file write;
allow hald_acl_t self:unix_dgram_socket { create connect };
allow hald_acl_t syslogd_t:unix_stream_socket connectto;

Comment produire ce source ?

Attention, travailler dans un répertoire dédié car des fichiers temporaires sont générés.
par exemple : mkdir -p ~/selinux/hal-acl-tool && cd ~/selinux/hal-acl-tool

Rien de magic, le fichier source est produit par la commande suivante (il faut êrte root pour lire /var/log/audit/audit.log) :

grep "hal-acl-tool" /var/log/audit/audit.log|grep "denied"|audit2allow -r -m halacltool > halacltool.te

(vous avez remarqué: ni tiret ni underscore dans le nom du source halacltool.te sinon audit2allow se plaint)

Pour compiler le source halacltool.te :

make -f /usr/share/selinux/devel/Makefile

Enfin, executer la commande d'installation du package avec les droits du superutilisateur:

semodule -i hal-acl-tool.pp

Il se peut que vous deviez reproduire ces étapes à plusieurs reprises car lorsque une autorisation est donnée on s'aperçoit ensuite qu'une autre doit l'être aussi. Précision :

Par exemple le programme hal-acl-tool requiert les droits de création sur l'objet unix_dgram_socket.
Lorsqu'on attribue les droits de création on observe ensuite que le programme requiert les droits d'écriture sur l'objet. Ainsi la ligne :

allow hald_acl_t self:unix_dgram_socket { create connect };

est issue de deux appels à audit2allow :
le premier appel donne

allow hald_acl_t self:unix_dgram_socket { create };

et le second

allow hald_acl_t self:unix_dgram_socket { create connect };

Je vous conseille de toujours procéder comme cela avec selinux en attribuant les autorisations de façon incrémentale pour ne pas attribuer plus d'autorisation qu'il n'en faut.

Personnellement en tant que root j'execute le pipe :

grep "hal-acl-tool" /var/log/audit/audit.log|grep " denied"|audit2allow -r -m halacltool > halacltool.te && make -f /usr/share/selinux/devel/Makefle && semodule -i halacltool.pp

plusieurs fois de suite pour compléter les autorisations. De plus en lisant le source vous voyez les autorisations que vous attribuez. Ici on observe que hal-acl-tool requiert les droits nécessaires à la création d'un fichier socket datagram-unix (communiquer avec ses clients) et les droits de communiquer avec le journal systeme, c'est normal pour un daemon.

Bien evidemment vous êtes sous fedora et le journal du service audit est /var/log/audit/audit.log
et le Makefile du package selinux-policy-devel est /usr/share/selinux/devel/Makefile. Sinon ajuster les commandes.

Bonne chance.

draffin

Tout d'abord merci pour tous ces conseils ! On sent l'expert 😉
J'ai exécuté les deux premières lignes. Et ça ne marche toujours pas (pa volume control plante ainsi que k3b)...
Je ne pense pas avoir de problème avec selinux car ... il est désactivé.
Voici une nouvelle copie de ma console :

W: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Opération non permise
W: alsa-util.c: Device hw:1 doesn't support 2 channels, changed to 1.
ALSA lib confmisc.c:1286:(snd_func_refer) Unable to find definition 'cards.ICE1712.pcm.surround71.0:CARD=0'
ALSA lib conf.c:3510:(_snd_config_evaluate) function snd_func_refer returned error: Aucun fichier ou répertoire de ce type
ALSA lib conf.c:3982:(snd_config_expand) Evaluate error: Aucun fichier ou répertoire de ce type
ALSA lib pcm.c:2145:(snd_pcm_open_noupdate) Unknown PCM surround71:0
W: alsa-util.c: Device hw:0 doesn't support 2 channels, changed to 10.
W: alsa-util.c: Device hw:0 doesn't support sample format s16le, changed to s32le.
W: alsa-util.c: Cannot find fallback mixer control "PCM".
E: module-alsa-sink.c: Failed to create sink object
E: module.c: Failed to load  module "module-alsa-sink" (argument: "device_id=0 sink_name=alsa_output.pci_1412_1712_alsa_playback_0"): initialization failed.
ALSA lib confmisc.c:1286:(snd_func_refer) Unable to find definition 'cards.ICE1712.pcm.surround71.0:CARD=0'
ALSA lib conf.c:3510:(_snd_config_evaluate) function snd_func_refer returned error: Aucun fichier ou répertoire de ce type
ALSA lib conf.c:3982:(snd_config_expand) Evaluate error: Aucun fichier ou répertoire de ce type
ALSA lib pcm.c:2145:(snd_pcm_open_noupdate) Unknown PCM surround71:0
W: alsa-util.c: Device hw:0 doesn't support 2 channels, changed to 12.
W: alsa-util.c: Device hw:0 doesn't support sample format s16le, changed to s32le.
W: alsa-util.c: Cannot find fallback mixer control "Mic".

Merci encore pour votre aide !

edward.standford

On a déjà avancé, les messages d'erreur dus à PolicyKit ont semble-t-il disparus.

les commandes

polkit-grant --gain org.pulseaudio.acquire-high-priority
polkit-grant --gain org.pulseaudio.acquire-real-time

permettent d'attribuer les droits polkit. Si tel n'est pas le cas, redémarrer le service hald et au plus relancer la session. C'est pas la peine de rebooter !

Vérifier que les droits ont bien été attribuer avec la commande :

polkit-grant --list

Il semble que les messages d'erreurs restant soient liés à la configuration hardware.

Le problème c'est que je préfère gnome à kde. Sous Gnome pulseaudio utilise le module hal-detect pour déterminer les paramètres du périphérique, c'est pratique. KDE utilise le serveur de son artsd qui peut lui-même être configurer pour utiliser esd (enlightment sound daemon). Enfin pulse-audio peut simuler le comportement esd et on peut donc tromper artsd en paramètrant pulseaudio de sorte qu'il se comporte comme esd.

Voyez ce document très complet sur pulseaudio, son titre est très claire : PulseAudio Perfect Setup

Et voici l'équivalent en français : Configuration pulseaudio

Je vous conseil de partir d'un /etc/pulse/default.pa minimalisé en commentant toutes les lignes de protocol, et de samples.

Dans un premier temps ne charger que les modules de détection hardware (haldetect, alsa).

Stopper le daemon s'il fonctionne :

/usr/bin/pulseaudio -k

Le relancer en mode verbeux et scruter la sortie:

/usr/bin/pulseaudio --daemonize --log-target=stderr -v

Modifier le fichier de configuration en conséquence. et surtout commenter tout module qui ferait échouer le démarrage du daemon.

Lorsque que le daemon parvient à démarrer, occupez-vous des protocoles, des samples et autres sink.

Bonne chance.

draffin

Toujours plus près !!!

J'ai suivi pas à pas ce que tu me conseilles de faire et voici les conclusions.
Avec la commande /usr/bin/pulseaudio --daemonize --log-target=stderr -v, le démon se lance à certaines conditions :
1) Si defaut.pa ne contient aucun module, il refuse de se lancer.
2) En activant simplement module-volume-restore, le démon se lance. C'est chouette mais je ne peux rien en faire !
3) En rajoutant les modules module-alsa-sink ou module-alsa-source, le démon ne se charge plus.
4) Si je remplace les module-alsa par module-hal-detect, le démon se charge mais il est inutilisable (pas de sink)

Voici une copie d'écran de la commande pulseaudio -vv (avec module-hal-detect)

I: main.c: PolicyKit grants us acquire-high-priority privilige.
I: main.c: We're in the group 'pulse-rt', allowing real-time and high-priority scheduling.
I: core-util.c: Successfully gained nice level -11.
W: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Opération non permise
I: main.c: Page size is 4096 bytes
I: main.c: Fresh high-resolution timers available! Bon appetit!
I: module-hal-detect.c: Trying capability alsa
D: module-hal-detect.c: Not loaded device /org/freedesktop/Hal/devices/computer_alsa_timer
D: module-hal-detect.c: Not loaded device /org/freedesktop/Hal/devices/computer_alsa_sequencer
D: module-hal-detect.c: Loading module-alsa-sink with arguments 'device_id=0 sink_name=alsa_output.pci_1412_1712_alsa_playback_0'
D: alsa-util.c: Trying front:0...
I: alsa-util.c: PCM device front:0 refused our hw parameters: Argument invalide
D: alsa-util.c: Trying surround40:0...
I: alsa-util.c: PCM device surround40:0 refused our hw parameters: Argument invalide
D: alsa-util.c: Trying surround41:0...
I: alsa-util.c: PCM device surround41:0 refused our hw parameters: Argument invalide
D: alsa-util.c: Trying surround50:0...
I: alsa-util.c: PCM device surround50:0 refused our hw parameters: Argument invalide
D: alsa-util.c: Trying surround51:0...
I: alsa-util.c: PCM device surround51:0 refused our hw parameters: Argument invalide
D: alsa-util.c: Trying surround71:0...
ALSA lib conf.c:3949:(snd_config_expand) Unknown parameters 0
ALSA lib pcm.c:2145:(snd_pcm_open_noupdate) Unknown PCM surround71:0
I: alsa-util.c: Couldn't open PCM device surround71:0: Argument invalide
D: alsa-util.c: Trying hw:0 as last resort...
W: alsa-util.c: Device hw:0 doesn't support 2 channels, changed to 10.
W: alsa-util.c: Device hw:0 doesn't support sample format s16le, changed to s32le.
I: module-alsa-sink.c: Successfully opened device hw:0.
I: module-alsa-sink.c: Successfully enabled mmap() mode.
I: alsa-util.c: Successfully attached to mixer 'hw:0'
I: alsa-util.c: Cannot find mixer control "Master".
W: alsa-util.c: Cannot find fallback mixer control "PCM".
D: sink.c: pa_sink_new: Assertion <map && pa_channel_map_valid(map)> failed.
E: module-alsa-sink.c: [color=#FE0010]Failed to create sink object[/color]
E: module.c: [color=#FC0216]Failed to load  module "module-alsa-sink" (argument: "device_id=0 sink_name=alsa_output.pci_1412_1712_alsa_playback_0"): initialization failed.[/color]
D: module-hal-detect.c: Not loaded device /org/freedesktop/Hal/devices/pci_1412_1712_alsa_playback_0
D: module-hal-detect.c: Loading module-alsa-source with arguments 'device_id=0 source_name=alsa_input.pci_1412_1712_alsa_capture_0'
D: alsa-util.c: Trying front:0...
I: alsa-util.c: PCM device front:0 refused our hw parameters: Argument invalide
D: alsa-util.c: Trying surround40:0...
I: alsa-util.c: PCM device surround40:0 refused our hw parameters: Argument invalide
D: alsa-util.c: Trying surround41:0...
I: alsa-util.c: PCM device surround41:0 refused our hw parameters: Argument invalide
D: alsa-util.c: Trying surround50:0...
I: alsa-util.c: PCM device surround50:0 refused our hw parameters: Argument invalide
D: alsa-util.c: Trying surround51:0...
I: alsa-util.c: PCM device surround51:0 refused our hw parameters: Argument invalide
D: alsa-util.c: Trying surround71:0...
ALSA lib conf.c:3949:(snd_config_expand) Unknown parameters 0
ALSA lib pcm.c:2145:(snd_pcm_open_noupdate) Unknown PCM surround71:0
I: alsa-util.c: Couldn't open PCM device surround71:0: Argument invalide
D: alsa-util.c: Trying hw:0 as last resort...
W: alsa-util.c: Device hw:0 doesn't support 2 channels, changed to 12.
W: alsa-util.c: Device hw:0 doesn't support sample format s16le, changed to s32le.
I: module-alsa-source.c: Successfully opened device hw:0.
I: module-alsa-source.c: Successfully enabled mmap() mode.
I: alsa-util.c: Successfully attached to mixer 'hw:0'
I: alsa-util.c: Cannot find mixer control "Capture".
W: alsa-util.c: Cannot find fallback mixer control "Mic".
D: source.c: pa_source_new: Assertion <map && pa_channel_map_valid(map)> failed.
E: module-alsa-source.c: Failed to create source object
E: module.c: Failed to load  module "module-alsa-source" (argument: "device_id=0 source_name=alsa_input.pci_1412_1712_alsa_capture_0"): initialization failed.
D: module-hal-detect.c: Not loaded device /org/freedesktop/Hal/devices/pci_1412_1712_alsa_capture_0
D: module-hal-detect.c: Not loaded device /org/freedesktop/Hal/devices/pci_1412_1712_alsa_midi_0
D: module-hal-detect.c: Not loaded device /org/freedesktop/Hal/devices/pci_1412_1712_alsa_control__1
I: module-hal-detect.c: Loaded 0 modules.
I: module.c: Loaded "module-hal-detect" (index: #0; argument: "").
I: module-volume-restore.c: starting with empty ruleset.
I: module.c: Loaded "module-volume-restore" (index: #1; argument: "").
D: module-default-device-restore.c: No previous default sink setting, ignoring.
D: module-default-device-restore.c: No previous default source setting, ignoring.
I: module.c: Loaded "module-default-device-restore" (index: #2; argument: "").
I: main.c: Daemon startup complete.
D: module-hal-detect.c: dbus: interface=org.freedesktop.DBus, path=/org/freedesktop/DBus, member=NameAcquired

Certaines lignes sont en rouge :
E: module-alsa-sink.c: Failed to create sink object
E: module.c: Failed to load module "module-alsa-sink" (argument: "device_id=0 sink_name=alsa_output.pci_1412_1712_alsa_playback_0"): initialization failed.
(...)
E: module-alsa-source.c: Failed to create source object
E: module.c: Failed to load module "module-alsa-source" (argument: "device_id=0 source_name=alsa_input.pci_1412_1712_alsa_capture_0"): initialization failed.
Ce qui semble indiquer que le problème vient surtout de là.
Maintenant, reste à trouver comment le résoudre :-o

edward.standford

Pardon pour ce long silence, j'était absent.

Comme ton log se termine par:

I: main.c: Daemon startup complete.

pulseaudio est fonctionnel.

Le daemon démarre mais tu ne peux rien faire, c'est normal puisqu'aucun protocol n'est chargé.

Maintenant charge les protocols unix, native-unix et esound et esound-native, ça devrait suffir.
Les protocols sont le langage de communication entre les logiciels son et le server pulsaudio.

Verifie les noms des protocols dans default.pa car je ne suis pas sur de leur nom.

A+.

draffin

Ok. J'ai rajouté les protocoles (qui ont l'air de bien se charger). Malheureusement, je ne peux toujours rien faire !
pavucontrol plante avec le message d'erreur suivant (en console) :

79c8af55-637a-3c78-05770cb0-1ab5fa38 is dumped

Plus grave : dans padevchooser (qui marche bien, lui), je ne peux choisir aucun périphérique de sortie (comme si je n'avais pas de carte son). Je suis en train de me demander si le problème ne vient pas plutôt d'alsa.
En effet, amarok ne fonctionne qu'avec oss mais pas avec alsa (étrange) ni avec pulseaudio.
Qu'en penses-tu ?

n1ck0

draffin wrote:Ok. J'ai rajouté les protocoles (qui ont l'air de bien se charger). Malheureusement, je ne peux toujours rien faire !
pavucontrol plante avec le message d'erreur suivant (en console) :
79c8af55-637a-3c78-05770cb0-1ab5fa38 is dumped
Plus grave : dans padevchooser (qui marche bien, lui), je ne peux choisir aucun périphérique de sortie (comme si je n'avais pas de carte son). Je suis en train de me demander si le problème ne vient pas plutôt d'alsa.
En effet, amarok ne fonctionne qu'avec oss mais pas avec alsa (étrange) ni avec pulseaudio.
Qu'en penses-tu ?

il y a un wrapper alsa and co non ?

===>[] je laisse la place aux experts

draffin

n1ck0 wrote:il y a un wrapper alsa and co non ?

Est-ce que tu peux développer ?

edward.standford

Premièrement Amarok fonctionne avec Alsa. J'utilise maintenant KDE et Amarok fonctionne.

J'ai fait un test pour vérifier:

1) J'ai limité le fichier default.pa au strict minimum, il n'inclut en fait que deux directives:

a) Prise en charge du matériel:

### Automatically load driver modules depending on the hardware available
ifexists /usr/lib/pulse-0.9/modules/module-hal-detect.so
load-module module-hal-detect
.else
### Alternatively use the static hardware detection module (for systems that
### lack HAL support)
.load-module module-detect
.endif

b) Prise en charge du protocol (socket unix):

load-module module-native-protocol-unix

Le seul protocol unix suffit (communication avec le server pulseaudio via un fichier spécial de socket unix dont le chemin est /tmp/pulse-$USER/native).

Avec cette configuration minimale, Amarok, Xmms, MPlayer fonctionnent.

Par contre VLC et mpg321 eux ne fonctionnent pas. Pour VLC et mpg321 il faut ajouter la prise en charge du protocol esound (esd) avec la directive:

load-module module-esound-protocol-unix

Enfin madplay, utilitaire de lecture mp3 utilisant libmad lui ne fonctionne pas du tout. Il tente d'accéder directement au fichier de périphérique /dev/dsp, il renvoie alors le message d'erreur :

audio: /dev/dsp: Périphérique ou ressource occupé

Pour utiliser ce genre de logiciel, il faut tout simplement stopper pulseaudio ou tout autre programme utilisant la carte son après quoi ça marche.

Plutôt que d'essayer ces logiciels mieux vaut dans un premier temps essayer la commande:

aplay /usr/share/sounds/generic.wav

aplay est un simple utilitaire de lecture fourni par le packetage Alsa. Il ne lit que les fichiers Wave.

Bonne chance.

NB: avec des utilitaires comme mpg321 et madplay (lecteurs mp3 en ligne de commande), tu dois pouvoir écouter de la musique sans l'environnement graphique XWindow et sans pulseaudio directement depuis la console (tty1).

Essaye de démarrer en runlevel 3 (editer /etc/inittab) ou de simplement fermer la session XWindow et stopper kdm ou gdm depuis la console du terminal tty1 (CTRL+ALT+F1).

Après s'être logger sous la console tty1 (avec le même login que sous XWindow) s'assurer que pulseaudio est stoppé:

pulseaudio -k

ou

kill `/sbin/pidof pulseaudio` ( attention ` et non ' )

puis lire le mp3:

madplay /ma musique/mon fichier.mp3

de préférence sinon
mpg321 /ma musique/mon fichier.mp3

Avec ça tu sauras si ton matériel ou ta config alsa est en cause car madplay ne fonctionne pas du tout avec pulseaudio. mpg321 fonctionne avec et sans pulseaudio.

madplay et mpg321 son disponibles depuis le dépôt Livna.

yum install mpg321 madplay

edward.standford

Voici les liens pour accéder rapidement aux rpms de libmad et madplay

arch-i386
http://livna-dl.reloumirrors.net/fedora/8/i386/libmad-0.15.1b-5.lvn8.i386.rpm
http://livna-dl.reloumirrors.net/fedora/8/i386/madplay-0.15.2b-4.lvn6.i386.rpm

arch-x86-64
http://livna-dl.reloumirrors.net/fedora/8/x86_64/libmad-0.15.1b-5.lvn8.x86_64.rpm
http://livna-dl.reloumirrors.net/fedora/8/x86_64/madplay-0.15.2b-4.lvn6.x86_64.rpm

Sinon vous pouvez installer le rpm du repos Livna

http://rpm.livna.org/livna-release-8.rpm

après quoi la commande:

yum install madplay

fera le reste.

draffin

edward.standford wrote:Premièrement Amarok fonctionne avec Alsa. J'utilise maintenant KDE et Amarok fonctionne.

Chez moi, amarok (de même que audacious) marche avec oss mais pas avec alsa. Ça ne me le faisait pas avec Fedora 7...

J'ai fait un test pour vérifier:

1) J'ai limité le fichier default.pa au strict minimum, il n'inclut en fait que deux directives:

a) Prise en charge du matériel:

### Automatically load driver modules depending on the hardware available
ifexists /usr/lib/pulse-0.9/modules/module-hal-detect.so
load-module module-hal-detect
.else
### Alternatively use the static hardware detection module (for systems that
### lack HAL support)
.load-module module-detect
.endif

Comme tu as dû le voir dans mes messages d'erreur, c'est précisément cette étape qui ne marche pas chez moi ! Le daemon pulse-audio se charge correctement mais sans module hardware. Conséquence : pas de son.

b) Prise en charge du protocol (socket unix):

load-module module-native-protocol-unix

Le seul protocol unix suffit (communication avec le server pulseaudio via un fichier spécial de socket unix dont le chemin est /tmp/pulse-$USER/native).

Avec cette configuration minimale, Amarok, Xmms, MPlayer fonctionnent.

Ça, ça marche. Sauf que, lorsque je charge les modules de protocol, thunderbird plante (pour une raison mystérieuse puisque je n'utilise pas de notification sonore). Voir le topic suivant. Du coup, j'ai fait un petit coup de
#yum remove pulseaudio et tout va mieux maintenant.

Le problème est donc clos : j'attends Fedora 9 pour remettre pulseaudio !

Merci pour ton aide !

Denis

PS : aplay et madplay fonctionnent très bien chez moi !

bob031

bonjour,

merci edward.stanford pour les explications !

une petite recherche google me fait tomber sur votre discussion, suite à mes messages d'erreurs suivants :

[root@localhost redfox]# cat /var/log/messages | grep pulseaudio
Feb 19 14:52:01 localhost pulseaudio[2548]: polkit.c: Failed to show grant dialog: Unable to lookup exe for caller
Feb 19 14:52:01 localhost pulseaudio[2548]: polkit.c: PolicyKit responded with 'auth_admin_keep_always'
Feb 19 14:52:01 localhost pulseaudio[2548]: main.c: Called SUID root and real-time/high-priority scheduling was requested in the configuration. However, we lack the necessary priviliges:
Feb 19 14:52:01 localhost pulseaudio[2548]: main.c: We are not in group 'pulse-rt' and PolicyKit refuse to grant us priviliges. Dropping SUID again.
Feb 19 14:52:01 localhost pulseaudio[2548]: main.c: For enabling real-time scheduling please acquire the appropriate PolicyKit priviliges, or become a member of 'pulse-rt', or increase the RLIMIT_NICE/RLIMIT_RTPRIO resource limits for this user.
Feb 19 14:52:01 localhost pulseaudio[2548]: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Opération non permise
Feb 19 14:52:01 localhost pulseaudio[2548]: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Opération non permise
Feb 19 14:52:01 localhost pulseaudio[2548]: alsa-util.c: Device (null) doesn't support 44100 Hz, changed to 48000 Hz.
Feb 19 14:52:01 localhost pulseaudio[2548]: alsa-util.c: Device (null) doesn't support 44100 Hz, changed to 48000 Hz.
[root@localhost redfox]#

rien de bien méchant puisque :
à priori j'ai pas de souci de son !
apparemment j'utilise ALSA !
apparemment j'utilise pas pulseaudio pour le son !

Page suivante »