2011/5/5 Valerio tesei valerio.tesei@gmail.com

Hi Raymond,

About my problem, the audio card with the latest patches seems to work (but great noise when nothing is playing is present, i also tried to mute everything in alsamixer) so i could say "it works with model=auto"

I think it just partially works with model=auto

according to your alsa-info.sh

I applied the patch, and build the kernel, this is my lastest alsa-info: http://www.alsa-project.org/db/?f=61aa4129d0ea771ebc7226ea80c5c3ead24ef05c

There are two sets of capture volume/switch and input sources controls but only one capture device

ARECORD

**** List of CAPTURE Hardware Devices **** card 0: Intel [HDA Intel], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1

Simple mixer control 'Input Source',0 Capabilities: cenum Items: 'Rear Mic' 'Front Mic' 'Line' Item0: 'Rear Mic' Simple mixer control 'Input Source',1 Capabilities: cenum Items: 'Rear Mic' 'Front Mic' 'Line' Item0: 'Line'

What kind of noise ?

Do you mean that the noise can be hear in HP and all audio jacks at rear panel ?

Have you try those parameter in

http://git.alsa-project.org/?p=alsa-kernel.git;a=blob_plain;f=Documentation/...

Assuming that you are using default devices in /usr/share/alsa/cards/HDA-Intel.conf

You should keep "PCM Playback Volume" at 0dB since it a softvol plugin

Simple mixer control 'PCM',0 Capabilities: pvolume penum Playback channels: Front Left - Front Right Limits: Playback 0 - 255 Mono: Front Left: Playback 180 [71%] [-15.00dB] Front Right: Playback 180 [71%] [-15.00dB]

control.36 { comment.access 'read write user' comment.type INTEGER comment.count 2 comment.range '0 - 255' comment.tlv '0000000100000008ffffec1400000014' comment.dbmin -5100 comment.dbmax 0 iface MIXER name 'PCM Playback Volume' value.0 180 value.1 180 }

So i made the test, i correctly hear the tests, 7 outputs for the rear panel, and 2 for the front, but when i play the first test, i hear on the front panel some noise and realy crackly and whispered the tests when front left and front right are played, i guess it is not normal, may this help?

Can you compile the driver --with-debug=verbose ?

Check those hda_codec_setup_stream , hda_codec_prepare_stream and hda_codec_cleanup_stream

when the driver is init, "independent HP" is off by default so you should find one setup stream/cleanup stream for each DAC

when turn on , only four DAC is used when playing 8 channels

only 1 DAC is used for device 2

2011/5/9 Valerio tesei valerio.tesei@gmail.com

2011/5/7 Raymond Yau superquad.vortex2@gmail.com

...

2011/5/5 Valerio tesei valerio.tesei@gmail.com

...

Hi Raymond,

About my problem, the audio card with the latest patches seems to work

(but

...

great noise when nothing is playing is present, i also tried to mute everything in alsamixer) so i could say "it works with model=auto"

I think it just partially works with model=auto

This mean that i must wait that some one fix my sound card? I'm not able to do this by myself

What about the rear / front problem that make hear only one channel at

front and only one channel at rear is a configuration problem or a driver problem?

you can use hda-analyzer to change the volume slider and mute switch in the path from [Audio Output] to [Pin Complex] ,the graph show all the connected path in thick blue line (same as datasheet) and the status line show the value of those mixers

according to your alsa-info.sh

...

I applied the patch, and build the kernel, this is my lastest alsa-info:

http://www.alsa-project.org/db/?f=61aa4129d0ea771ebc7226ea80c5c3ead24ef05c

There are two sets of capture volume/switch and input sources controls but only one capture device

The auto model need to check whether HDA controller has enough stream for alt_capture device 2

Can you record from device 2 and device 0 from different mic or line in at the same time ?

after you force the driver to create device 2

if (!spec->adc_nids) { spec->adc_nids = alc662_adc_nids; spec->num_adc_nids = ARRAY_SIZE(alc662_adc_nids); } if (!spec->capsrc_nids) spec->capsrc_nids = alc662_capsrc_nids;

if (!spec->cap_mixer) set_capture_mixer(codec);

+ spec->stream_analog_alt_capture = &alc880_pcm_analog_alt_capture;

if not, the driver may need to mute and remove the controls of second ADC

...

What kind of noise ?

Do you mean that the noise can be hear in HP and all audio jacks at rear panel ?

...

