No Audio Devices - AppleHDA Realtek Audio

[demonknight9]

Same here. In my rig it just fails to boot until I remove the AppleALC kext from /Library/Extensions. Tried to install the 1.4.1 which was working before but with the same results. Machine just crashes with the stop sign a second after clover.
Lucky for me I have a Logitech set of speakers with BT and the Apple BT/Wifi adapter which connects to it and sound is back.
I would like to get the Realtek sound working again on my Z390 UD (ALC888). VodooHDA doesn't work, gives me 5 entries for HDMI Audio but I am using DP so no sound.

After reading a bit about it, it looks like AppleALC is not being supported by Clover? Strange as it was working fine before. I dont want to try the opencore boot loader just yet. I prefer the tried and true methods.

Looks like OpenCore is the future though?

Any tips?

 

[adrianmihai83]

Ok, went this route also (recommended method, using Hackintool - latest):

An iDiot's Guide To Lilu and its Plug-ins

An iDiot's Guide To Lilu and its Plug-in's Last Update: 22nd Jan 2021 (Add note about OpenCore config.plist modifications) About this Guide Note: This guide was written when Clover was the boot loader of choice as such the config.plist examples in this guide are mostley Clover specific ... if...

www.tonymacx86.com

The bellow example is for layout 11, I have tested all of them, looked in the ALC887 resource info.plist also, even though Hackintool has all of the layouts.

1. confirmed that in ioreg I can find HDEF (also every single change that the id is changing accordingly), also looked in my DSDT and found HDEF so no need to rename anything in ACPI.

2. Generated a patch using Hackintool for every layout:

3. Converted the layout from Base64 to HEX:

4. Add layout to Clover ->Devices->Properties

5. Restart the computer after each layout change and verified in Sound Preferences every Output

I have sound in Headphones on most of them, some of them have separate Headphones and Built-in Speaker profiles, some have more Line-outs....
BUT NOT A SINGLE ONE HAS A VALID LAYOUT THAT I CAN USE THE BUILT-IN SPEAKERS of my Asus ET2323 All in one...

6. Looking at this, should I check the different layouts for the ALC888? (EDIT: none are valid)


Is there something else that I can do or should I just give up?

EDIT: I made a codec dump, if someone can look through it... card0/codec#0 and card1/codec#0

 

[BLKadder]

I'm running High Sierra for 1.5 years. everything worked, but today audio stopped working. didn't update anything, didn't touch my efi partition for over a year. tried reinstalling audio + 100 support with multibeast for HS. nothing. i'm only showing "Apple TV" in my output. USB audio works as well. when booted into windows 10, audio works.

My best guess is maybe an expired certificate somewhere invalidated the audio.

EDIT:
followed this: https://www.tonymacx86.com/threads/applehda-realtek-audio-guide.234732/#post-1606764
installed Lilu method. now everything is working.

 

[el.Charlot]

Hi !
I had sound on my build, plugged in optical port. Then suddenly, I have only audio to HDMI. I didn’t even restarted, but I’m not sure it can’t have rebooted after a crash, even if it doesn’t looked like it. Seems a bit like previous message, but reinstalling new Lilu & AppleALC didn't solved anything.

OS 10.14.6, MoBo GA-Z170N-Wifi, with i3 4690 processor, built in CG intel HD 530.

I have AppleALC and Lilu installed in EFI/Cover/kexts/other

here are the files, thanks a lot, this is my media center build, so no sound is a bit of a problem

[edit] As I've seen in Catalina related topic (even if I'm on Mojave), reinstalling the kexts in L/E instead of Clover solved it ...

 

[chiefbeats]

Having problems. Any help is appreciated.
1) I have no audio. There are no native audio devices, other than airplay and LG 4K monitor HDMI listed in output/input devices. I tried FAKEPCIID method and HDAS to HDEF patches with no luck. First terminal code (ioreg) rendered no output, so attached outputs from codes 2 & 3.
2)10.15.1/ASUS Z370-E/2201/i7 8700K/Radon Rx Vega 64
3) 2 FAKEPCIID kexts, kernel patch (HDAS to HDEF)

 

[asamatbagatov]

I cannot get my external speakers (connected via headphone jack) to show up.
I upgraded from 10.13.6 to 10.15.2 after switching from my NVidia 980 Ti to Vega 64. Before the upgrade/graphics card switch, audio worked fine.
I followed the acidanthera/AppleALC guide to get it working again.

