Jump to content
vit9696

AppleALC — dynamic AppleHDA patching

4,360 posts in this topic

Recommended Posts

3 hours ago, insanelyDeepak said:

Hi 

you could try layout 14 and 15 , see what suites you best 

layout14 especially for Asus UX430UA all input/output working combojack too 

 

 

On 8/19/2018 at 5:14 PM, jaymonkey said:

 

You can then download the AppleALC source from the Git repo and modify the necessary files (look in the ALC295 folder under resources) and build a test version using Xcode. I would suggest cloning the existing layout-id 13 Platform and Layout files and giving them a new layout-id which you can then add a reference to in the info.plist, modify the pin config and EAPD as necessary, build and test (don't forget to change injected id in clover). If you get a working config submit it as a new layout-id to the devs who can then include it in the next official/public release.

 

 

 

 

 

Firstly, I thank you both for your advice. I'm sad to say both methods failed to produce results. 

 

@jaymonkey,

I've done exactly that and even created my own Layout and Platform files using the codec dump from Linux without checking the AppleALC ones. Surprisingly and unfortunately, all the Node ID's, Mixers, Inputs, Outputs, Pathmaps, etc. were completely identical to mine. Even the verbs info was practically analogous. I couldn't find anything to correct in the Layout or Platform files of ALC295. I've of course tried juggling with different values; nothing worked, though. I'm sure this doesn't solve my problem. Yet, in the very likely case I overlooked something, I'm attaching my codec_dump and would be very grateful if you could find the spare time to look into it. 

 

 

@insanelyDeepak,

It seems switching Layout IDs has little effect on the headphones. 

 

Also, in my search for a fix to the problem, I've tried other methods to enable audio than this kext. With one more kext - the cloverHDA.kext (and some FAKEPCIID kexts) - I managed to get audio working as well. However, the problem persisted. The headphones again disconnected when I raised the volume, only the crackling sounds disappeared (with AppleALC the crackling is still present). Hence, it made me think that the issue might not be related to this kext specifically but rather to some inadequate DSDT patches or Clover fixes. I'd very appreciate hearing your opinion on this matter and thus I'm also attaching (again) my DSDT and Clover config.plist. 

attachments.zip

Share this post


Link to post
Share on other sites
Advertisement

Hi! I have an Asus UX310UA, which uses CX8050 for the audio. I'm using AppleALC to make it work, with layout-id 3. Internal audio works great, and using an USB headset works great too. The problem comes when I try to use DP or HDMI output. It is recognized and it does sound, so I'm not having a problem of audio not working. The problem is audio doing crackling or popping noises all the time. I've changed the HDMI cable just in case, but that's not the problem. Also, tried with different screens, and as I've said, tried with HDMI and also with the USB-C (DP) output, but the results are the same. I've been searching on the internet for this, but I couldn't find a similar case. I've seen some cases of popping but that has to do with AFGLowPowerState, and with some AntiPop Patch, but this is not the case. In those cases of popping, users mention they hear a pop sound when the system puts the audio in low power state. Sometimes, it even does not come back after sleep. In my case, that is not what happens. I don't hear occasional pops, and sound does not "power off" even after waking from sleep. I hear pops all the time, as when you hear someone frying some fries or something like that.

 

Have you seen this problem before? If so, do you know how to solve this?

Share this post


Link to post
Share on other sites
14 hours ago, TessereKt said:

 

 

@insanelyDeepak,

It seems switching Layout IDs has little effect on the headphones. 

 

Also, in my search for a fix to the problem, I've tried other methods to enable audio than this kext. With one more kext - the cloverHDA.kext (and some FAKEPCIID kexts) - I managed to get audio working as well. However, the problem persisted. The headphones again disconnected when I raised the volume, only the crackling sounds disappeared (with AppleALC the crackling is still present). Hence, it made me think that the issue might not be related to this kext specifically but rather to some inadequate DSDT patches or Clover fixes. I'd very appreciate hearing your opinion on this matter and thus I'm also attaching (again) my DSDT and Clover config.plist. 

attachments.zip

 

try this one 
https://github.com/insanelydeepak/cloverHDA-for-Mac-OS-Sierra-10.12/blob/master/Laptop/ALC295_v2 Asus UX430UA.zip 
 

read full readme , there is ALCPluxfix must install this 

 

CloverHDA and AppleALC mine files are identical 

 

PS : for more depth i need to see your codec_dump 

 

Share this post


Link to post
Share on other sites
On 8/11/2018 at 8:09 PM, wern apfel said:

I've not read the previous posts (because of the aggressive ads) but it seems that more codecs are affected. From all the IOReg dumps I can see that the binary patch is not working! Try to also inject "alc-layout-id"

 

Layout 4 are new resources that I've added. You can try the AppleALC_1.2.8 with layout-id 4.

AppleALC.kext_v1.2.8_layout_4.zip

 

@wern apfel,

 

I was finally able to inject layout-4 working with the AppleALC ver 1.2.8 you provided me with :-

 

1658123968_ScreenShot2018-08-21at13_57_15.thumb.png.b087c8d94de06b78563cb4b7a9fe45c2.png

 

Testing on High Sierra 10.13.6

 

Upon initial boot the HDA Device shows up in Sys Prefs --> Sound and there is a black speaker icon in teh menu bar but there is no sound from the speakers .... additionally the system will not fully sleep (go to stand by power)

The screen does turn off but the power light stays on where as normally the power led will slowly flash ...

 

However after waking the system from this semi-sleep-state the sound works ok and the system sleeps ok

 

Internal Speakers and microphone work ok

Plugging in Headset the headphones work but the external MIC does not (works fine in linux where the codec  dump was made)

 

I do not have the no sleep/sound on boot issue when using AppleALC 1.2.7 although the External MIC does not work

 

I suspect that the HDA boot state is not getting set correctly, but after a sleep/wake event AppleHDA reset's the EAPD and HDA power states correctly.

 

I'll leave this version installed for now and see if any other issues arise but so far the new layout-4 seems to be working well after a sleep/wake event, but this is certainly progress (I Think)

Let me know if you need any more info 

 

Cheers

Jay

 

 

Edited by jaymonkey
Add that External MIC not working

Share this post


Link to post
Share on other sites
4 hours ago, insanelyDeepak said:

 

try this one 
https://github.com/insanelydeepak/cloverHDA-for-Mac-OS-Sierra-10.12/blob/master/Laptop/ALC295_v2 Asus UX430UA.zip 
 

read full readme , there is ALCPluxfix must install this 

 

CloverHDA and AppleALC mine files are identical 

 

PS : for more depth i need to see your codec_dump 

 

 

Thanks for the kext, headphones are working just fine now. However, two other problems arose that I kindly ask for your help with. Internal speakers aren't working at all - the device is detected but no sound produced. And when I wake my laptop from sleep, headphones aren't detected; Internal speakers are the only output device shown no matter how many times I reconnect the headphones. Only restart helps.

 

I'm attaching my codec dump, as well as my DSDT and Clover config.plist, in case they're needed. Pray take a look at them. 

attachments.zip

Share this post


Link to post
Share on other sites
On 8/20/2018 at 8:47 PM, vit9696 said:

Guys, regarding the layout issues, could you make this clear:

— what is your codec/layout?

— when did it break?

— is the issue 10.14 only or 10.13.6 too?

— does adding alcapplid=X boot-arg, where X is your layout-id, solve the issue? Test on 10.13, because some layouts are missing in 10.14.

— do any other layouts work if at all? Comparing different versions against all the available layouts is a good idea.

please add Asus gl553vd 

Share this post


Link to post
Share on other sites

@All,

 

I have finally managed to get the latest build of AppleALC ver 1.3.1 working on my Laptop ..

 

After a bit more investigation i noticed the following entries in the kernel boot log ...

 

AppleALC-1.3.1-Console-log.thumb.png.660ba3e1d79a6ae4ce0ae6a079de3837.png

 

Which would suggest that alc-layout-id was not being injected despite being injected as Device Properties to the pci root device in Clover (as suggested by wern apfel)|

 

clover-devices.thumb.png.254adfc180f3093c9c765c787c2b90ce.png

 

I think this must be a clover issue ? ...... I am currently running Clover 4K r4586

 

So I removed all HDA layout injection in my Clover config.plist and used a SSDT Hot patch to inject the HDEF Device Properties (Template used was from RehabMans GIT REPO) -

DefinitionBlock ("", "SSDT", 2, "hack", "_HDEF", 0x00000000)
{
    External (RMCF.AUDL, IntObj)    // (from opcode)

    Method (_SB.PCI0.HDEF._DSM, 4, NotSerialized)  // _DSM: Device-Specific Method
    {
        If (CondRefOf (\RMCF.AUDL))
        {
            If (LEqual (Ones, \RMCF.AUDL))
            {
                Return (Zero)
            }
        }

        If (LNot (Arg2))
        {
            Return (Buffer (One)
            {
                 0x03                                           
            })
        }

        Store (Package (0x08)
            {
                "layout-id", 
                Buffer (0x04)
                {
                     0x03, 0x00, 0x00, 0x00                         
                }, 

                "alc-layout-id", 
                Buffer (0x04)
                {
                     0x03, 0x00, 0x00, 0x00                         
                }, 

                "hda-gfx", 
                Buffer (0x0A)
                {
                    "onboard-1"
                }, 

                "PinConfigurations", 
                Buffer (Zero) {}
            }, Local0)
        If (CondRefOf (\RMCF.AUDL))
        {
            CreateDWordField (DerefOf (Index (Local0, One)), Zero, AUDL)
            Store (\RMCF.AUDL, AUDL)
        }

        Return (Local0)
    }
}

I first tested with Version 1.2.8 which I knew was working before and worked with the SSDT hotpatch, AppleALC re-mapped alc-layout-id 3 to a patched layout-id 7 

Next I installed the latest build of AppleALC (version 1.3.1) and it worked !!! ...  

 

OS wise I first tested on High Sierra ..

interestingly AppleALC 1.3.1 was still using layout-id -3 for the AppleHDA whereas version 1.2.8 automatically re-mapped it to layout-id 7 ?

 

I then tested it on Mojave beta 6 and the sound did not work, looking in the IOREG showed that layout-id was still 3 which is un-supported in Mojave so of course it would not work.

So i edited my SSDT (above) and changed layout-id to 7 which is what AppleALC version 1.2.8 automatically re-mapped it to.

Saved the changes and re-booted and Sound is now working with native Mojave AppleHDA + AppleALC Version 1.3.1 :)

 