So i made the test, i correctly hear the tests, 7 outputs for the rear panel, and 2 for the front, but when i play the first test, i hear on the front panel some noise and realy crackly and whispered the tests when front left and front right are played, i guess it is not normal, may this help?

if you turn on "Independent HP" but still hear sound when you are playing sound to rear panel,

The logic in snd_hda_multi_out_analog_prep() 1) set up line_out[0] to use Front DAC 2) set up HP if (!mout->no_share_stream && mout->hp_nid && mout->hp_nid != nids[HDA_FRONT]) 3) copy front to extra out if (!mout->no_share_stream && mout->extra_out_nid[i]) 4) setup other line_out up to request channel 5) copy front to remain line_out

so you need to check the system log whether the correct [Audio Output] are used in 2, 4, 6, 8 channels playback

when playing stereo, the left channel is copy to the center and the right channel is copy to the subwoofer for the orange jack. because of (5)

My patch is based on "auto" model can create a "Headphone Playback Volume" on a DAC which is not already used by multi_out (rear panel jacks for multichannel playback)

The "Independent HP" is off by default so it is as same as the original model="auto" so mout->hp_nid must not be null

Node 0x1b [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x0001373e: IN OUT HP EAPD Detect Trigger Vref caps: HIZ 50 GRD 80 100 EAPD 0x2: EAPD Pin Default 0x02214820: [Jack] HP Out at Ext Front Conn = 1/8, Color = Green DefAssociation = 0x2, Sequence = 0x0 Pin-ctls: 0xc0: OUT HP VREF_HIZ Unsolicited: tag=04, enabled=1 Power states: D0 D1 D2 D3 EPSS Power: setting=D0, actual=D0 Connection: 5 0x0c 0x0d 0x0e 0x0f 0x26*

If the noise already appear with model=auto without my patch

a) you can force the driver connect HP to 0x0c (the mixer of Front DAC) , but there won't be any "Headphone Volume Control" in this path

static int alc662_auto_create_extra_out(struct hda_codec *codec, hda_nid_t pin, const char *pfx) { struct alc_spec *spec = codec->spec; hda_nid_t nid, mix; int err;

if (!pin) return 0; nid = alc_auto_look_for_dac(codec, pin); + nid = 0; if (!nid) {

b) you can disable the copy front mode by

comment the code related to 3) and 5)

c) study the info about anti -pop mode (EPSS) in the datasheet

d) disable the unsolicited event for hp automute

e) disable sticky stream

spec->no_sticky_stream = 1

At Fri, 6 May 2011 11:30:16 +0800, Raymond Yau wrote:

2011/5/5 Takashi Iwai tiwai@suse.de

...

At Wed, 4 May 2011 23:42:24 +0800, Raymond Yau wrote:

...

Request for testers to test the patch

Multistreaming allows you to listen to one audio source through the back panel speakers and a second audio source through front panel headphones

or

...

speakers.

Hardware requirement

1. 10 channels realtek codec (e.g. alc892) which already work with

model=auto 2) Headphone at front panel and Line out at rear panel

"hw:0,0" is used for the rear panel audio jack "hw:0,2" is used for the front panel headphone when "Independent HP" is switched ON

I'd name it differently, e.g. "Headphone Stream Mode" taking "Slave" and "Independent", or such. An enum with "ON" and "OFF" is no sensible choice.

Takashi

Use "Independent HP" just because patch_via.c already used it so it is better to use a standard name for all hda codecs

Yeah, I know. But this name is confusing, so better to change in patch_via.c as well.

Takashi

At Sat, 7 May 2011 11:48:19 +0800, Raymond Yau wrote:

2011/5/6 Takashi Iwai tiwai@suse.de

...

...

Use "Independent HP" just because patch_via.c already used it so it is better to use a standard name for all hda codecs

Yeah, I know. But this name is confusing, so better to change in patch_via.c as well.

Takashi

To force pulseaudio to get the correct subdevice for via codec, you may need to add "subdevice 0" to HDA-intel.conf

since subdevice 0 support multichannel but subdevice 1 only support stereo

playback.pcm {
    type softvol
    slave.pcm {
        type hw
        card $CARD

•      subdevice 0
    }
    control {
        name "PCM Playback Volume"
        card $CARD
    }
  

  }

OK, fixed now. Thanks.

Takashi

At Tue, 10 May 2011 14:42:45 +0800, Raymond Yau wrote:

