Description of problem: No sound with pulseaudio. Killing pulseaudio task, makes totem work again (while falling back to ALSA). See attached logs. Version-Release number of selected component (if applicable): $ yum info pulseaudio Geladene Plugins: refresh-packagekit Installierte Pakete Name : pulseaudio Architektur : i386 Version : 0.9.10 $ yum info gstreamer Geladene Plugins: refresh-packagekit Installierte Pakete Name : gstreamer Architektur : i386 Version : 0.10.19 $ yum info totem Geladene Plugins: refresh-packagekit Installierte Pakete Name : totem Architektur : i386 Version : 2.23.2 How reproducible: Always. Steps to Reproduce: 1. Login to gnome 2. Try to play song in totem 3. Actual results: No sound. Expected results: Sound. Additional info:
Created attachment 311998 [details] Pulseaudio log
Created attachment 311999 [details] card0 codec
$ cat /proc/asound/cards 0 [NVidia ]: HDA-Intel - HDA NVidia HDA NVidia at 0xfeaf0000 irq 21 1 [HDMI ]: HDA-Intel - HDA ATI HDMI HDA ATI HDMI at 0xfebec000 irq 19
Please explain what you mean by "no sound"? Do you get an error message? Does the application freeze? Or does it appear to play properly but you just can't hear anything? If it is the latter then you probably just have a volume control initialization probelm. Please rung "alsamixer -c0" in a terminal and play around with the controls.
(In reply to comment #4) > Please explain what you mean by "no sound"? Do you get an error message? No error message. > Does the application freeze? No. E.g. Totem starts to play an MP3 file. The progress bar is moving very quickly (as the time), but no sound to hear. > Or does it appear to play properly but you just can't hear anything? It appears to play, but time is moving very quickly. And i cannot hear anything. > If it is the latter then you probably just have a volume control initialization > probelm. Please rung "alsamixer -c0" in a terminal and play around with the > controls. Mixer controls are ok, because as i already wrote, when killing pulseaudio the gstreamer framework is falling back to ALSA, which works correctly. One more thing i notcied: the error happens with the current Fedora kernel, i.e. 2.6.25.11-97.fc9. Using kernel e.g. next-20080807 and the above error is gone. Maybe this is some driver issue in the linux kernel, as there have been alsa updates between thoose two kernels.
Please set "log-level=debug" in /etc/pulse/daemon.conf Then log out and back in. Check if things work. Post the syslog output of PA here. Thanks!
Just received the fedora kernel update to 2.6.26.3-29.fc9.i686.PAE. And with this update the described problems vanished. Shall i still try to get the debug log for you? From my side this bug can be closed.
Closing.