619627546_Screenshot2018-08-22at15_08_48.thumb.png.7b94735d8c7d8eed0cce7664b1e7e80b.png

 

No sign of apple-layout-id in the HDEF Device Properties which version 1.2.8 had and i believe you should see when automatic layout-id re-mapping is working ?

So I guess the question now is there something you need to do to get AppleALC 1.3.0+ to automatically re-map the alc-layout or is this now manual by design ?

 

Despite the lack of automatic layout re-mapping, everything else seems to work well, no sleep or wake issues and all audio input/output devices are working (including HDMI audio) except for the external mic which also did not work with AppleALC 1.2.7 and 1.2.8 so this is good progress and should mean that i can update to Mojave when the final release is made with no audio issues.

 

Perhaps one the AppleALC Devs can spot something in my SSDT that might explain why the automatic layout re-mapping is not working, but i'm happy with this manual assignment method for now, in fact implicitly assigning the target layout-id helps as i know in advance what layout-id to set the HDA Add Device Property to in order for working HDMI Audio.

 

1474167661_ScreenShot2018-08-22at18_26_53.thumb.png.6bb22b0ffbec098878851b7ad0d98495.png

 

I realise this is a non official way of using AppleALC however this was the only way i have been able get AppleALC 1.3.0++ working, injecting alc-layout-id via Clover simply did not work for me as detailed in my previous posts, using a SSDT was a last ditch attempt and it worked where as all other methods did not. I will continue to investigate and report  back if i make further progress using more standard methods.

 