I have a Rampage V Extreme (X99) Motherboard with a 5820k and Vega 64.
When I run kextstat | grep 'Lilu\|AppleALC\|AppleHDA', it looks like AppleHDA.kext did not start:

Spoiler: kextstat

> kextstat | grep 'Lilu\|AppleALC\|AppleHDA'
   25    1 0xffffff7f810f4000 0x1d000    0x1d000    com.apple.driver.AppleHDAController (283.15) F266EB6A-29C1-369A-9391-28536E347750 <24 23 22 13 8 7 6 5 3 1>
   28    2 0xffffff7f8186c000 0x23000    0x23000    as.vit9696.Lilu (1.4.0) D90C0A74-6E61-353E-8D57-96C781824E52 <8 6 5 3 2 1>
   30    0 0xffffff7f81b17000 0x125000   0x125000   as.vit9696.AppleALC (1.4.4) 73649D93-8D83-30C0-A5C2-78DCBE7ABCC1 <28 13 8 6 5 3 2 1>

I tried enabling/disabling all the DSDT patches in clover/Acpi and also tried removing all my SSDT*.aml. I was not notice any difference.
I use the system AppleHDA.kext and the renaming from ALZA to HDEF seems to work (as I can find HDEF in IOReg).

EDIT: I removed EAPDFix.kext. Now it works!
[deleted attachment]

 

[SeBaez]

Problem Reporting

Greetings everyone. I'm here asking for help:

1. I’m unable to hear anything. Audio ports aren’t recognized, but soundflower is.
2. My build:
   • Running macOS Catalina (10.15.3). Previously running Mojave and High Sierra, pretty much smoothly.
   • Asus TUF Z370-PLUS GAMING
   • UEFI BIOS version 0430 x64; firmware version: 11.8.50.3399
   • Intel Core i5 8400, 2.8 GHz
   • Intel UHD Graphics 630 1536 MB
3. I followed Toleda’s AppleHDA Realtek Audio guide.
4. All files attached as the guide mentions.

 

[ThinkClever]

Problem Reporting

Greetings everyone. I'm here asking for help:

1. I’m unable to hear anything. Audio ports aren’t recognized, but soundflower is.
2. My build:
   • Running macOS Catalina (10.15.3). Previously running Mojave and High Sierra, pretty much smoothly.
   • Asus TUF Z370-PLUS GAMING
   • UEFI BIOS version 0430 x64; firmware version: 11.8.50.3399
   • Intel Core i5 8400, 2.8 GHz
   • Intel UHD Graphics 630 1536 MB
3. I followed Toleda’s AppleHDA Realtek Audio guide.
4. All files attached as the guide mentions.

According to the IORegistryExplorer it looks like AppleALC is working.

According to the documentation of AppleALC, there are multiple things that should be changed in your config.plist, but I tried on my system and those things doesn't work for me. (this includes getting rid of the rename HDAS to HDEF and also setting the audio inject in the properties box below instead of the usual drop down menu in clover configurator).

What got my system sound working at this point was to test different layout IDs. I have ALC892, and for me 18 was the only one working properly. This is different for different systems, but having the wrong LayoutID could result in no audio devices detected.

You can find all the layoutIDs that match your system at this link:

AppleALC/Resources at master · acidanthera/AppleALC

Native macOS HD audio for not officially supported codecs - acidanthera/AppleALC

github.com

find your sound system (ALC number) and then find a layout ID matching your motherboard or one that's close. Then try and see what happens. (reboot after each try)

Now, Toleda is a better source than me for help but I thought this could help you a bit faster.

 

[Nighter]

Audio devices are properly listed in System Profiler but not in System Preferences/Sound/.

Mac OS X 10.11.6, all updates installed
GA-EP45-DS5
BIOS F13A
Model ID: MacPro3,1 KernelMode: x86_64
CPU TYPE: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz
CPU ID: Ox1067A (67194)
Cores: 4 Cores, 4 Threads @ 3000MHz Bus: 333MHz FSB: 1332MHz
GPU: Sapphire AMD Radeon HD 6570 1GB DDR3
Audio: ALC889a
Azalia Codec: Auto


Rig was OK only booting from USB installer, after installing Multibeast, it rebooted every 5 minutes.
Copying DSDT-GA-EP45-DS4-1.0-F10b.aml to EFI/CLOVER/ACPI/patched/ solved the problem.

Audio used to work (years ago) with older Mac OS X and Chameleon.

