AppleALC — dynamic AppleHDA patching

[insanelyDeepak]

28 minutes ago, Andres ZeroCross said:

It doesn't make sense, your IDT kext is contain pinconfig for your codec. How can audio work??? Your audio shouldn't work without properly pin config for your codec.

Sent from my Mi Note 2 using Tapatalk
 

i remember few IDT codec don't need proper patch only binpatch is enough, sometime few nodes to patch only 

[Andres ZeroCross]

1 minute ago, insanelyDeepak said:

i remember few IDT codec don't need proper patch only binpatch is enough, sometime few nodes to patch only 

Ah nice info,, but it will be troublesome to make AppleALC. Did we still need to add pin config for this IDT if the info is right?

[najeeb_anwer]

5 minutes ago, insanelyDeepak said:

 

you can use clover if you want to stay out of DSDT stuff

 

 here AppleALC.kext V1.zip AppleALC.kext V2.zip

 

Thanks. I have tried injecting layout-id using Clover with Devices/Audio/Inject and using Devices/Properties - both did not work, layout-id remained 12 in ioreg.

 

Why two versions of AppleALC? Which one should I use?

[insanelyDeepak]

8 minutes ago, najeeb_anwer said:

 

Thanks. I have tried injecting layout-id using Clover with Devices/Audio/Inject and using Devices/Properties - both did not work, layout-id remained 12 in ioreg.

 

Why two versions of AppleALC? Which one should I use?

both have different binPatch you must try both , you don't need to worry this appleALC has layout 12 

 

9 minutes ago, Andres ZeroCross said:

Ah nice info,, but it will be troublesome to make AppleALC. Did we still need to add pin config for this IDT if the info is right?

yeah that's very few codecs so i don't think appleALC has to worry about 

 

Quote

Did we still need to add pin config for this IDT if the info is right?

it depends if just binpatch doing trick not required just clover is better here and if still few nodes needs to patch then yes AppleALC is good choice though 

 

 

 

[najeeb_anwer]

16 minutes ago, insanelyDeepak said:

both have different binPatch you must try both , you don't need to worry this appleALC has layout 12 

 

I tried both and I don't have audio with either one. Also, I don't see alc-layout-id in IOREG/HDEF.

 

 

I did the following:

1. Restored original AppleHDA.kext in S/L/E.

2. Put Lilu.kext and your AppleALC.kext in CLOVER/kexts/Other

3. Removed AppleHDA patches from config.plist.

 

1 hour ago, Andres ZeroCross said:

It doesn't make sense, your IDT kext is contain pinconfig for your codec. How can audio work??? Your audio shouldn't work without properly pin config for your codec.

Sent from my Mi Note 2 using Tapatalk
 

 

Is it possible that even though I removed HDAIDT.kext from CLOVER/kexts/Other, it was still in the kextcache and affecting the system?

[insanelyDeepak]

22 minutes ago, najeeb_anwer said:

Removed AppleHDA patches from config.plist.

 

put it again and remove AppleALC  and see what happens 

[najeeb_anwer]

13 minutes ago, insanelyDeepak said:

 

put it again and remove AppleALC  and see what happens 

 

Okay, I put back the AppleHDA patches in config.plist. Still no audio, but this time the PinConfigurations are almost identical to what I had with working audio.

 

[najeeb_anwer]

4 minutes ago, najeeb_anwer said:

 

Okay, I put back the AppleHDA patches in config.plist. Still no audio, but this time the PinConfigurations are almost identical to what I had with working audio.

 

It's almost 3am here. I'm going to sleep. Will follow up tomorrow. Thanks for the help.

[Andres ZeroCross]

 
Okay, I put back the AppleHDA patches in config.plist. Still no audio, but this time the PinConfigurations are almost identical to what I had with working audio.
 

Ofcourse there is no audio. If you put HDAIDT.kext then you must put modified Layout12.xml.zlib and modified platform.xml.zlib to applehda.kext/content/resource to get audio working

Sent from my Mi Note 2 using Tapatalk

[najeeb_anwer]

8 minutes ago, Andres ZeroCross said:

Ofcourse there is no audio. If you put HDAIDT.kext then you must put modified Layout12.xml.zlib and modified platform.xml.zlib to applehda.kext/content/resource to get audio working
 

 

I did not put back HDAIDT.kext; I only restored the AppleHDA patches in config.plist and removed AppleALC from CLOVER/kexts/Other.

Anyway, goodnight. I will follow up tomorrow.

[SavageAUS]

 
I did not put back HDAIDT.kext; I only restored the AppleHDA patches in config.plist and removed AppleALC from CLOVER/kexts/Other.
Anyway, goodnight. I will follow up tomorrow.

By the sounds of it you also need to disable your nvidia gpu.


Sent from my iPhone using Tapatalk

[Andres ZeroCross]

By the sounds of it you also need to disable your nvidia gpu.


Sent from my iPhone using Tapatalk

It's imposible, his device use single nvidia gpu

Sent from my Mi Note 2 using Tapatalk

[insanelyDeepak]

54 minutes ago, najeeb_anwer said:

 