Big thank you goes out to all the AppleALC devs for creating such a flexible HDA patching solution and to the guys who tried to assist me over the last few pages.

 

Cheers

Jay

 

Edited by jaymonkey

Share this post


Link to post
Share on other sites

clover-devices.png i had to remove the "device-id" that was generated by intelFBpatcher app in my clover configs audio device like what it shows in your picture for applealc to work properly.

Share this post


Link to post
Share on other sites
31 minutes ago, bronxteck said:

i had to remove the "device-id" that was generated by intelFBpatcher app in my clover configs audio device like what it shows in your picture for applealc to work properly.

 

I never thought of that .... what made you think of removing the device-id injection to get it working ? .. i would have thought it wouldn't have any affect on AppleALC ...

In my case, since WhatEverGreen is working perfectly i did not change any of the Device Properties that the intelFBpatcher generated.

 

Perhaps there is some sort of injection conflict occurring if both alc-layout-id and device-id are injected as custom device properties ?

Something for the Devs to look into perhaps ?

 

Thanks for the tip ..... I'll try removing it and see if AppleALC automatic layout-d re-mapping works ....

 

Update: Nope removing the device-id injection did not help with getting the automatic layout-id re-mapping working . . .  

 

Cheers

Jay

Edited by jaymonkey

Share this post


