One thing you could try, is using the program I used to reverse engineer the Sound Blaster Z series of cards, QemuHDADump. If your processor supports pci-passthrough with a virtual machine, you could run a Windows virtual machine with the sound card in it and capture the commands. I'd be willing to look through the dumps to see if there are any special verbs or anything.
You can find the program here: https://github.com/Conmanx360/QemuHDADump
Let me know.
On Tue, Sep 11, 2018 at 2:15 PM, Håvard hovardslill@gmail.com wrote:
Sorry, my gmail didn't update so I wrote my response before I read your last one.
It is a separate mic port as the G751JT doesn't have any headset multijacks.
I'll try and dig around in the kernel! Thanks for the tip!
-Håvard
Den tir. 11. sep. 2018 kl. 20:09 skrev Håvard hovardslill@gmail.com:
Thank you for taking your time and trying to help! :)
Do you know where I can ask around for more help on the issue? I don't want to give up yet.
-Håvard
Den tir. 11. sep. 2018 kl. 20:02 skrev Takashi Iwai tiwai@suse.de:
On Tue, 11 Sep 2018 19:14:37 +0200, Håvard wrote:
Yes, microphone gets detected instantly and it automatically changes to
it
in pavucontrol.
Then it likely requires some additional initialization outside HD-audio. It's hard to know, as it's pretty much vendor-specific. You can dig down the Windows, but I have no idea about Windows implementation, so can't give any hints, unfortunately.
Takashi
Den tir. 11. sep. 2018 kl. 18:52 skrev Takashi Iwai tiwai@suse.de:
On Tue, 11 Sep 2018 18:40:23 +0200, Håvard wrote:
Thank you for replying!
Enabling loopback in alsamixer: http://i.imgur.com/lNo6e7T.png
And unmuting more and more things in "Mic Playback Volume" in
hdaanalyzer:
http://i.imgur.com/H0HiOhy.png made white noise come from the headset. However it did not change or
react
at all when I talked or even muted the microphone physically.
I couldn't find "Mic Playback Switch" anywhere in either alsamixer
or
hdaanalyzer.
It's a mixer mute switch.
The microphone works perfectly fine under Windows, so I don't think
it is
the mic pin.
But the fact above indicates the possibility of the wrong pin, too.
Does the jack detection of the ext mic pin work?
Takashi
-Håvard
Den man. 10. sep. 2018 kl. 22:39 skrev Takashi Iwai <tiwai@suse.de
:
> On Thu, 06 Sep 2018 20:44:30 +0200, > Håvard wrote: > > > > Additional relevant info: > > > > A similar issue was also discussed three years ago on Sun Jun
17:15:54
> CEST > > 2015 and was about his surround sound setup, but did not touch
on the
> > external microphone problem: > > >
http://mailman.alsa-project.org/pipermail/alsa-devel/2015-June/093317.html
> > > > alsa-info.sh: > > >
http://www.alsa-project.org/db/?f=1d8616ba5977308e03db6c3a86e36e9e9b38d6f0
> > > > Graph of ALC668 chipset from hdaanalyzer: > > http://i.imgur.com/c08DNJW.png > > > > setting alsa-mode[1-8] does nothing to help the issue. > > > > There are several of similar bug reports around the web
experiencing
> > similar issues, and on different distros. > > > > Microphone works perfectly in windows > > > > I have a ASUS ROG G751JT, but this problem seems to happen with
all
> laptops > > under the G751 name. > > When you enable the loopback volume and switch, and unmute/adjust
"Mic
> Playback Volume", and "Mic Playback Switch", do you hear the input > from the ext mic? It's a route directly from NID 0x18 to the
mixer
> NID 0x0b, then output mixer NID 0x0c, then outputs. So this can
be
> used to verify the hardware routing. > > If you don't hear via this route, it means that the input from
the ext
> mic pin itself is broken, and it implies that something outside > HD-audio codec. > > > Takashi > [2 <text/html; UTF-8 (quoted-printable)>]
[2 <text/html; UTF-8 (quoted-printable)>]
Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel