Re: [alsa-devel] Mic + Headphone Problem in Samsung R540
On Fri, 08 Oct 2010, Valentine Sinitsyn valentine.sinitsyn@gmail.com writes:
Looks like your Capture switch is disabled. Run alsamixer, find Capture (press F4) and then press Space to start capturing sound. Obviously, you will need to run arecord after that (I recommend using -vv to see the bar moving as you speak anything into mic).
Ok, this is not the first time I feel like a dumb. Thanks for the prompt reply, it fixed the mic problem.
Can you say anything about the headphone problem? Plugging -in/-out headphones doesn't have any effect.
Regards.
Hi,
Can you say anything about the headphone problem? Plugging -in/-out headphones doesn't have any effect.
It's not easy to say anything definite without having similar laptop at hands, but at the first glance it looks like the model you've selected for your soundcard (model=basic) attaches headphones to the wrong pin complex (Node 0x15 in the output [1]). Node 0x21 seems to be correct one for me, but it is just a guess which you can check by downloading HDA Analyzer GUI tool (python and pygtk are required) from ALSA website [2] and unmuting Node 0x21 output amplifiers manually, without using alsamixer or any other ALSA tool. This wouldn't help to fix your problem once and forever, but may help to see if the guess is correct. If it is, try another model for your soundcard (my impression is that autodetection, i.e. removing model= part altogether usually gives good results - you can even try to do it in a first place, without resorting to HDA Analyzer, and see if that helps). If it's not, try to loop through other pin widgets (0x1a is another suspect) in HDA Analyzer and unmute them while trying to play something in your headphones.
[1] http://www.alsa-project.org/db/?f=3571a643ab90e53100fa319edaa32b8b0dabfd00 [2] http://www.alsa-project.org/main/index.php/HDA_Analyzer
Regards, Valentine
2010/10/8 Volkan YAZICI yazicivo@ttmail.com
On Fri, 08 Oct 2010, Valentine Sinitsyn valentine.sinitsyn@gmail.com writes:
Looks like your Capture switch is disabled. Run alsamixer, find Capture
(press
F4) and then press Space to start capturing sound. Obviously, you will
need to
run arecord after that (I recommend using -vv to see the bar moving as
you speak
anything into mic).
Ok, this is not the first time I feel like a dumb. Thanks for the prompt reply, it fixed the mic problem.
Can you say anything about the headphone problem? Plugging -in/-out headphones doesn't have any effect.
Regards.
if the headphone is at 0x21 instead of 0x15 , you will need create a alc269_r590_mixer which has HP playback switch at 0x21 , remove the mono playback switch by using the alc269_base_mixer for your new model alc269_r590
Node 0x21 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x0000001c: OUT HP Detect Pin Default 0x0121101f: [Jack] HP Out at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0x1, Sequence = 0xf Pin-ctls: 0x00: Unsolicited: tag=00, enabled=0 Connection: 2 0x0c* 0x0d
Node 0x15 [Vendor Defined Widget] wcaps 0xf00000: Mono Control: name="Headphone Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Node 0x16 [Vendor Defined Widget] wcaps 0xf00000: Mono Control: name="Mono Playback Switch", index=0, device=0 ControlAmp: chs=2, dir=Out, idx=0, ofs=0
Hi,
Thanks Raymond and Valentine for your detailed replies. I played with HDA Analyzer GUI but couldn't manage to make headphones work, I am probably missing something again. Would you mind elaborating the details about the steps that I need to follow? For instance, Raymond, with all my respect, I really don't have an idea about how to do what you want me to do. (E.g., "create a alc269_r590_mixer which has HP playback switch at 0x21, remove the mono playback switch by using the alc269_base_mixer for your new model alc269_r590") A last push would be really helpful.
Regards.
On Sat, 9 Oct 2010, Raymond Yau superquad.vortex2@gmail.com writes:
if the headphone is at 0x21 instead of 0x15, you will need create a alc269_r590_mixer which has HP playback switch at 0x21, remove the mono playback switch by using the alc269_base_mixer for your new model alc269_r590
Node 0x21 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x0000001c: OUT HP Detect Pin Default 0x0121101f: [Jack] HP Out at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0x1, Sequence = 0xf Pin-ctls: 0x00: Unsolicited: tag=00, enabled=0 Connection: 2 0x0c* 0x0d
Node 0x15 [Vendor Defined Widget] wcaps 0xf00000: Mono Control: name="Headphone Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Node 0x16 [Vendor Defined Widget] wcaps 0xf00000: Mono Control: name="Mono Playback Switch", index=0, device=0 ControlAmp: chs=2, dir=Out, idx=0, ofs=0
On Sat, 09 Oct 2010, Valentine Sinitsyn valentine.sinitsyn@gmail.com writes:
It's not easy to say anything definite without having similar laptop at hands, but at the first glance it looks like the model you've selected for your soundcard (model=basic) attaches headphones to the wrong pin complex (Node 0x15 in the output [1]). Node 0x21 seems to be correct one for me, but it is just a guess which you can check by downloading HDA Analyzer GUI tool (python and pygtk are required) from ALSA website [2] and unmuting Node 0x21 output amplifiers manually, without using alsamixer or any other ALSA tool. This wouldn't help to fix your problem once and forever, but may help to see if the guess is correct. If it is, try another model for your soundcard (my impression is that autodetection, i.e. removing model= part altogether usually gives good results - you can even try to do it in a first place, without resorting to HDA Analyzer, and see if that helps). If it's not, try to loop through other pin widgets (0x1a is another suspect) in HDA Analyzer and unmute them while trying to play something in your headphones.
[1] http://www.alsa-project.org/db/?f=3571a643ab90e53100fa319edaa32b8b0dabfd00 [2] http://www.alsa-project.org/main/index.php/HDA_Analyzer
Hi,
Thanks Raymond and Valentine for your detailed replies. I played with HDA Analyzer GUI but couldn't manage to make headphones work, I am probably missing something again. Would you mind elaborating the details about the steps that I need to follow?
If I were you, I'd do the following: 1. Reload soundcard driver with no model specified (i.e. delete "model=basic" from modprobe.conf and reboot or do rmmod snd-hda-intel/modprobe snd-hda-intel model=auto). This will reset all mixers, so you'll need to enable Capture again in order for mic to work. 2. If headphones work, you are done. 3. If not, run HDA Analyzer, find "PIN 0x21" in the left sidebar. Look at "Output Amplifier" checkbox group and clear mute checkboxes. Then, switch to "AUD_MIX (0x0C)" in the same sidebar and adjust output volume (the same checkbox group). You should hear sound in your headphones. 4. If not, look at PIN 0x1a and do the same as at step 3. 5. If this doesn't help, file a bug report.
Regards, Valentine
On Mon, 11 Oct 2010, Valentine Sinitsyn valentine.sinitsyn@gmail.com writes:
- Reload soundcard driver with no model specified (i.e. delete "model=basic"
from modprobe.conf and reboot or do rmmod snd-hda-intel/modprobe snd-hda-intel model=auto). This will reset all mixers, so you'll need to enable Capture again in order for mic to work. 2. If headphones work, you are done.
Despite I tried this setting at least 4 times, this time it worked in the first try. Maybe I should quit PhD while I am the start of it.
- If not, run HDA Analyzer, find "PIN 0x21" in the left sidebar. Look at
"Output Amplifier" checkbox group and clear mute checkboxes. Then, switch to "AUD_MIX (0x0C)" in the same sidebar and adjust output volume (the same checkbox group). You should hear sound in your headphones. 4. If not, look at PIN 0x1a and do the same as at step 3. 5. If this doesn't help, file a bug report.
Thanks so much Raymond and Valentine for your helpful support. I am in dept to you.
Regards.
Hello,
Despite I tried this setting at least 4 times, this time it worked in the first try. Maybe I should quit PhD while I am the start of it.
Not necessarily. At least, having a doctorate degree entitles you to a bit of absent-mindness ;)
Thanks so much Raymond and Valentine for your helpful support. I am in dept to you.
Welcome. Next time I'll be in Turkey you can buy me a beer. Just kidding :)
Good luck in your studies!
Regards, Valentine (Ph.D., too)
participants (3)
-
Raymond Yau
-
Valentine Sinitsyn
-
Volkan YAZICI