All Activity
- Past hour
-
Azraels Armoury changed their profile photo
-
I believe. 🤣🤣
-
My HP EliteBook 850 G7 with CODEC ALC 285 is currently using VoodooHDA.kext 4.0 for perfectly working Intel HD audio in macOS Tahoe. When I run @MaLd0n's CodecInfo in Tahoe, it doesn't find audio: I suspect this means that UniversalHDA won't find my audio either. The corresponding Codec-Info-Report is attached. What am I missing? Is it possible to diagnose this before I attempt to install UniversalHDA.kext (since VoodooHDA.kext is working well for me)? EDIT: When I run Codec-Info in macOS Sonoma, it does detect my audio: The Codec-Info-Report when running Sonoma is also attached. Codec-Info-Report.txt Sonoma-Codec-Info-Report.txt
-
小鹏 joined the community
-
... many of us are still running macOS Sequoia on our hacks with SIP fully enabled. Thanks to projects like VoodooHDA.kext and UniversalHDA.kext, we can still run macOS Tahoe on our hacks with SIP still essentially enabled (only setting csr-active-config = <01000000> to allow untrusted kexts in /Library/Extensions).
-
hi88ocom joined the community
-
kalashh11 joined the community
-
ph88phicomcoo joined the community
- Today
-
pegasusconstructiongroup joined the community
-
@Slice It's a new release and I created a post for it. I hope no one believes I am staying with Sonoma.
-
Why you stay with Sonoma? Has it something not available in Sequoia?
-
1. AFAIK yes. 2. I think no. AppleGFXHDA provides support for some Intel iGPU but we didn't have attempts to make such audio. Dunno about UniversalHDA. I am busy last week but the VoodooHDA is not finished yet and I planned to continue. The purpose is to make AMD HDMI stable and appropriate for more AMD cards. More than AppleGFXHDA can.
-
JLFF changed their profile photo
-
prishasolar joined the community
-
Gs1eg joined the community
-
lotusindia joined the community
-
I haven't yet had a chance to test UniversalHDA.kext. I feel a loyalty to VoodooHDA.kext which has served me well, so I'd only want to switch to UniversalHDA.kext conditional on the following: Is UniversalHDA.kext the "next version of VoodooHDA.kext" and thus replacing VoodooHDA.kext? Will VoodooHDA.kext eventually be providing support for Intel iGPU HDMI (not just AMD dGPU HDMI)? If not, does UniversalHDA.kext provide support for Intel iGPU HDMI?
-
NA COLLECTION joined the community
-
About This Hack (2009-Nissan-Cube version migrated to SwiftUI)
LockDown replied to miliuco's topic in Hackintosh Tools
As soon i get hold of Desktop1 again @miliuco Thanks -
happybingo8ph changed their profile photo
-
About This Hack (2009-Nissan-Cube version migrated to SwiftUI)
miliuco replied to miliuco's topic in Hackintosh Tools
@LockDown Audio tab must be present if: - is not a real Mac (but real Macs with OCLP must have the tab) - audio system is AppleALC, VoodooHDA + getdump, HDAUniversal, USB, HDMI or Display Port. Tell me your configuration, to see if there is an issue to be fixed. -
KatT changed their profile photo
-
@schrup21 Thank you for your response. I have the same chip. Can I assume that the other lines / entries you added under Device Properties are the minimum mandatory per the repo instructions (i.e., firmware name and path)? Any other device properties you have added?
- 384 replies
-
- broadcom wifi
- macos sonoma
-
(and 4 more)
Tagged with:
-
PTOEdge changed their profile photo
-
About This Hack (2009-Nissan-Cube version migrated to SwiftUI)
LockDown replied to miliuco's topic in Hackintosh Tools
Audio works. Probably it is looking for something in ioreg that i do not have😀 -
About This Hack (2009-Nissan-Cube version migrated to SwiftUI)
MakAsrock replied to miliuco's topic in Hackintosh Tools
-
My model is a BMC943602CS I have enabled AppleVTD, so `bcmc-disable-io-mapper` under `DeviceProperties` is set to `00000000` (Type: Data), and I have added the boot argument `wlan.pcie.detectsabotage=0`. Keep in mind that BCMC is still in the "beta" stage and there are some issues. I would say the two main problems are: KP while booting Recovery and macOS Installer KP after sleep / wake I have experienced on several occasions that the card effectively becomes "blocked" after a kernel panic (KP) occurs and only works again after the computer has been completely shut down (disconnecting the power supply and removing the battery). but you can't expect everything's fine at this state Driver Status: Beta Testing - Not Recommended for Daily Use
- 384 replies
-
- 2
-
-
-
- broadcom wifi
- macos sonoma
-
(and 4 more)
Tagged with:
-
Thanks for the quick fix, everything works fine as expected. 👍
-
About This Hack (2009-Nissan-Cube version migrated to SwiftUI)
LockDown replied to miliuco's topic in Hackintosh Tools
-
Wealth Tellers Dir changed their profile photo
-
https://swdist.apple.com/content/downloads/60/40/140-25997-A_VCE8NH1OCG/mfnco7bqsnvqexj9fje2l22ke7591cn483/140-25997.English.dist https://swdist.apple.com/content/downloads/60/40/140-25997-A_VCE8NH1OCG/mfnco7bqsnvqexj9fje2l22ke7591cn483/InstallAssistant.pkg [ 37 ] 2026-06-30 17:38:17 .. 140-25997 .. 26.6.0.25G5052e macOS Tahoe Beta.
-
@MakAsrock The app has been updated. Please update it and test it.
-
Hack4U changed their profile photo
- Yesterday
-
@deeveedee Of course, I got your joke. OCLP was designed to let macOS run on older Macs, not Hackintoshes. That said, I've actually been wanting to add support for HeliPort and itlwm.kext to Wi-Fi Patcher Pro for quite a while. As for eliminating the need for OCLP... isn't that exactly what @Mald0n and I are doing? 😄
-
@Stefanalmare and @Mirone Maybe my joke was too subtle. OCLP is designed to patch macOS frameworks like AppleHDA. Those who use it are comfortable with its security compromises. If UniversalHDA and Heliport (paired with Intel itlwm.kext) were added to OCLP, it would eliminate the need for itself. We probably don't need another installer that places UniversalHDA.kext in /Library/Extensions, but that's just my silly opinion.