No problems with latest compiled build today.The previous 0.6.2N fixed DRM issue for my iMac12,2 with M5100 graphics card 👍🙏
The latest 0.6.2N with Feature Unlock update failed to open, without any error message. I tried on 2 iMac12,2 both running Ventura 13.2.1 and ended up with the same result. Any idea?
Thx for the info. Yes, the latest compiled build today did open without any issue. However, my iMac12,2 M5100 now failed to boot up either Ventura or Monterey. The progress bar went up to 1/3 and then black screen.No problems with latest compiled build today.
Your renaming worked. Had to remove KDK from OCLP payloads before, left over from previous post-install patch which had failed because of failed KDK installation.Currently, the KDK for build 22E5236f (13.3b3) seems to be corrupted (both on Apple developer DL and what OCLP tries to fetch). This leads to legacy metal unpatchability atm.
My workaround (fine for i.e. cMP with GCN 1 AMD R9 280X) is to rename the beta2 KDK sub-folder to ...236f.
OCLP then does its job without re-downloading the faulty KDK and 13.3b3 runs "as before."
edit: Mykola wrote he found the .dmg to be actually a .pkg and renaming seems to work. You might also try this instead of using the older renamed KDK.
It is the latest.Is the GUI graphical based app link from the source page the latest nightly build or so we have to build it to be the latest version?
As of today, 3-15-2023, downloading the KDK for 13.3b3 produces a real dmg file and it will not work if it is renamed with a "pkg" extension. It did work as a dmg file, and installed the KDK correctly.Also tried Mykola's: downloaded recent KDK from developer.apple.com and renamed from .dmg to .pkg. Double clicking then installed it correctly to /Library/Developer/KDKs. Using this now as it is the proper KDK for 13.3b3.
I am also waiting for this answer …Can anyone confirm the latest version of OCLP (0.6.2n???) restores hardware HEVC support for AMD in Macs like the 2016 MacBook Pro 15" ? It's the only issue (very important though) that blocks me moving to Ventura from Monterey (last supported macOS for the MacBookPro13,3). Thank you!
The 0.6.2 nightly build has been updated again, 3-15-2023.As of today, 3-15-2023, downloading the KDK for 13.3b3 produces a real dmg file and it will not work if it is renamed with a "pkg" extension. It did work as a dmg file, and installed the KDK correctly.
The b3 install worked without issues, and after a reboot, the OCLP app popped up a prompt for installing the root patches. That worked too, and a reboot leaves a working Ventura 13.3 b3 OS on my iMac 15,1 from 2014.
The devs at OCLP are really awesome, doing the same work that Apple should have done with it's legions of programmers!
This is not correct. Apple fixed Kernel Debug Kit 13.3 build 22E5236f and offered a new one yesterday.As of today, 3-15-2023, downloading the KDK for 13.3b3 produces a real dmg file and it will not work if it is renamed with a "pkg" extension. It did work as a dmg file, and installed the KDK correctly.
The b3 install worked without issues, and after a reboot, the OCLP app popped up a prompt for installing the root patches. That worked too, and a reboot leaves a working Ventura 13.3 b3 OS on my iMac 15,1 from 2014.
The devs at OCLP are really awesome, doing the same work that Apple should have done with it's legions of programmers!
It is completely correct. In essence i said the same thing as "Apple fixed Kernel Debug Kit 13.3 build 22E5236f and offered a new one yesterday." I was referring to a prior post that said the Apple download was actually a pkg file, and not a dmg. When I downloaded it, as in that post you said was "not correct", I expected the KDK file was actually a pkg, but it wasn't. The OCLP 0.6.2n from 3-13-2023 actually worked after I installed the new KDK, but it tried to download the KDK and then the console said it didn't need that download and completed the root patch anyway.This is not correct. Apple fixed Kernel Debug Kit 13.3 build 22E5236f and offered a new one yesterday.
To confirm, manually downloaded the Kernel_Debug_Kit_13.3_build_22E5236f.dmg from Apple. It is the new one they provided yesterday. Double clicking it extracts the .pkg. Double clicking the .pkg installed KDK correctly to /Library/Developer/KDKs. Like it was with earlier KDKs and I guess like OCLP expects it, see install_kdk_dmg of resources/kdk_handler.py.It is completely correct. In essence i said the same thing as "Apple fixed Kernel Debug Kit 13.3 build 22E5236f and offered a new one yesterday." I was referring to a prior post that said the Apple download was actually a pkg file, and not a dmg. When I downloaded it, as in that post you said was "not correct", I expected the KDK file was actually a pkg, but it wasn't. The OCLP 0.6.2n from 3-13-2023 actually worked after I installed the new KDK, but it tried to download the KDK and then the console said it didn't need that download and completed the root patch anyway.
The version released today fixed that entirely. That is why I said Bravo. Now do you get it?
Hello, I don't use screen saver, but I use energy saver. A few seconde after a switch on of the screen, the Imac freeze. (Imac 2010 , ok on my Imac 2012)I dont use screen saver, and note that the default screen saver uses metal api, avoid any app that has use of that api for these unsupported macs and you will be fine.
I "smart charge" my MacBooks with "Charge Limiter 1.5.1". Works well on different machines, but fails on my 15" 9,1. Charge Limiter reads, the MBP will stop at 80%, but it just doesn't... Could be related. 13.2.1 (and if necessary OCLP 0.6.1) at work on those Laptops. Hadn't tried to solve that because rarely use the 9,1 on battery.I have posted about this a few time. On my 11,4 with 0.6.1 and 13.2.1 I’m still missing the “smart charge” feature. Even if I download Aldente and Coconut battery it still doesn’t smart chart and always shows 100%. Thoughts?
I rarely use my 11,4 on battery but the occasional day I want to work outside. I had this problem from day one on Ventura 13.1, 13.2 and 13.2.1I "smart charge" my MacBooks with "Charge Limiter 1.5.1". Works well on different machines, but fails on my 15" 9,1. Charge Limiter reads, the MBP will stop at 80%, but it just doesn't... Could be related. 13.2.1 (and if necessary OCLP 0.6.1) at work on those Laptops. Hadn't tried to solve that because rarely use the 9,1 on battery.
The feature was broken on HD4000 graphics therefore it was disabled in OCLP in previous release.Is FaceScanning in the Photos App working for anyone?
Its not working for me (MBP 2013)
The same here:
Thank you!!The feature was broken on HD4000 graphics therefore it was disabled in OCLP in previous release.
Updated to Ventura 13.3 beta 4 via OCLP 0.62n - 3-15-2023, using;OCLP 0.62n Ventura 13.3 beta 4 no issues early 2015 13" MBP (Broadwell ).
Last time I checked, all corresponding files were downloaded to some temp folder within /System/Library. Speaking from my own experience, one convenient way to save the installer file locally is to use OLCP patcher.Updated to Ventura 13.3 beta 4 via OCLP 0.62n - 3-15-2023, using;
sudo softwareupdate -l, and then
sudo softwareupdate -ia
which started after a reboot.
Does anyone know where such Install apps are downloaded to? Not seen in the usual places via Finder.
It seems the install file is deleted after the install, but it would be good to save a copy for use on other machines.
No obvious issues noted so far (including the issue noted above with files not being found on the first double click).
Problem is that apple doesnˋt offer full installer of all betas. So OCLP canˋt find them.Last time I checked, all corresponding files were downloaded to some temp folder within /System/Library. Speaking from my own experience, one convenient way to save the installer file locally is to use OLCP patcher.