Jump to content
48 posts in this topic

Recommended Posts

I am one of VoodooHDA developers and I am deep in HDA theory. It is impossible to have internal and external microphone an line-in working together without breaking HDA standard.

VoodooHDA does this.

5 hours ago, Mirone said:

@iwissem, Have you tried completely disabling the internal microphone?

The headsets mic is not a problem anymore using the layout 33, it is perfectly well detected and automatically switch to it from internal. As soon as i plug the combojack the headset mic is working unlike all my previous attempts. I just tested it its due to the pin 0x19's configdata. Only remains the issue of the still noise i have on the headsets output.

 

Any idea on what can cause that high pitched continuous background noise in the jack output?

 

4 hours ago, Slice said:

I am one of VoodooHDA developers and I am deep in HDA theory. It is impossible to have internal and external microphone an line-in working together without breaking HDA standard.

VoodooHDA does this.

 

Hi thank you for your answer. Unfortunately i wasnt trying to make an line in work  only the internal and headsets microphone. But now its fixed

19 hours ago, iwissem said:

The headsets mic is not a problem anymore using the layout 33, it is perfectly well detected and automatically switch to it from internal. As soon as i plug the combojack the headset mic is working unlike all my previous attempts. I just tested it its due to the pin 0x19's configdata. Only remains the issue of the still noise i have on the headsets output.

 

Any idea on what can cause that high pitched continuous background noise in the jack output?

Have you tried using the attached file?

ALCHeadphoneStaticFix.sh.zip

2 hours ago, Mirone said:

Have you tried using the attached file?

ALCHeadphoneStaticFix.sh.zip 783 B · 1 download

I just tried it, and so no interruption of the noise.

I ran the script in terminal and entered the commands manually but still not fixed.

 

Could it be caused by an IRQ conflict?

 

PS: why does each of my answer must still be approved? I thought being promoted to the full member group would make that not needed. It slows the answers 🫠

image.thumb.png.939e88146f0fe0fb2c088c80e7059aa9.png

Edited by iwissem
question add
9 hours ago, Mirone said:

@iwissem, Have you built an AppleALC with layoutID = 33? Could you send me its sources?

Yes I did, that's how I saw that it makes the headsets mic work.  

 

By source I guess you mean the kext and files, please see the attachments or the pull request for the layout here: https://github.com/acidanthera/AppleALC/pull/898 

 

What I find interesting is that its the configuration from a Dell that fixed the headset's mic issue and handles well the internal input and output but it is also a dell configuration that fixed the high pitched hissing noise issue in the headsets output on linux for my laptop.

 

Like to fix the issue on linux and provide full functionality to my Combojack I only had to add the following line to the file /etc/modprobe.d/alsa-base:

  • options snd-hda-intel model=dell-headset-multi

 

I shared the solution for linux here https://doc.ubuntu-fr.org/audio_intel_hda but I can't isolate what really fixed the issue, except these changes in sys/class/sound/hwC0d0.

 

I am certain that the solution hides in this path.

 

I also attached the processing coefficient dumps I got from windows, linux and macOS on the computer. I tried them all without success. Only the node 0x20's coeff 0x45 seems to impact the jack output (channels and stuff).

 

I added my config.plist and my debug log if it can help

AppleALC-1.9.0-RELEASE.zip layout33.xml Platforms33.xml Infoalc295.plist Info-pinconfigs.plist

processing coefficients dumps.zip

config.plist opencore-2024-04-21-234547.txt

Edited by iwissem
adding processing coefficient dumps info 2 and debug log
1 hour ago, Mirone said:

Try this kexts:  AppleALC_v1.kext.zip  AppleALC_v2.kext.zip  

I just made some modifications to your PinConfig, just to see what it affects.

which layout should I choose? stay on 33?

1 hour ago, Mirone said:

Try this kexts:  AppleALC_v1.kext.zip  AppleALC_v2.kext.zip  

I just made some modifications to your PinConfig, just to see what it affects.

ok I kept alcid=33, tried both kext you shared.

 

  • With AppleALC_v1.kext static noise remains, and the headset mic is not detected anymore.
  • With AppleALC_v2.kext static noise remains also, but the headset mic is detected. 

 

In both cases I tried to unplug and plug the jack as there was a channel issue (soundopencore-2024-04-22-153013.txtopencore-2024-04-22-152451.txt of bad quality and voices not heard).

 

So I guess its the layout id you edited.


Here's the debug log if it helps -152451.txt is for the v1 and -153013.txt is for v2.

3 hours ago, Mirone said:

In both cases no output or input device found, so no audio or mic in both internal and jack.

opencore-2024-04-23-013130.txt opencore-2024-04-23-013448.txt

Edited by iwissem
add debug log

@iwissem, Please test these kexts, I hope it works. Due to my real-life projects, I believe I won't have much time in the next few days. Besides, I'm rusty in dealing with AppleHDA Patch. Anyway, let me know if there have been any significant changes.

Use layoutID=33.

 

ALCHeadphoneStaticFix.sh AppleALC_V5.kext.zip AppleALC_V6.kext.zip AppleALC_V7.kext.zip

