All Activity

Based on your description, this wasn't an issue with Wi-Fi Patcher Pro. The problem was that you had duplicate copies of the same kext in different folders. I can certainly improve the app's verification process there's always room for improvement—but users still need to do their part as well. And of course, OCLP works because it only applies Root Patching; configuring the config.plist and managing the kexts is still the user's responsibility.

Here's my EFI: https://files.catbox.moe/0i9li2.7z (catbox is my preferred place to upload stuff, lmk if you would rather a different site) SMBIOS info is removed from that EFI, but I'm using an iMac10,1 SMBIOS.

@miliuco Here is the screenshot showing what I see in the audio tab. The layout id displayed is now 105, still no 69. I believe the app is reading 69 as hexadecimal which in decimal is 105. The hexadecimal for 69 is 0x45, right?

Thanks! It's working good on my Z490! I currently have both M.2 AX201 and FV-T919 in CNVI slot and PCIE slot respectively. The AX201 is not being used in macOS but no option to disable it in BIOS. When I run the patch, it only detects AX201 and downloads the required kexts for Intel Wi-Fi/BT but I can opt out of the patcher modifying the config.plist. Regardless, after the Wi-Fi patch, it worked well for me as long the config.plist is configured correctly for Broadcom Wi-Fi. Thank you for this patcher!

@Alpha22 Please test this version and comment, it has fixed the Produttore field, Realtek in ALC1220. Thanks. @jlrycm Asking to you too, test this version and tell me if the layout-id is well displayed. https://github.com/perez987/About-This-Hack/blob/main/Audio-tab-WIP/About This Hack.zip EDIT: still can't upload files to the forum, sorry.

@kaoskinkae, my friend! 🤗 I would suggest collecting proposals for additional drive icons, such as FAT, FAT32, Network, etc., which could be considered for inclusion in a future release of the drive icon package. However, an exFAT network drive would be far too user-specific for a general release. If someone really needs such an icon, it could easily be created using one of the included master templates. Since the overall impact of the package has been rather limited so far, I would only expand it further if there is clearly enough demand from the community. Cheers, KGP BTW.. I wasn’t sure whether “xFAT” was just a typo or if you were referring to something different.

@miliuco perfect

Perfect in OLD2: AppleHDA.kext + Wifi Intel OCLP (OpenCore Legacy Patcher) 😄 The blue exFAT drive is a network drive on another computer; it's a mechanical hard drive formatted as xFAT, but it only shows xFAT, not xFAT Network. I don't know if it would be possible to tell the difference.

You are very welcome.

@miliuco I was injecting the layout id in Device Properties in hexadecimal format.

@jlrycm Thanks. How do you inject the layout-id? alcid=69 in boot args or layout-id=45 in DeviceProperties? Your codec admits layouts 11, 12, 13, 21, 22, 23, 31, 66, 69, 77, 98 and 99, so 69 is okay. In the pics that you uploaded, I see the possible issue. You have this key: HDAUniversalEffectiveLayoutID = 0x45 0x45 hexadecimal is 69 in decimal, it's as it should, but it must be converted from hex to decimal. The app was looking for the layout-id in the places where AppleALC usually looks for them: layout-id and alc-layout-id. But HDAUniversalEffectiveLayoutID is the key included in the HDAUniversal block, so I'll change the layout-id source to this. And I'll add the conversion. I'll send it to you when done, to test it.

Looks amazing, thanks

@miliuco please see in the screenshots the requested information

I needed to perform some testing in macOS Catalina and made an interesting discovery: use of a Comet Lake graphics device-id (e.g., 0x9BC8) breaks the Chess and PhotoBooth apps in macOS Catalina. The crash report points to a framebuffer problem. Fortunately, simply replacing the device-id with 0x3E9B (a Coffee Lake device-id) fixes the problem without changing the frame buffer patching required for working HDMI. I am now using device-id 0x3E9B, AAPL-ig-platform-id 3ea60005 (Intel Iris Plus Graphics 645 frame buffer) and framebuffer-con0-flags 0x98 for fully working internal display and HDMI port in Catalina, Sequoia and Tahoe (the only macOS versions I've tested on this hack). The working patches that I described previously in this thread also work with device-id 0x3E9B. EDIT: With the frame buffer patching that I have described in this thread, the internal display and HDMI port work as well as or better than they do in Windows 11 (the native OS for this laptop). in macOS, the HDMI port works when the display is connected at boot and also when the display is hot-plugged after boot. I did notice that, while making frame buffer patch changes during my experiments, there were times when I needed a second reboot for patches to become fully effective. This is consistent with what I have observed in my iGPU frame buffer patching with other PCs. EDIT2: I turned to AI, because after my experiments determined the need for changing the device-id, I didn't understand why changing the device-id would "fix" Catalina. Here's an AI explanation for why changing the device-id fixes this.

@LockDown @luxinhaus getcodecid-Release.zip Source getcodecid-master-command-xcodebuild-fallback-fix.zip

This is going to be awesome, 11th gen is such a leap in performance & efficiency on notebook and 12th gen on desktop is great. I see movement on the DRM github i hope it will result in something to test for normal users https://github.com/macintelk/drm

@MaLd0n Manufacturer seems to be well identified. Feedback is very welcome. Now it's time to fix the layout-id, since it doesn't work for @jlrycm

@MaLd0n Thanks. I'll review the database. I've found where is the manufacturer in the output of the command ioreg -p IOService -r -w 0 -l -n HDAUniversalDevice It's the property "HDAUniversalEffectiveCodecID" = 283906592 283906592 is a decimal number for the hexadecimal 0x10EC1220, where 10EC corresponds to Realtek, as defined in the HCAudio.swift file of the project. So, I can extract the codec manufacturer from there. @jlrycm Please tell me the values you have in these 4 places in IOReg: /AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/HDEF@1F,3/HDAUniversalDevice IOAudioDeviceCanBeDefaults HDAUniversalEffectiveLayoutID IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/HDEF@1F,3 layout-id alc-layout-id To see if all keys have the same value or, if they are different, the keys that have your right layout-id.

18 years of life, a sad age to die

@miliucofor easy thing i created one full database audio codec audio-codecs-Release.zip Make the app always check against that database and filter the way you want. I create this for tool GlassFetch. A good idea is create one for lan too and check these databases everytime. Linux is always a good resource to consult.

Where can I find this CloverEditor?

AppleHDA RIP

AI recommended hamstring exercises