Link to post
Share on other sites

for me i just use applealc, WEG, the normal old way without the new flags or SSDT's or DSDT patching.

in config i just have fixHDA clover ACPI patch and i inject layout 27, but theother id's mostly worked to some extent.

removing the generated device-id was the last piece of my puzzle of why audio stopped working.

Share this post


Link to post
Share on other sites
On 8/21/2018 at 9:32 PM, TessereKt said:

 

Thanks for the kext, headphones are working just fine now. However, two other problems arose that I kindly ask for your help with. Internal speakers aren't working at all - the device is detected but no sound produced. And when I wake my laptop from sleep, headphones aren't detected; Internal speakers are the only output device shown no matter how many times I reconnect the headphones. Only restart helps.

 

I'm attaching my codec dump, as well as my DSDT and Clover config.plist, in case they're needed. Pray take a look at them. 

attachments.zip

Hi 

i checked codec_dump , layout 15 in AppleALC is completely suitable for you 
if appleALC not working try this one 

https://github.com/insanelydeepak/cloverHDA-for-Mac-OS-Sierra-10.12/blob/master/Laptop/ALC295:3254.zip

Share this post


Link to post
Share on other sites

 @vit9696 @vandroiy2012 Report an error: In the note for AppleALC v1.3.1 Release, there is a paragraph "Added ALC295 layout-id 12 for HP Envy x360 15-bp107tx by Damon", this layout-id 12 is wrong, the correct layout-id is 1, please correct it to avoid misleading.

Xnip2018-08-23_08-46-21.jpg

Share this post


Link to post
Share on other sites

 

20 hours ago, jaymonkey said:

I have finally managed to get the latest build of AppleALC ver 1.3.1 working on my Laptop ..

If I understand it right, the only issue is the external microphone, and I can give you some test samples of AppleALC V1.3.1?

Since I do not use AppleALC, I do not have much experience with this kext.

 

I usually use an SSDT to inject the layout-id, which also overrides the config.plist entries.

Share this post


Link to post
Share on other sites

Hello, I'm using AppleALC 1.31 (pre-mojave:layout-id 12) with layout-id 7 on Dell E6230

Earlier, I updated to beta 8 and lose the sound from Internal speaker. Now all the time, the device for audio output always headphones and line-in, even with headphones unplugged.

Edited by Trung_Nguyen

Share this post


Link to post
Share on other sites

This is my patch for Realtek ALC230 for Lenovo 320-14ISK with layoutid=13

Can you update to AppleALC Repository @vit9696 @vandroiy2012

Thank you verymuch,, 

Internal Speaker OK, Internal Mic Ok. Don't have a time for check Headphone and Headphone's mic.
I just help my friend :D

Info.plist.zip

layout13.xml.zlib.zip

PinConfigs.kext.zip

Platforms13.xml.zlib.zip

Share this post


Link to post
Share on other sites
22 hours ago, jaymonkey said:

@All,

 

I have finally managed to get the latest build of AppleALC ver 1.3.1 working on my Laptop ..

 

After a bit more investigation i noticed the following entries in the kernel boot log ...

 

AppleALC-1.3.1-Console-log.thumb.png.660ba3e1d79a6ae4ce0ae6a079de3837.png

 

Which would suggest that alc-layout-id was not being injected despite being injected as Device Properties to the pci root device in Clover (as suggested by wern apfel)|

 

clover-devices.thumb.png.254adfc180f3093c9c765c787c2b90ce.png

 

I think this must be a clover issue ? ...... I am currently running Clover 4K r4586

 

So I removed all HDA layout injection in my Clover config.plist and used a SSDT Hot patch to inject the HDEF Device Properties (Template used was from RehabMans GIT REPO) -


