I already do, I leave you a screenshot. I'm desperate. Thanks
You are a star!!!Finally found the issue.
Native Access goes through all your IODevices and looks for the "IOName" property. Then it uses CFStringCompare to check if the property value is "display".
I had a DeviceProperty patch for AppleLPC that set IOName to a Data type, instead of a String. That made Native Crash as CFStringCompare didn't expect anything else than a string for IOName.
To find such a problematic property, open IORegistryExplorer and expand the search options panel:
View attachment 527454
Check "Property Keys"
Then search for "IOName"
(it will also match "IONameMatch" properties so it's a bit tedious as there's a massive number of matching devices)
Go through all of them.
Every time you have an "IOName" property, check the "Type" column. If it's not "String", you have your culprit.
Find what sets that wrong type and change it to the correct type, or disable that patch.
HTH.
I’m glad that helped you solve itYou are a star!!!
I have been trying for almost 9 months to find a solution and this was it!!
Same issue on AppleLPC
I had a patch in my DSDT for LPC which defined the IOName property data type as an array (data) instead of string.
Changed that and boom! I'm downloading my content from Native Access as I type!
Thank you very very much!
I’m glad that helped you solve it
tbh I’m not sure you need to patch the IOName of the LPC device, as long as you have a “compatible” property.
I was patching it using the OpenCore DeviceProperties section in config.plist and noticed IOName was correctly declared as a string, but gets converted to Data when injected… So I removed it altogether and kept “compatible” (with the same value) and AppleLPC loads fine.
Hi nekapsule,
respect for finding things like that!
My Apple ACPIPCO -> iGPU@2 has an IOName Type "Data" too. Could you tell me how i can find the reason why it is like that... or how exactly i can change it to String? I am not into stuff like that at all. And i should say i am using a late iMac 2012 updated to Big Sur via OpenCore Legacy Patcher. Would be awesome if you could help me!
btw: the iMac late 2012 has a discrete Nvidia GT 640 and no iGPU.
I haven't used OLP on a real Mac so I'm not sure how it achieves the GPU patching (either via DSDT or via DeviceProperties in config.plist).
If you still have the USB stick you installed it to, get https://github.com/corpnewt/MountEFI
Mount the EFI partition on the USB stick, and send the EFI folder that is in there so I can see how it's done.
If it's done via DeviceProperties tho, you'll have to contact the Opencore authors as, like I previously said, even setting the item as String doesn't solve the issue as it's injected as Data.
Thanks for your answer nekapsule! Unfortunately i have deleted the USB Drive already. However i will contact OCLP and/or Native Instruments with your findings, hope that is ok
You are a true genius, I have been trying to solve the problem of native instruments for about 5 years and now thanks to you the native access finally works for me. Thanks!!!Finally found the issue.
Native Access goes through all your IODevices and looks for the "IOName" property. Then it uses CFStringCompare to check if the property value is "display".
I had a DeviceProperty patch for AppleLPC that set IOName to a Data type, instead of a String. That made Native Crash as CFStringCompare didn't expect anything else than a string for IOName.
To find such a problematic property, open IORegistryExplorer and expand the search options panel:
View attachment 527454
Check "Property Keys"
Then search for "IOName"
(it will also match "IONameMatch" properties so it's a bit tedious as there's a massive number of matching devices)
Go through all of them.
Every time you have an "IOName" property, check the "Type" column. If it's not "String", you have your culprit.
Find what sets that wrong type and change it to the correct type, or disable that patch.
HTH.
You can still run MountEFI on the drive it was installed to, you should get the same folder in there. It's just easier to locate the USB drive.
I don't think Native Instruments will care as you're pretty much running their software on an unsupported hardware/software combination. They probably won't patch the way it detects the GPU just because some lunatics like us decide to run it on Hackintoshes/Patched Macs ;-) Even though you could argue we're still paying customers.