Edited by Mirone
On 4/23/2024 at 5:28 PM, Mirone said:

@iwissem, Please test these kexts, I hope it works. Due to my real-life projects, I believe I won't have much time in the next few days. Besides, I'm rusty in dealing with AppleHDA Patch. Anyway, let me know if there have been any significant changes.

Use layoutID=33.

 

ALCHeadphoneStaticFix.sh 137 B · 1 download AppleALC_V5.kext.zip 1.42 MB · 1 download AppleALC_V6.kext.zip 1.42 MB · 1 download AppleALC_V7.kext.zip 1.42 MB · 2 downloads

@Mirone ive tried the 3 versions of the kext and the script but none fixed the hissing noise issue on startup.

 

I understand that you may be busy and i thank you for the time you spent trying. :thanks_speechbubble:

Edited by iwissem
  • Like 1
19 hours ago, Mirone said:

@iwissem, try this:AppleALC.kext.zip use layoutID=33.

Hi thank you for trying again. I tested the kext with the layout as you told me to but it didn't fix the issue.

 

After thinking about it (and tested almost 100 custom kext builds), the fact that the hissing issue totally disappears after a sleep/wake cycle leads me to think that the pin configs are not the issue (otherwise why would it work after waking from sleep??). I also tried sending the processing coefficients I got from my linux installation on the laptop (see above results) but it didn't fix the issue either.

 

What if the issue is caused by some initialisation or power management aspect of the audio hardware? how can I check that?

Edited by iwissem
7 hours ago, Mirone said:

@iwissem, Go back a few posts and read what you wrote here: 

 

If you're quoting swissblade27's post, it's not mine. I don't have the same configuration nor the same audio codec. Mine is ALC295 on an Acer Nitro 5 laptop. its his results not mine. If I started to post here its because I wanted to explore the pin ctrl approach:
https://www.insanelymac.com/forum/topic/355448-applealc-need-help-on-custom-layout-for-alc255/?do=findComment&comment=2819109

Edited by iwissem
20 hours ago, iwissem said:

If you're quoting swissblade27's post, it's not mine. I don't have the same configuration nor the same audio codec. Mine is ALC295 on an Acer Nitro 5 laptop. its his results not mine. If I started to post here its because I wanted to explore the pin ctrl approach:
https://www.insanelymac.com/forum/topic/355448-applealc-need-help-on-custom-layout-for-alc255/?do=findComment&comment=2819109

Maybe by reading his posts you can get a clue what to do and how to do it, that's why I mentioned his post, I'll send a PM so we can continue there, and if there are any developments we'll post it here.

 

Edited by Mirone
On 4/15/2024 at 1:38 AM, iwissem said:

 

Hi can anyone share the script you used to monitor your pins? I need it to fix my alc2295 codec for my acer nitro 5 an 515-55-51QY.

 

The problem I am facing is that after a clean boot when I plug my headphones via the combo jack they don't work but only give ma a constant white noise but when I put my mackintosh to sleep then wake it up the noise problem completely disappears and the output becomes perfectly functional. I think its a problem involving the verbs.

 

Thanks in advance

pin_ctrl_dumps.zip

 

I edited the pin_ctrl_dump.sh to give me all the get parameters for the 4 pins 0x12,0x14,0x19 and 0x21 that I am using and I found out that: 

  • the AMP_GAIN_MUTE value of pin 0x19 
    • is with hissing (right after boot) =01
    • is without hissing (right after waking from sleep) =00
  • the Power_State values for the following pins are :
    • pin 0x12: 
      • with hissing : 33
      • without hissing : 00
    • pin 0x14:
      • with hissing : 33
      • without hissing : 00
    • pin 0x19:
      • with hissing : 33
      • without hissing : 00

image.thumb.png.1877c871bd640fc9fc3ee988e711ac5c.png

after_boot.txt after_wake.txt pin_ctrl_dump_mod_wiss v2.sh

I tried to send the commands to match the after wake dump, the hissing didn't stop  after setting the power states to 00. I tried to set the node 0x19 amp_gain_mute to 0 but I couldn't it stays to 01... 

On 5/2/2024 at 11:43 PM, lorys89 said:

Test this https://github.com/Lorys89/ALCPlugFix with my layout 33

Uninstall the previous version and remove kext codeccommander 

Hi @lorys89 thank you for your help.

 

So I did exactly as you told, and I noticed that when I installed your ALC plug fix the hissing noise totally disappears.

  • Then if I boot the computer to macOS with the headphones jack already plugged I have no hissing noise but the audio is behaving kinda weird ( small echo, music louder than voices and stuff).
  • If I then unplug the jack and replug it the hissing noise reappears but way quieter than original, like 10% of its original intensity, but apart from that, the audio is behaving normally.

What I've also noticed is that when no audio is played for like 10 -20 sec or so, a small pop is heard and then no more hissing. The noise reappears as soon as I play some noise or sound. It's like the pin changes its power state then resumes. But I don't understand why after a wake the change in power state fixes the hissing noise.

 

What does your script do actually? Maybe I have to tweet some coefficients specific to Acer. 

 

Edited by iwissem

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...