It's almost 3am here. I'm going to sleep. Will follow up tomorrow. Thanks for the help.

put HDAIDT or whatever allow to working audio but don't use AppleALC 

 

[najeeb_anwer]

10 hours ago, insanelyDeepak said:

put HDAIDT or whatever allow to working audio but don't use AppleALC 

 

 

Okay, I put back the HDAIDT.kext in CLOVER/kexts/Other and removed AppleALC.kext and Lilu.kext.

 

I also put back the modified AppleHDA.kext (with my layout12.xml.zlib and Platforms.xml.zlib in Contents/Resources) as well as the AppleHDA patches in config.plist that I had added previously.

 

Audio works. This is the same as before I started trying to use AppleALC.

 

As I understand it, AppleALC is supposed to take the injected layout-id (whether it is injected by Clover or DSDT) and copy that value to alc-layout-id and then modify layout-id to an internal value (usually 7) which is what it uses to map to the layout and patches for a particular codec. When I used the AppleALC provided by you, this did not happen; there was no alc-layout-id in HDEF the layout-id remained at its injected value of 12.

[najeeb_anwer]

14 hours ago, insanelyDeepak said:

put HDAIDT or whatever allow to working audio but don't use AppleALC

 

Hi all,

Thank you to everyone that helped to try to get AppleALC working on my laptop. I know it is a great idea because I use successfully on my desktop.

But I have come to the conclusion that it is not worth my time or yours to make it work on my laptop.

My audio works and I am unlikely to upgrade to a newer version of macOS (since Mojave is incompatible with my graphics card), so I am going to leave it working with the patched AppleHDA.

[insanelyDeepak]

11 hours ago, najeeb_anwer said:

 

Okay, I put back the HDAIDT.kext in CLOVER/kexts/Other and removed AppleALC.kext and Lilu.kext.

 

I also put back the modified AppleHDA.kext (with my layout12.xml.zlib and Platforms.xml.zlib in Contents/Resources) as well as the AppleHDA patches in config.plist that I had added previously.

 

Audio works. This is the same as before I started trying to use AppleALC.

 

As I understand it, AppleALC is supposed to take the injected layout-id (whether it is injected by Clover or DSDT) and copy that value to alc-layout-id and then modify layout-id to an internal value (usually 7) which is what it uses to map to the layout and patches for a particular codec. When I used the AppleALC provided by you, this did not happen; there was no alc-layout-id in HDEF the layout-id remained at its injected value of 12.

my bad i sent you customized AppleALC it don't do anything , except audio patching , all layout/alc-layout have to do manually 

 

 

try this HDAIDT.kext.zip

install it and inject layout 12 , remove HDAIDT from clover and revert back to vanilla appleHDA , don't remove clover patches 

 

must check appleHDA loaded after restart 

 

[Orangeboomerang]

135 pgs of discussion?

 

What do I do with the apple alc patches? I see a folder for alc275... Do I copy all these files ?

[insant9999]

On 3/25/2018 at 3:53 PM, toleda said:

Front panel connector is defective, pin detect is not working; replace

Windows, not relevant.  Windows supports AC97, macOS does not; both support HD Audio

Workaround is to split front panel green audio device from motherboard green

 

hi again so my front panel is damaged beyond repair is there any way to remap "Internal Speakers" to "Headphones" or somehow get amplified output to headphones from motherboards green connector? "Internal Speakers" i get poor audio quality compared to "Headphones" output. On windows realtek have updated their software and lets users choose output type for each port on the motherboard.

Edited December 11, 2018 by insant9999

[markilark]

So I've recently put Mojave on my HP Envy Laptop (The HP Envy L6F68AV (15t-q400)) which uses the ALC290 (with the Realtek ALC3241 codec) the 6700hq, and GTX 950m which I assume has HDMI audio out with the HDMI port, though I have no use for this. This particular laptop has Bang & Olufsen speakers which have a subwoofer as a component of them. It has one 3.5mm jack for audio with a microphone in the built in webcam. I'm running Mojave. 

I've read the Clover guide and followed it as closely as possible, though I have not completed the steps towards solving some unrelated issues such as sleep and backlighting. In doing so, I've placed AppleALC along with Lilu in my Library/Extensions folder. In my plist file, I've tried setting the layout-id as 3, 4, and 28 as per the AppleALC guide for the ALC290. I also have applied the HDAS to HDEF patch. All of these layouts produce an internal speaker option in the sound devices, but do not produce audio. Layouts 3 and 28 show my internal microphone working, though I obviously cannot hear anything except for when headphones are attached, which changes the internal speakers option to headphones and outputs audio.

I've gone through the HP Envy guide and attempted to use it to reconfigure my plist and kexts, which produced a lot of errors and I ended up doing a fresh install. Likewise, I've gone over the audio troubleshooting guide by RehabMan here several times to no avail. I've tried manually injecting the AppleHDA file (after which I reverted to the original), and I've tried VoodooHDA - which worked but was extremely tinny as I think it was only outputting from one the tweeters (I have a pair of speakers and a subwoofer on the laptop). The headphones work well with VoodooHDA however. 