DefinitionBlock ("", "SSDT", 2, "hack", "_HDEF", 0x00000000)
{
    External (RMCF.AUDL, IntObj)    // (from opcode)

    Method (_SB.PCI0.HDEF._DSM, 4, NotSerialized)  // _DSM: Device-Specific Method
    {
        If (CondRefOf (\RMCF.AUDL))
        {
            If (LEqual (Ones, \RMCF.AUDL))
            {
                Return (Zero)
            }
        }

        If (LNot (Arg2))
        {
            Return (Buffer (One)
            {
                 0x03                                           
            })
        }

        Store (Package (0x08)
            {
                "layout-id", 
                Buffer (0x04)
                {
                     0x03, 0x00, 0x00, 0x00                         
                }, 

                "alc-layout-id", 
                Buffer (0x04)
                {
                     0x03, 0x00, 0x00, 0x00                         
                }, 

                "hda-gfx", 
                Buffer (0x0A)
                {
                    "onboard-1"
                }, 

                "PinConfigurations", 
                Buffer (Zero) {}
            }, Local0)
        If (CondRefOf (\RMCF.AUDL))
        {
            CreateDWordField (DerefOf (Index (Local0, One)), Zero, AUDL)
            Store (\RMCF.AUDL, AUDL)
        }

        Return (Local0)
    }
}

I first tested with Version 1.2.8 which I knew was working before and worked with the SSDT hotpatch, AppleALC re-mapped alc-layout-id 3 to a patched layout-id 7 

Next I installed the latest build of AppleALC (version 1.3.1) and it worked !!! ...  

 

OS wise I first tested on High Sierra ..

interestingly AppleALC 1.3.1 was still using layout-id -3 for the AppleHDA whereas version 1.2.8 automatically re-mapped it to layout-id 7 ?

 

I then tested it on Mojave beta 6 and the sound did not work, looking in the IOREG showed that layout-id was still 3 which is un-supported in Mojave so of course it would not work.

So i edited my SSDT (above) and changed layout-id to 7 which is what AppleALC version 1.2.8 automatically re-mapped it to.

Saved the changes and re-booted and Sound is now working with native Mojave AppleHDA + AppleALC Version 1.3.1 :)

 

619627546_Screenshot2018-08-22at15_08_48.thumb.png.7b94735d8c7d8eed0cce7664b1e7e80b.png

 

No sign of apple-layout-id in the HDEF Device Properties which version 1.2.8 had and i believe you should see when automatic layout-id re-mapping is working ?

So I guess the question now is there something you need to do to get AppleALC 1.3.0+ to automatically re-map the alc-layout or is this now manual by design ?

 

Despite the lack of automatic layout re-mapping, everything else seems to work well, no sleep or wake issues and all audio input/output devices are working (including HDMI audio) except for the external mic which also did not work with AppleALC 1.2.7 and 1.2.8 so this is good progress and should mean that i can update to Mojave when the final release is made with no audio issues.

 

Perhaps one the AppleALC Devs can spot something in my SSDT that might explain why the automatic layout re-mapping is not working, but i'm happy with this manual assignment method for now, in fact implicitly assigning the target layout-id helps as i know in advance what layout-id to set the HDA Add Device Property to in order for working HDMI Audio.

 

1474167661_ScreenShot2018-08-22at18_26_53.thumb.png.6bb22b0ffbec098878851b7ad0d98495.png

 

To anyone who is having issues with the new AppleALC releases and are using Clover to inject HDEF Device Properties I would suggest trying the SSDT Hot Patch method and see if that works for you, assign alc-layout-id to the AppleALC codec layout you want to use and layout-id as the target layout id to be used by AppleHDA (which will be patched by AppleALC)

 

Big thank you goes out to all the AppleALC devs for creating such a flexible HDA patching solution and to the guys who tried to assist me over the last few pages.

 

Cheers

Jay

 

 

I still have problem with AppleALC1.3.0 and cant deal with it.

 

What your said change layout-id to 7?

My layout-id was 13 and it cant use when update to AppleALC1.3.0 but the others dont have this problem and i post this problem manytimes.

 

 

QQ20180823-200825@2x.png

Share this post


Link to post
Share on other sites
21 hours ago, insanelyDeepak said:

Hi 

i checked codec_dump , layout 15 in AppleALC is completely suitable for you 
if appleALC not working try this one 