2011/5/9 Takashi Iwai tiwai@suse.de

...

At Sat, 7 May 2011 11:48:19 +0800, Raymond Yau wrote:

...

2011/5/6 Takashi Iwai tiwai@suse.de

...

...

Use "Independent HP" just because patch_via.c already used it so it

is

...

...

...

better to use a standard name for all hda codecs

Yeah, I know. But this name is confusing, so better to change in patch_via.c as well.

Takashi

To force pulseaudio to get the correct subdevice for via codec, you may

need

...

to add "subdevice 0" to HDA-intel.conf

since subdevice 0 support multichannel but subdevice 1 only support

stereo

...

playback.pcm {
    type softvol
    slave.pcm {
        type hw
        card $CARD

•      subdevice 0
    }
    control {
        name "PCM Playback Volume"
        card $CARD
    }
  

  }

OK, fixed now. Thanks.

Takashi

But dmix still fail and you cannot use dmix with subdevice 1

Please elaborate. You can use dmix with subdevice 1 when you write your own config. "front" definition is not for other but the primary device. It's no definition for every output device.

...

...

I'd name it differently, e.g. "Headphone Stream Mode" taking "Slave" and

"Independent", or such. An enum with "ON" and "OFF" is no sensible choice.

The main point is how can the user find out which subdevice or device is used for "Headphone Stream"

Neither "aplay -l " nor "aplay -L' provide any useful information to the user

Yeah, because there is no standard definition for such streams. We need to start from defining it at first.

Takashi

2011/5/6 Valerio Tesei valerio.tesei@gmail.com

Il 04/05/2011 17:42, Raymond Yau ha scritto:

...

Request for testers to test the patch

Multistreaming allows you to listen to one audio source through the back panel speakers and a second audio source through front panel headphones

or

...

speakers.

Hardware requirement

1. 10 channels realtek codec (e.g. alc892) which already work with

model=auto 2) Headphone at front panel and Line out at rear panel

"hw:0,0" is used for the rear panel audio jack "hw:0,2" is used for the front panel headphone when "Independent HP" is switched ON

Add an "Independent HP" switch to turn this feature on/off for desktop

for

...

those HDA codec

Test:

1. speaker-test -c 8 -t wav -Dhw:0,0
2. speaker-test -c 2 -t wav -Dhw:0,2

It will need modification to support this feature for those desktop with

8

...

channels codec

So i made the test, i correctly hear the tests, 7 outputs for the rear panel, and 2 for the front, but when i play the first test, i hear on the front panel some noise and realy crackly and whispered the tests when front left and front right are played, i guess it is not normal, may this help?

using hda-emu , it seem that the "Headpone Playback Switch" still using 0x0c instead of 0x26

get 11

send: NID=0x1b, VERB=0xba0(get_amp_gain_mute,O:L#0), PARM=0x0 receive: 0x0 send: NID=0x1b, VERB=0xb80(get_amp_gain_mute,O:R#0), PARM=0x0 receive: 0x0 11 Headphone Playback Switch:0 MIN/MAX: 0/1, VAL: [1] [1]

set 11 0 0

send: NID=0xc, VERB=0xb20(get_amp_gain_mute,I:L#0), PARM=0x0 receive: 0x0 send: NID=0xc, VERB=0xb00(get_amp_gain_mute,I:R#0), PARM=0x0 receive: 0x0 send: NID=0x1b, VERB=0x3a0(set_amp_gain_mute,O:L#0), PARM=0x80 send: NID=0x1b, VERB=0x390(set_amp_gain_mute,O:R#0), PARM=0x80

set 11 1 1

send: NID=0x1b, VERB=0x3a0(set_amp_gain_mute,O:L#0), PARM=0x0 send: NID=0x1b, VERB=0x390(set_amp_gain_mute,O:R#0), PARM=0x0

Node 0x1b [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out Control: name="Headphone Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x0001373e: IN OUT HP EAPD Detect Trigger Vref caps: HIZ 50 GRD 80 100 EAPD 0x0: Pin Default 0x02214820: [Jack] HP Out at Ext Front Conn = 1/8, Color = Green DefAssociation = 0x2, Sequence = 0x0 Pin-ctls: 0xc0: OUT HP VREF_HIZ Unsolicited: tag=04, enabled=1 Power states: D0 D1 D2 D3 Power: setting=D0, actual=D0 Connection: 5 0x0c 0x0d 0x0e 0x0f 0x26*