Separate names with a comma.
Discussion in 'Mac Pro' started by andrejkw, Nov 30, 2012.
Dependency error, need some time to figure out how to install it properly.
What is that “Lilu” kext?
My understanding is that Lilu is required for AppleALC. In my case, even with Lilu, HDMIAudio would not work, so I just used the previous version of AppleHDA (see post 646).
So, all you did is just
1) Replace the 10.13.4 AppleHDA.kext by the 10.13.3 version
2) Install AppleALC.kext 1.2.6 to S/L/E
3) Installed HDMIAudio.kext 1.1
on your Mac Pro. Is that correct?
Should have access to a clean 5,1 that never messed with HDMI audio later this week. If there's anything quick/easy that would be beneficial or helpful to test, post some instructions and will attempt to try for you.
No need for step 2 in this case. I did steps 1 and 3, and my audio was back.
An alternative (which keeps AppleHDA.kext untouched) is to install AppleALC.kext, Lilu.kext, and HDMIAudio.kext. This option, however, did not work on my cMP (maybe it only works for hackintoshes).
I see. Thanks for the clarification.
I tired both, in my case, both won't work with my 1080Ti.
Use latest lilu.kext and AppleALC.kext by installing it in System/Library/Extensions. Use kexts installer like kextbeast which is available on site tonymacx86
Now I don’t know which are the latest versions but the ones I downloaded from reddit.com/r/hackintosh section worked. Found it. Link here
No need for HDMIAudio.kext. It has reached it’s end of life.
But if you use AppleHDA.kext from 10.13.3 then you can use HDMIAudio.kext but for how long will you depend on 10.13.3 kext?
This is a great solution (if I can get it to work). Could you confirm that you are on a cMP with an Nvidia graphics card? Are you also using NvidiaGraphicsFixup.kext?
Note: The 10.13.4 AppleHDAController binary fix in AppleALC.kext supports one Nvida HDMI codec device_id, 0x0fbb. Any other device id requires an edit to the patch. Once edited, recompile AppleALC and install the new AppleALC.kext. Credit: FredWst
Tried the Lilu.kext + manually edited AppleALC.kext. Not working on the 1080Ti yet.
But not working yet
Both kexts were loaded and reported as loaded in Extensions. But no sound via HDMI, GTX 980...
There are some boot arguments as far as I understand from the developers page for both kexts, for example:
“-alcbeta - to enable AppleALC on unsupported systems (usually unreleased or old ones)” ...Could this help?
Will do that later, out of town now. Cheers!
Sorry for the late reply, just back home.
No HDAU, did you remove HDMIAudio.kext? If yes, restore.
Reply with a copy of IOReg.
Thanks for your help.
Yes, that was removed.
And HDMIAudio.kext is now reinstalled. Nil help.
But the IOReg file is too large, can't upload to here.
For your info. I also tried NvidiaGraphicsFixup.kext, also nil help.
I'm interested in seeing the AppleALC approach work.
@h9826790 perhaps you could try the version of IORegistryExplorer provided at https://github.com/toleda/audio_ALCInjection and zip the exported file. In my case, the file was less than 1 MB.
Compress the file, attach .zip
Stupid question: Sound over USB-C card is possible only for devices with Thunderbolt? There is no way to output sound via USB-C PCI-E card on cMP, right?
Assume you mean USB-C directly, not when using a USB-C audio interface, correct?
With a USB-C DisplayPort alternate card like the Sunix UPD2018 it should be possible. But since that card needs to be connected to the display port of the graphics card, it would still require HDMI (or DP) audio.
I ment, for example, using USB-C to HDMI cable with my Sonnet Alegro USB-C card in cMP. Was just wondering what would happen if I attach it to a spare HDMI port on a TV or some audio receiver - could I get sound output?
No. As I mentioned above, you would need a card with DP alternate mode.