Sound doesn't work on gnome apps, with Intel HDA ALC662. If I press the "Test" button in the gnome-sound-properties application Reproducible: Always Steps to Reproduce: 1.Press the "Test" button in the gnome-sound-properties 2. 3. Actual Results: an error dialog is shown with the message: "audiotestsrc wave=sine freq=512 ! audioconvert ! audioresample ! gconfaudiosink: Could not get/set settings from/on resource." If I start the app from a terminal, it gives the next output when the error happens: sound-properties-Message: Error running pipeline 'audiotestsrc wave=sine freq=512 ! audioconvert ! audioresample ! gconfaudiosink': Could not get/set settings from/on resource. [gstalsasink.c(501): set_hwparams (): /pipeline0/gconfaudiosink0/bin0/autoaudiosink0/autoaudiosink0-actual-sink-alsa: Unable to set hw params for playback: Argumento inválido] gnome-sound-properties: pcm_plug.c:67: snd_pcm_plug_close: Assertiva `plug->gen.slave == plug->req_slave' falhou. Expected Results: Play a test sound. My audio device is listed by "lspci" as (It's Intel HDA, codec ALC662): 00:05.0 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2)
please paste your emerge --info. Note that on my work laptop, I have: 00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio (rev a2) and the volume control is actually "Front" for headphones plug (which might not be obvious) and "Surround" for front speakers...
Created attachment 136798 [details] Output of emerge --info
(In reply to comment #1) > please paste your emerge --info. Ok! I've created an attachment containing the output. > Note that on my work laptop, I have: > 00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio (rev a2) > > and the volume control is actually "Front" for headphones plug (which might not > be obvious) and "Surround" for front speakers... > I'm alread aware of this. ALSA is working. The problem seems to be related to gstreamer. Programs wich don't use it, such as mplayer, work well. I've found that if I use gstreamer-properties instead of gnome-sound-manager and set the plugin to automatic, the same problem happens. However, changing the setings in the gstreamer-properties app to use the ALSA plugin and selecting the device "ALC662 Analog" seens to solve the problem for most of the apps. Pidgin used to terminate it's execution when a sound where played before I configured gstreamer-properties, now sound works but have some quality problems. It seens to be cutting some parts of the stream.
I filed another bug, but get invalid. http://bugs.gentoo.org/show_bug.cgi?id=200357 so, write here. at the moment, gst-plugins-alsa isn't pulled automatically deposite set alsa USE flags. which ebuild treat to resolve alsa? this break gnome-sound-propaties, mixer_applet2 and etc ... [ebuild R ] gnome-base/control-center-2.20.1 USE="alsa hal -debug -eds -esd" alsa USE flag exist in control-center, but this flags depends gstreamer plugins internally. control-center pulled media-libs/gst-plugins-base and media-libs/gstreamer, but any alsa dependency in gstreamer hasn't been exist in this version.
*** Bug 200388 has been marked as a duplicate of this bug. ***
Fixed. Please re-sync in several hours and try again.
(In reply to comment #6) > Fixed. Please re-sync in several hours and try again. > I will reopen this bug because my problem was not solved.I already had gst-plugins-alsa installed. Maybe your fix solved the problem described in the comment #4 wich isn't the same described by me, or in Bug 200388 wich "IS NOT" a duplicate of this bug. Also, I don't know if this bug happens in architectures different from amd64.
Ah, sorry. That, then, is not a control-panel or gnome bug. It's a gstreamer or alsa bug.
Created attachment 142957 [details] Output of gstreamer-properties --gst-debug-level=5 Added an attachment with the output of the command > gstreamer-properties --gst-debug-level=5 The error happens when I try to play a sound (by clicking the test button) with the autodetect output plugin option selected.
OK! Finally I could solve the problem. Found the sollution in the forums. All I needed to do was to set the ALSA_PCM_PLUGINS variable inthe make.conf file and rebuild alsa-lib. I've built all the plugins and now the sound is (finally) working well in audacious,pidgin, totem, and other gstreamer based apps. I wonder why it has fixed the problem, because mplayer and xine-lib based players worked without any problem before.
