- Joined
- Aug 14, 2010
- Messages
- 996
- Motherboard
- GA-Z97X-UD5H-BK Rev 1.0 Bios F8
- CPU
- i7-4790k OC 4.9ghz
- Graphics
- GT 740
- Mac
- Classic Mac
- Mobile Phone
thank youIn Terminal, rebuild cache:
Code:sudo kextcache -i /
@RehabMan and @headkaze I have run several times again and initially kept getting the same result - then on paying closer attention to the wording of the kextcache output I realised something.
I had thought that I could have all my injected kexts in both EFI/Clover/Kexts/Other and in Library/Extensions provided I had set in config.plist SystemParameters/Inject Kexts to Detect. I thought this meant that they would only be loaded from Clover if they were missing in Library/Extensions.
I read from the kextcache output
"AppleALC.kext - dependency 'as.vit9696.Lilu' not found.
AppleALC.kext is missing dependencies (including anyway; dependencies may be available from elsewhere)"
and wondered if it was a clash due to Lilu, WhateverGreen and AppleALC not being loaded from the same place.
I removed all three from EFI/Clover/Kexts/Other and rebooted - a check of kextcache output revealed that the error regarding finding Lilu was gone for AppleALC
I then carried on testing. Unfortunately the result remains the same I can't get HDMI audio either with just injecting the layout ID alone (tested with all layouts available in FB-Pacher) or with injecting layout ID and spoofing (again tested with all layouts)
@headkaze I believe that the error you saw when layout ID14 was selected in the first PR files I sent would have been due to me not first deleting the entry from config.plist and rebooting before trying another layout in FB-Patcher. I realise now that while you can change the layout ID without deleting the entry and rebooting the same is not true if you have already spoofed the device. At least that is the best theory I have come up with.