No Audio Devices - AppleHDA Realtek Audio

[JasonGerber]

No audio codec, BIOS update?

Not true, the only native codec is proprietary LSI logic 4206 and newer.

Mojave and newer, yes. See AppleHDA Realtek Audio/Post #1/I. and II.

Never, do not touch AppleHDA
No audio when no audio codec

Okay, I can try a BIOS update.

As far as native codec, Sorry, I meant native with HDEF for series 8 boards like you mention in Post AppleHDA Realtek Audio/Post #1

I am staying on High Sierra for now, so in theory I should not need apple ALC yet.

I tried everything from scratch last night. I reinstalled the native apple HDA in S/L/E via installer. Because I have a series 8 board, I skip the step where I select a layout. I removed the old Realtek codec and then installed again via multi beast.
After all of that, I have HDA in S/L/E, and a realtekALC kext in both L/E and my clover/kext/other folder.

Now when I run the
ioreg -rxn IOHDACodecDevice | grep VendorID I get:
| "IOHDACodecVendorID" = 0x10ec0899

I've gone ahead and re-uploaded all new files per post 1. Let me know if this gives you any insight.

I'll also try a BIOS update soon.

Thanks so much!

 

[toleda]

Okay, I can try a BIOS update. When you say no audio codec? Does that mean its a hardware issue rather then a driver issue? I guess I thought thats what installing Realtek 898 via multi beast was doing, was installing the correct codec. I'll update the BIOS.

The question was, did you do a recent BIODS update? The answer is no. A BIOS update that is not done does not cause an audio problem. A BIOS update will not fix a defective codec.

I removed the old Realtek codec and then installed again via multi beast.

The codec, hardware, does not change. MultiBeast installs files in various places to enable a non-supported codec. MultiBeast cannot repair a defective codec.

 

[JasonGerber]

The question was, did you do a recent BIODS update? The answer is no. A BIOS update that is not done does not cause an audio problem. A BIOS update will not fix a defective codec.

The codec, hardware, does not change. MultiBeast installs files in various places to enable a non-supported codec. MultiBeast cannot repair a defective codec.

Got it. I did not try a BIOS update. I will leave it alone for now. I actually edited my post above, but you beat me to a reply. See below with new attachements.

I am staying on High Sierra for now, so in theory I should not need apple ALC yet.

I tried everything from scratch last night. I reinstalled the native apple HDA in S/L/E via installer. Because I have a series 8 board, I skip the step where I select a layout. I removed the old Realtek codec and then installed again via multi beast.
After all of that, I have HDA in S/L/E, and a realtekALC kext in both L/E and my clover/kext/other folder.

Now when I run the
ioreg -rxn IOHDACodecDevice | grep VendorID I get:
| "IOHDACodecVendorID" = 0x10ec0899

I've gone ahead and re-uploaded all new files per post 1. Let me know if this gives you any insight.

Thanks so much!

 

[toleda]

I get:
| "IOHDACodecVendorID" = 0x10ec0899

Codec is working
Remove HDAEnabler1.kext where ever it is
Restart, reply with Terminal Output and new files

 

[JasonGerber]

Thanks. I deleted the HDAenabler kext which was in my S/L/E. Still no audio after restart. See new terminal outputs and attached files in the zip folder.

Really appreciate it.

 

[toleda]

Still no audio

Update Clover
Restart
Rebuild kext cache, Terminal

sudo touch /System/Library/Extensions && sudo kextcache -u /

Restart, reply with Terminal output and new IOReg.

 

[JasonGerber]

Update Clover
Restart
Rebuild kext cache, Terminal

sudo touch /System/Library/Extensions && sudo kextcache -u /

Restart, reply with Terminal output and new IOReg.

Copy. I followed these steps. Still no audio devices. Ive attached the terminal outputs and the new IOreg. Thanks again!

 

[toleda]

Still no audio devices

kext cache:

Kext rejected due to improper filesystem permissions: <OSKext 0x7f93840ddd80 [0x7fffb16b5af0]> { URL = "NvidiaGraphicsFixup.kext/ -- file:///Library/Extensions/", ID = "as.lvs1974.NvidiaGraphicsFixup" }
NvidiaGraphicsFixup.kext does not authenticate; omitting.
Kext rejected due to improper filesystem permissions: <OSKext 0x7f9384053ab0 [0x7fffb16b5af0]> { URL = "Lilu.kext/ -- file:///Library/Extensions/", ID = "as.vit9696.Lilu" }
Lilu.kext does not authenticate; omitting.

Remove both
Restart, reply with new files

 

[JasonGerber]

kext cache:

Kext rejected due to improper filesystem permissions: <OSKext 0x7f93840ddd80 [0x7fffb16b5af0]> { URL = "NvidiaGraphicsFixup.kext/ -- file:///Library/Extensions/", ID = "as.lvs1974.NvidiaGraphicsFixup" }
NvidiaGraphicsFixup.kext does not authenticate; omitting.
Kext rejected due to improper filesystem permissions: <OSKext 0x7f9384053ab0 [0x7fffb16b5af0]> { URL = "Lilu.kext/ -- file:///Library/Extensions/", ID = "as.vit9696.Lilu" }
Lilu.kext does not authenticate; omitting.

Remove both
Restart, reply with new files

Thanks. I removed these. Still no audio. See attached.

 

[takomori]

My audio was running fine until I plugged in a thunderbolt alpine card to my motherboard, does anyone has a solution for this?

Running z370 Asus Maximus X Code (S1220)

Edit: Found out that I changed my Lilu to an older version, that was the problem. All working great again!