https://github.com/insanelydeepak/cloverHDA-for-Mac-OS-Sierra-10.12/blob/master/Laptop/ALC295:3254.zip

 

Thanks a lot. The AppleALC still refuses to work for some reason but the cloverHDA you linked has solved the problem for me. Both headphones and speakers are working flawlessly now and the sleep issue is gone as well. I'm truly grateful. 

Share this post


Link to post
Share on other sites
On 8/8/2018 at 6:38 PM, MacPeet said:

@arsradu

 

for sound after sleep try ResetHDA in Clover or CodecCommander.kext or EAPDFix.kext

 

try this with layoutID 11

trial1_alc892_layoutID11_for_MSi_Z97S_SLI_Krait_Edition.zip

(boot flags Mojave -alcbeta -lilubetaall)

 

I have configured:

 

Speaker (LineOut rear green) in SwitchMode with HP (front green)
3 more LineOut's back for 5.1 via MidiSetup
Mic front pink configured as LineIn
LineIn blue back

 

config.png.eee484a0eb4370c0f5e7b2d60d4e038b.png

 

Hi man,

 

Many thanks! And sorry for the late reply. I was on vacation. :) 

 

Sound works fine with Layout ID 11, but it still looks like this

.126598871_Screenshot2018-08-23at20_11_01.png.fac18f98270dfbd74c4749d9d7fbaa52.png

 

And...there's no sound after sleep with this layout, although there was with Layout 28 I was using before (ResetHDA was checked at all time). Is EAPD added to this layout? Cause for as far as I could see, there is definitely support for it in the codec dump.

 

With these kext, sound after sleep doesn't work anymore, even with Layout ID 28.

Update: now there is no sound after sleep with Layout ID 28 even with the old kexts... I don't get it...

 

EDIT: @MacPeet Please, disregard my post above... That was a noob mistake on my side. Sorry about that.

 

Layout 11 looks exactly as you said. And everything works as expected! So, I just wanna say: many, many thanks for that!!!

 

3806519_Screenshot2018-08-24at19_23_23.png.99d886b49a0d9c0bf1f056fd63f7df23.png

 

 

 

Could you, please, post these changes to git so I can use the latest AppleALC updates? I still don't know...was any of the things I've done ok? Did you use any of that, or you had to start from scratch?

 

Also, should there be another microphone there at node 24?

 

NID 0x18/24  [Jack] Mic at Ext Rear (Pink)
NID 0x19/25  [Jack] Mic at Ext Front (Pink)

 

Also, how did you select 7 for node 23? My PinConfigurator only goes up to [6], after that I've got [f]. Same for 8 and 9 in nodes 25 and 26.

 

The motherboard's ports look like this (just for reference).

 

1548589907_Screenshot2018-07-07at22_59_00.thumb.png.e2ed0b0d1a7b7fba62436b1398395ce2.png

 

Edited by arsradu

Share this post


Link to post
Share on other sites
On 8/23/2018 at 1:09 PM, gujiangjiang said:

 

I still have problem with AppleALC1.3.0 and cant deal with it.

 

What your said change layout-id to 7?

My layout-id was 13 and it cant use when update to AppleALC1.3.0 but the others dont have this problem and i post this problem manytimes.

 

The target layout-id of 7 may not work for your system ...

 

What worked for me ...

  1. Remove any injection of alc-layout-id in Clover and install AppleALC 1.2.8
  2. Configure Clover to inject a working layout-id in Devices -> Audio -> Inject
  3. if/when Audio is working use IOREG Explorer and search for the HDEF device
  4. You should see that alc-layout-id is set to the value that you set in Clover in step 2, make a note of it
  5. Its quite likely that AppleALC will have re-mapped it which is what layout-id will be set to, make a note of it
  6. install AppleALC 1.3.1
  7. Remove all Clover audio layout-id injection references in Devices -> Audio -> Inject
  8. Copy the the SSDT code I posted in my above post into MaciASL
  9. Edit the SSDT code and set alc-layout-id to the working layout from step 4 (or one that you know should work in the newer release)
  10. Edit the SSDT code and set layout-id to the one from step 5
  11. Compile the SSDT and save it as SSDT-HDEF.aml in your  /EFI/Clover/ACPI/Patched folder
  12. If al looks good Reboot