With Clover, I followed Toleda's AppleHDA Realtek Audio_v2 Guide, Method B (Multibeast). I must have missed something, any suggestion is welcome...

 

[rocco_77]

[SOLVED]

I wracked myself on this looking for any resources to help fix this issue...

Following the Idiots Guide to Lilu and Its Plug Ins got me almost there, but when I used Hackintool to configure AppleALC that's where I'm not sure what happened. I followed the directions and generated the following patch for my config and placed it under Devices key as instructed using BBEdit:

        <key>Properties</key>
        <dict>
            <key>PciRoot(0x0)/Pci(0x1B,0x0)</key>
            <dict>
                <key>AAPL,slot-name</key>
                <string>Internal@0,27,0</string>
                <key>device_type</key>
                <string>Audio device</string>
                <key>hda-gfx</key>
                <string>onboard-1</string>
                <key>layout-id</key>
                <data>
                AQAAAA==
                </data>
                <key>model</key>
                <string>6 Series/C200 Series Chipset Family High Definition Audio Controller</string>
            </dict>
        </dict>

Then I used the base64 to hex calculator and substituted AQAAAA== with <01000000> as instructed in the guide. Rebooted and had audio... Then upon reboot... no audio.

I searched and searched... confirmed HDEF in IOReg, confirmed codec was being seen in Hackintool and in DPCIManager.

Then finally I found this from @jaymonkey :
https://www.insanelymac.com/forum/topic/311293-applealc-—-dynamic-applehda-patching/?page=108

I went back into my config, took out the patch generated by Hackintool and used the CCG method to configure AppleALC instead... BOOM! Audio is back....

I would still like to know why the Hackintool generated patch didn't do the trick?
I did notice that when entering the Layout-ID in CCG as "1" that when I looked at the code in config that the layout-id was described in Base64 and not hex. So should I have just left the Hackintool patch alone with the Base64 data in Layout-id?

Anyway, I wanted to put the way I solved this issue into this post in case it helps someone else.

Spoiler: Original Issue

Please help... I'm really stuck....

Was running El Capitan. I updated Clover to 5104 to update to Sierra.
Was using injection for GFX and HDA patches for Audio with RealtekALC.
Hardware profile is correct.
Updated Clover on System drive, but then went to clone of my system drive using CCC to perform the following. Confirmed clone could boot before installing new kexts/OS updates etc.

On CLONE Drive:

• Clover update: success
• Installed Lilu / WhateverGreen (using Hackintool): success
• GFX card recognized with proper labeling in System Profile
• Audio was functioning at this point.

Downloaded Sierra installer from Apple site with links provided on this forum.

• Installed Sierra: Success (minus audio)
• Removed RealtekALC & disabled AppleHDA patches in Clover using CCG.
• Installed AppleALC using this guide: https://www.tonymacx86.com/threads/an-idiots-guide-to-lilu-and-its-plug-ins.260063/
• Used Hackintool to install AppleALC and perform the configuration settings for my codec (ALC 889)
• Generated the patch for config and applied patch using BBEdit. (see config attached)
• InjectAudio -> No (actually removed this from config and replaced it with the patch generated by Hackintool)
• Reboot
• YAY Audio!

Checked system for stability and was confident to move to system drive to duplicate the above.

• Performed all steps above on Main System drive
• All successful but even with above install of AppleALC on Main drive... NO AUDIO. Sadness.
• Tried reinstalling OS Sierra on main drive again and still no audio.

Rebooted into the CLONE drive that was working with audio to compare.... and NO AUDIO! Audio stopped working for unknown reason after booting.

EDIT: noticed I did not have the wrapper around my patch. <key>Properties</key><dict>*patch</dict>
It is there now. repaired permissions, rebuilt kext cache, reboot... Reset HDA at Clover boot screen. No joy.

Verbose output still says: "AppleALC alc: @ failed to obtain device info for analog controller (1)"
Also, attached Terminal output to check for AppleHDA loaded.

Summary: Clone drive had audio... after booting to it the second time... audio broken... Never got audio to work on Main drive. And so I'm very stuck....

I did my best to put together all proper Problem Reporting Docs... And Thank you so much.
The developers and members here that volunteer their time to help us is so very appreciated.

UPDATE: Still no audio... Tried extracting native AppleHDA.kext from installer via guide here. Also DCPIManager shows my audio device. (see attached)
Other reading I've done hinted at AppleHDA initializing before AppleALC can pass info? But that was a year ago... So Still stuck....