I doubt OCLP will ever become deterministic….but nice there is a fix for this nasty problem.Not unnecessary. It is good to try out the full phase space ... there still could have been "hidden variables".
I doubt OCLP will ever become deterministic….but nice there is a fix for this nasty problem.Not unnecessary. It is good to try out the full phase space ... there still could have been "hidden variables".
All my kudos, hats off and chapeaux to this incredible dream team that was able to solve the Photos issue. The last nightly did it! 👋👋👋
Good to know. I was hesitant to take the leap since they had quite a challenge to get the T1 packages working again.Touch Bar & Touch ID working ok on my 2016 MacBook Pro 13,2 running 14.1 RC and OCLP 1.1.0 Release, though it was an OTA update from 14.0.
btw, noticed today OCLP 1.1 was released so it supposedly fixes some of the challenges with Sonoma.
I'm not going to take that leap just yet since Ventura seems pretty stable for me.
Read this to see how to run OCLP in terminal and get command-line help. Look for "Running OpenCore Legacy Patcher."Anyone know how to open the oclp.App from a booted USB drive using Terminal?
Thanks.Read this to see how to run OCLP in terminal and get command-line help. Look for "Running OpenCore Legacy Patcher."
It's a good suggestion. I should have read your initial question more carefully. OCLP needs python which you won't have if you boot a macOS installer and access terminal via the installer menu. I see what you want to do, but I'm not sure you can do it with OCLP. You may need to mount volumes and manually delete files. By the time you figure it out, you could probably have added an APFS volume and installed a new macOS.Thanks.
I would like to request that the oclp.app show up under the Utilities menu in the usb Installer hehe.
this way if you hose your system by patching it wrong you can un-patch it easily.
Cheers!!!
Yes True!It's a good suggestion. I should have read your initial question more carefully. OCLP needs python which you won't have if you boot a macOS installer and access terminal via the installer menu. I see what you want to do, but I'm not sure you can do it with OCLP. You may need to mount volumes and manually delete files. By the time you figure it out, you could probably have added an APFS volume and installed a new macOS.
I used the 1.2.0 Nightly OCLP and Photos is back working. solved the crash issues. 👍I Concur !!
In my case, I simply applied the Post Install patches from 1.2.0 nightly, and left the SSD EFI under 1.0.1
(in the interest of being cautious, on this primary Late 2009 iMac 10,1 running Sonoma 14.0)
Photos is yet again working in all its glory. All 33,000+ pictures and 1900 videos, ...and Yes, Pets works too, once you name them.
Thanks, I also had the hdutil message a few times. Related to the dmg creation I think.Built OCLP 1.2.0n with educovas' non-metal Photos app commit and Photos launches without crashing in Sonoma 14.0 (Release) on MBP6,2.
When I was attempting to build the OCLP-Patcher binary, I kept getting an 'hdiutil: create failed - Resource busy' error that wouldn't go away (even after a reboot). I ran diskutil FirstAid on the Ventura 13.6 Volume (where I'm building OCLP) and that fixed my issue. I don't know if it was actually a disk error or if Disk Utility forced an umount of a resource.
Yep. Without spoofing the UC controls aren't there. With spoofing all the options are available in the 'Advanced' button in the Displays system prefs. Some of the time it works, other times it doesn't see my iPad, and I can't work out how to figure out what changes.Have you tested without spoofing 8,1?
Continuity camera doesn't work and Photos crashes here too when trying tu use Memories.FYI: 23B73 and 1.1.0 work as expected without issues on this 9,2. Overall the setup feels reliable.
Minor, non important/urgent reproducible issue: Photos crashes when trying to use Memories
Crashed Thread: 3 Dispatch queue: com.apple.photos.metalrenderer-compile
Exception Type: EXC_BAD_INSTRUCTION (SIGILL)
Thank you very much for your hard work!
Not seeing this on MBP6,2 with non-metal Nvidia Tesla. This sounds like something very specific to the graphics. Are you seeing this with your HD3000?Another minor issue is there. When you open Safari, on clicking green full screen button nothing happens and Safari goes into mild hang. if you right click to quit safari from dock icon no action is there. If you click on apple icon on left menu corner there is no action.
Only way to quit safari is open a finder window, then click on apple menu and select force quit.
i wonder if any one else faces this issue. This issue was there from 1.1.0 OCLP.
I am now on Nightly 1.2.0 build of OCLP but this issue is still there. Maybe some bug.
Yes, also seeing it here (MBP5,2, 14.1RC, 1.2.0n). Clicking into any non-Safari window or the desktop revives the Apple menu so one can force quit safari.Another minor issue is there. When you open Safari, on clicking green full screen button nothing happens and Safari goes into mild hang. if you right click to quit safari from dock icon no action is there. If you click on apple icon on left menu corner there is no action.
Only way to quit safari is open a finder window, then click on apple menu and select force quit.
i wonder if any one else faces this issue. This issue was there from 1.1.0 OCLP.
I am now on Nightly 1.2.0 build of OCLP but this issue is still there. Maybe some bug.
I have found that especially when going to 1.2.0 one needs to revert firstly and then re-patch. I have a 2012 MacBook 8.1 and battled until I did that - now is stable but very slow. Maybe 8Gb not enough RAM for Sonoma.Yes, also seeing it here (MBP5,2, 14.1RC, 1.2.0n). Clicking into any non-Safari window or the desktop revives the Apple menu so one can force quit safari.
Happens also when just hovering over the green button.
Full screen mode seems to work though (selected from pulldown menu) as well as reverting it with esc.
So you are seeing on non-metal Nvidia. I haven't tested 14.1 yet. Is this specific to 14.1 (because I'm not seeing it with non-metal Nvidia in 14.0 with OCLP 1.2.0n)?Yes, also seeing it here (MBP5,2, 14.1RC, 1.2.0n). Clicking into any non-Safari window or the desktop revives the Apple menu so one can force quit safari.
Happens also when just hovering over the green button.
Full screen mode seems to work though (selected from pulldown menu) as well as reverting it with esc.
"stable but very slow" sounds like the post-install patches didn't get re-applied. Sonoma 14.0 and Ventura 13.6 have similar performance for me after OCLP 1.2.0n.I have found that especially when going to 1.2.0 one needs to revert firstly and then re-patch. I have a 2012 MacBook 8.1 and battled until I did that - now is stable but very slow
You've probably already posted somewhere, but would you mind posting your current OC config.plist and your Wi-Fi card model?Yep. Without spoofing the UC controls aren't there. With spoofing all the options are available in the 'Advanced' button in the Displays system prefs. Some of the time it works, other times it doesn't see my iPad, and I can't work out how to figure out what changes.
But it seems that I'm the only person having this issue, because I've searched high and low for an answer and come up with nothing. So that leads me to wondering whether my wireless/BT card is faulty. But if that were the case, then wouldn't my keyboard and trackpad keep disconnecting as well?
You should do this with every update. Adding up patches from different versions can have nasty side effects.I have found that especially when going to 1.2.0 one needs to revert firstly and then re-patch. I have a 2012 MacBook 8.1 and battled until I did that - now is stable but very slow. Maybe 8Gb not enough RAM for Sonoma.