I don't know why the automatic layout-id re-mapping in version 1.3.1 is not working for me, as it worked in 1.2.8. But this method allowed me to get version 1.3.1 working which is progress . . .

It might be possible for you to use Clovers Custom Device Properties Injection rather than use a SSDT (you should try that first) but it did not work for me.

 

Warning: This is an un-official method so it may not work for others and i'm sure the AppleALC devs will comment on this, however this was the only way i was able to get AppleALC 1.3.0++ working.

 

Update: SSDT Method now depreciated see THIS post for how i got Clover Custom Properties working

 

Good Luck

Jay

 

 

Edited by jaymonkey

Share this post


Link to post
Share on other sites
 
The target layout-id of 7 may not work for your system ...
 
What worked for me ...
  1. Remove any injection of alc-layout-id in Clover and install AppleALC 1.2.8
  2. Configure Clover to inject a working layout-id in Devices -> Audio -> Inject
  3. if/when Audio is working use IOREG Explorer and search for the HDEF device
  4. You should see that alc-layout-id is set to the value that you set in Clover in step 2, make a note of it
  5. Its quite likely that AppleALC will have re-mapped it which is what layout-id will be set to, make a note of it
  6. install AppleALC 1.3.1
  7. Remove all Clover audio layout-id injection references in Devices -> Audio -> Inject
  8. Copy the the SSDT code I posted in my above post into MaciASL
  9. Edit the SSDT code and set alc-layout-id to the working layout from step 4 (or one that you know should work in the newer release)
  10. Edit the SSDT code and set layout-id to the one from step 5
  11. Compile the SSDT and save it as SSDT-HDEF.aml in your  /EFI/Clover/ACPI/Patched folder
  12. If al looks good Reboot
I don't know why the automatic layout-id re-mapping in version 1.3.1 is not working for me, as it worked in 1.2.8. But this method allowed me to get version 1.3.1 working which is progress . . .
It might be possible for you to use Clovers Custom Device Properties Injection rather than use a SSDT but it did not work for me.
 
I don't think this is an official method so it may not work for you and i'm sure the AppleALC devs will comment on this.
 
Good Luck
Jay
 
 



thanks for your exhaustive answer.

I have problem with remap layout is when update to AppleALC1.3.0 but I have a question I am using macOS 10.13 and this version don’t need remap the layout id.

I will try your method and test it.

You add “layout id” and “all-layout-Id” both into the SSDT-HDEF?


从我的 iPhone 发送,使用 Tapatalk

Share this post


Link to post
Share on other sites
2 hours ago, gujiangjiang said:

thanks for your exhaustive answer.
I have problem with remap layout is when update to AppleALC1.3.0 but I have a question I am using macOS 10.13 and this version don’t need remap the layout id.
I will try your method and test it.
You add “layout id” and “all-layout-Id” both into the SSDT-HDEF

 

 

 

Even though 10.13.X does not need the re-mapping AppleALC 1.2.8 does it regardless, i think it was a test release to check that the re-mapping code worked.

 

Cheers

Jay

Edited by jaymonkey

Share this post


Link to post
Share on other sites
 
Even though 10.13.X does not need the re-mapping AppleALC 1.2.8 does it, i think it was a test release to check that the re-mapping code worked.
Just change the values in the SSDT code for layout-id and alc-layout-id
 
Cheers
Jay


Very thanks to you and the AppleALC1.3.0 works for me.

It is simply to change layoutid to alclayoutid in ssdt-hdef and it works for me.


从我的 iPhone 发送,使用 Tapatalk

Share this post


Link to post
Share on other sites

So the AppleALC have problem in remap Layout-ID to Alc-Layout-ID with AppleALC1.3.0 and newer but in AppleALC1.2.8 the remap was works well.

Now I can inject layout-Id and alc-layout-id manually to make AppleALC1.3.0 work.

I hope to fix this bug in the future of the AppleALC because some people have same problem with me and don’t know how to do.


从我的 iPhone 发送,使用 Tapatalk

Share this post


Link to post
Share on other sites
11 hours ago, TessereKt said:

 

Thanks a lot. The AppleALC still refuses to work for some reason but the cloverHDA you linked has solved the problem for me. Both headphones and speakers are working flawlessly now and the sleep issue is gone as well. I'm truly grateful. 

Great :thumbsup_anim:

enjoy good sound 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

×