Glad to hear another success story regarding this issue!
What that patch might do is rename the iGPU to disable it and make all the DRM related features work (Apple TV, Netflix in Safari, etc).
You can go through this guide and see if DRM still works (if it was working before you removed that...
Doesn't seem that limited to me, your plan is spot on!
Btw I recommend using https://github.com/corpnewt/ProperTree to edit plist files. Much easier to go through and no risk of breaking the structure.
So the culprit is the highlighted item here:
Unfortunately, as you can see, this is set as a String so there's nothing you can do currently. (Kinda weird the value is "#display", not "display" but maybe it's to disable it.)
Even tho Native Access would not detect that device as a...
No worries, happy to help.
From your EFI folder I only need the ACPI folder (it will contain any DSDT patch) and the config.plist file. Check that config.plist doesn't contain any serial number in the smbios section. You can redact it if present.
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...
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...
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...
What version of IORegistryExplorer do you use?
I see in your Find Options "Bundle Identifier" while I have "Bundle ID"
I'm using version 2.1, looks like the search in your version is broken as plenty of devices should match "IOName", as they have properties like "IONameMatch" or "IONameMatched"...
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...
I really thought I was onto something with that model property being either a string or a bytes array but I just ran Native Access on another Macbook pro that show the model as a string and it worked, so, it's not the issue. Back to square one...
This is also an interesting post, mentioning Opencore causes issues, but not dosdude's patch:
I have the same issue. Works great on Mojave, crashes on Big Sur. Really frustrating as I'm trying to transition from Mojave to Big Sur.
/Applications/Native\ Access.app/Contents/MacOS/Native\ Access ; exit;
2021-08-13 21:17:52.765 Native Access[1331:19972] -[__NSCFData _fastCStringContents:]...