Contribute
Register

[Guide] ASUS ZenBook Pro Duo 15 OLED UX582 OpenCore

@gvkt Do you have any updates regarding the VoodooI2C? Thanks!
 
@gvkt Do you have any updates regarding the VoodooI2C? Thanks!
@shiecldk,
If it helps this is how I've enabled my trackpad on my Acer Nitro 5. It needs to be set (loaded) in this order:

Screen Shot 2022-09-18 at 4.28.53 PM.png

You also need either SSDT-GPIO or SSDT-XOSI enabled in your SSDT. If using SSDT-XOSI it needs the ACPI patch
Rename _OSI to XOSI (OS) enabled for this to work. Some setups also require VoodooI2CElan.kext in this mix, with the kext loaded at the end just before VoodooPS2Controller which should be 3rd in line.
 
@Middleman Thanks! I'll check this out. It's been a while since I worked on this project laptop last time (I eventually compromised to using Windows). I think last time @gvkt and I found out it's hard or not possible to use ACPI or GPIO mode with the trackpad due to hardware constraint.
 
Thank you so much for the great job.
I have a UX581 10gen Intel. I use the github EFI file and boot up Mac very smoothly. Everything works very well except few issues left. The most important one left is the wake up problem. When the laptop wake up from sleep, the main screen keeps black, the screenpad plus is waken normally. Because of the login interface is on the main screen which is black, I have to login into the system blindly. It seems everything works well but I cannot find a way to activate the main screen again even after loggined into the system.
Further more, when I shutdown the machine through menu or shutdown cmd in terminal, the system gets frozen without power off successfully ( it was good if the system hadnt gone sleep) . I have to power off the machine by keep pushing the power button.

What could be the reason causing this? Any hint for which direction to modify the config to solve this issue?
@vayander Did you resolve your issue and are you still able to run MacOS on your UX581? Can you share your EFI? My bottom screen is all garbled on my UX581, curious to see what you have in your config to make the bottom screen work....
 
@gvkt It looks like VoodooI2C just updated to version 2.7.1. Could you make changes that implemented our ScreenPad in your GitHub branch? Thank you.

Updated: It looks like the newest VoodooI2C (version 2.7.1) had implemented the pull changes made by @gvkt.
 
Last edited:
@atrslb If I understand correctly, @Qonfused on GitHub for his project ASUS-ZenBook-Duo-14-UX481-Hackintosh, has solved the backlight control for OLED main screen and the ScreenPad. Would you like to check this with me? Thanks.
Also, not sure if he said HDMI port could be patched.
 
@atrslb It looks like after updating to macOS Ventura, I no longer have the correct scale for my UX582 ScreenPad.
macOS Monoterey:
Screen Shot 2023-01-26 at 5.27.24 PM.png
Screen Shot 2023-01-26 at 5.27.31 PM.png
Screen Shot 2023-01-26 at 5.27.50 PM.png


macOS Ventura:
Screenshot 2023-01-26 at 5.31.34 PM.png
Screenshot 2023-01-26 at 5.31.51 PM.png
 
Last edited:
@deeperexistence We're looking into this issue on Github on #4 for the UX481/UX581 variants. Could you comment here or over on Github if you have a UX581GV (9th gen) or UX581LV (10th gen) model?
 
Last edited:
@shiecldk I know I've already mentioned it on github, but just for this thread I thought I should mention that the primary display on the UX481 is just an LCD screen. As of yet, there isn't a native OLED implementation for macOS; the closest is Apple's own protocol for their Retina displays (which for clarity are mini-LED, not OLED). I gave a better explanation on Github in #21 covering slightly more technical detail for some more context on the issue:
Another thing to note is that as OLED requires per-pixel voltage calculations to offset display brightness, it may not be compatible with Apple's native protocol for OLED/Retina displays. I know that the LG Ultrafine uses the native protocol, but it is engineered specifically for macOS. The more generally compatible approach is to use a gamma table to control backlight, which MonitorControl implements; the Lunar app may be doing this as well.
Building on this, there may still hope for native OLED compatibility in macOS down the line. There are rumors that Apple may be adopting OLED for future macbooks by Q4 of 2024. Development should trickle into beta builds of macOS in earlier quarters of 2024 or even later quarters this year based on their usual development windows. This is indicated by supply chain analysis from Ming-Chi Kuo (article):

Regarding HDMI, it unfortunately won't work for the UX581/UX582 models if it is hard wired to the dGPU (Nvidia Optimus). They don't have a mux switch so it can't be set to the iGPU instead if this is the case. There's some more detail as to how this works in the GPU Buyer's Guide from Dortania. I'm not familiar with whether the UEFIGraphicsFB kext is a real workaround, as this may not be supported by macOS's graphics switching when using the iGPU and dGPU simultaneously.
 
Last edited:
@gvkt @sqlsec @atrslb I found one trick for the Dock in dual display. Uncheck the option called "Displays have separate Spaces." in System Preferences > Mission Control. Then you can have the Dock put on the ScreenPad and when you click an app on the Dock, it will actually pop up in your main display! This way you can use your whole display. Now we just need someone to figure out how to fix the VoodooI2C bugs of two displays not being able to detect which one is used.
Screen Shot 2023-02-06 at 5.58.39 AM.png
 
Back
Top