Attached I've included all the necessary problem reporting information (I think), and also included information extracted from Linux about my card and audio devices. I should probably note that while the speakers were working in Linux (Ubuntu), the subwoofer was not. I am aware this is a common problem but have seen some things around here saying there was a way to get them to work - I think it included muxing them down into another channel? Some linux threads have been posted on other forums describing a way to fix the issue, though I doubt it would apply to MacOS. I've also attached my codec dump. 

I'd appreciate any help I could get - it's driving me nuts! I've tried CodecCommander and all layout ids possible for my codec. 

debug_26626.zip

dumpcodec.rtf

[insanelyDeepak]

18 hours ago, insant9999 said:

hi again so my front panel is damaged beyond repair is there any way to remap "Internal Speakers" to "Headphones" or somehow get amplified output to headphones from motherboards green connector? "Internal Speakers" i get poor audio quality compared to "Headphones" output. On windows realtek have updated their software and lets users choose output type for each port on the motherboard.

which codec ?? 

[insant9999]

1 hour ago, insanelyDeepak said:

which codec ?? 

hi, ALC892. I have xcode installed and applealc compiles successfully not sure what do i need to change in the source code

[Orangeboomerang]

Hi all, hoping someone can help me get audio working.  I've been more or les lucky with things so far and have got most aspects of Mojave working EXCEPT THE AUDIO.  It's brutal because I've been trying for about a month now on and off. 

 

I put lilu and audioHDA in library/extensions.  I did an audio dump and I think (based on other's responses) that my codec is alc275, even though that's not my audio card.  See attached.  I tried putting in layoutID 3,13,and 28 as is suggested elsewhere.  NEVER do i see any device in my sound settings.

 

I've started down the path of trying to patch things myself and am running into non-stop walls.  Really hoping I have overlooked something and can get audio without the patch route.  

 

see attached debug and codec dump.

 

THANK YOU kind strangers.

codec.txt

debug_22944_DEC9.zip

[insanelyDeepak]

22 minutes ago, Orangeboomerang said:

Hi all, hoping someone can help me get audio working.  I've been more or les lucky with things so far and have got most aspects of Mojave working EXCEPT THE AUDIO.  It's brutal because I've been trying for about a month now on and off. 

 

I put lilu and audioHDA in library/extensions.  I did an audio dump and I think (based on other's responses) that my codec is alc275, even though that's not my audio card.  See attached.  I tried putting in layoutID 3,13,and 28 as is suggested elsewhere.  NEVER do i see any device in my sound settings.

 

I've started down the path of trying to patch things myself and am running into non-stop walls.  Really hoping I have overlooked something and can get audio without the patch route.  

 

see attached debug and codec dump.

 

THANK YOU kind strangers.

codec.txt

debug_22944_DEC9.zip

yes it's ALC275 

 

try this config.plist and reboot

config.plist.zip

 

use below command & send output after reboot 

kextstat | grep -y hda

 

[MacPeet]

hello @vandroiy2012

 

I have new codecs, can you please added the new codecs?

 

ALC892  - LayoutID 16 (10) for MSI GL73-8RD

 

new_Resources_alc892_ID16.zip

ALC1220 - LayoutID 16 (10) for Gigabyte Z390 (EDIT: also for ASRock Z390)

 

new_Resources_alc1220_ID16.zip

ALC269 - LayoutID 17 (11) for Latte Panda

 

new_Resources_alc269_ID17_Latte_Panda.zip

many thanks
 

Edited December 19, 2018 by MacPeet

[Orangeboomerang]

InsanelyDeepak --- THANK YOU!    I can now see internal speakers in preferences>sound, but sound still doesn't quite work.   When I play music I see the internal mic volume going up, but internal speakers volume level were flat-lined.  It's like it's mixing them up or something.   Seriously though more progress than I've seen in a LONG time!  Out of curiosity what did you change in the config?... so I can share what you changed to help others with similar problems.

 

Anyways, here's the output from kextstat

 

APPLEs-iMac:/ apple$ kextstat | grep -y hda

  102    2 0xffffff7f820ca000 0xc000     0xc000     com.apple.iokit.IOHDAFamily (282.10) 917C1366-DF57-3FE5-A81C-D1111AB3DA4E <6 5 3 1>

  103    1 0xffffff7f820d9000 0x1d000    0x1d000    com.apple.driver.AppleHDAController (282.10) 41CE33FB-FED7-36D3-A3DF-03B036329B10 <102 94 90 13 8 7 6 5 3 1>

  137    0 0xffffff7f83362000 0xb7000    0xb7000    com.apple.driver.AppleHDA (282.10) 9BB2B0F6-EDD8-397A-9EBB-05508910C3EC <136 103 102 95 94 90 7 6 5 3 1>

  138    0 0xffffff7f83419000 0x2000     0x2000     com.apple.driver.AppleHDAHardwareConfigDriver (282.10) 85D7FB08-FE70-34A5-8525-0A3AA29225E9 <5 3>

 

 

 

thanks!