New AppleHDA Patcher

Upgrading from 10.11.3 should be a problem because the info.plist under 'OSBundleLibraries' miss some new personalities to match. Off course doing the Dummy kext from scratch in 10.10.4 is ok because the OSBundleLibraries  is taken directly from the original 10.10.4 kext. Otherwise can cause problem.. older must be trashed. 

i did an upgrade from .3 (App Store)

the patcher 1.2 does not work

terminal output:

 93    2 0xffffff7f82727000 0xc000     0xc000     com.apple.iokit.IOHDAFamily (274.7) 5EC202A0-B89D-351A-9F42-C77FDA32C9AD <5 4 3 1>
   94    1 0xffffff7f827ef000 0x1e000    0x1e000    com.apple.driver.AppleHDAController (274.7) CFF7F97F-6E1F-3CF9-A8E3-76125E9CA414 <93 79 24 12 7 6 5 4 3 1>
  121    0 0xffffff7f82a8d000 0xb3000    0xb3000    com.apple.driver.AppleHDA (999.1.1fc1) FE47EADA-C810-3253-BE41-0776D253D256 <120 95 94 93 79 24 12 11 6 5 4 3 1>
  123    0 0xffffff7f82736000 0x2000     0x2000     com.apple.driver.AppleHDAHardwareConfigDriver (274.7) 02119379-A1A7-3C9B-8A12-5D3A82C41A4A <4 3>

system informations is NOT empty

iojones report attached

sound icon is grey

@lollo, looking here: http://www.insanelymac.com/forum/topic/311275-alc269vc-acer-laptop/page-1 was not working for you also the v1.1

Sorry but now I need to understand if is working for those was working before.

EDIT

Anyway I don't use iojones

EDIT II

Mirone was asking for your dsdt in his Topic, but he can't opened it for some reason. Provide the .dsl so he can take a look.

Guys please test this app:AppleHDA Patcher.app_v1.2.zip

bin patch should be ok, I hope

A lot of difference between beta and final release of 10.11.4

I tried it on ALC270 and this is working, I put my platforms and verbs in the dummy kext as explained above to Mirone, I put the dummy kext + reinstated untouched appleHDA and used kernel patches in clover.

Thanks. To make me understand better..so the kextstopatch provided by the app is ok now? or you are using a customized one by you?

 

 

 

mirone attached a patchedHDA for me, i tested it and it was working, so i tought that he already fixed the codec for my card

anyway my dsdt is already patched

 

Try this: Clover.zip  also import to your config all entries from the config.plist sample. no guarantees

nope

just to recap:

in 10.11.3 was working with this dummyHDA + vanilla HDA

my dsdt is patched (layout-id, irq and hpet), i don t need to add layout 3 in clover config

my clover config has that HDA patches since 10.11x to make audio working

i found this in the log

23/03/16 22:48:28,000 kernel[0]: CodecCommander: stopping due to codec profile Disable flag
 

kindly you can run this:http://www.insanelymac.com/forum/files/file/535-kextstatx86/

kextstatx86 -n

and post the result?

here

I just updated to 10.11.4 and my alc892 is no longer working. I tried to repatch using both 885 and 1988b and replacing the dummy.kext along with the clover patch info. I also used your recently posted 1.2 version but didn't work. In the speaker drop down menu there is a list but line in is detected as headphones. But it's just cosmetic at the moment. No sound. Any help would be greatly appreciated.

kindly you can run this:http://www.insanelymac.com/forum/files/file/535-kextstatx86/

kextstatx86 -n

and post the result?

i fixed my audio with AppleALC (from source)

it s working with hda 274.1 and no dummyHDA

thank you for the help

the funny thing is that those patches are made by Mirone as you can see in the source...

the funny thing is that those patches are made by Mirone as you can see in the source...

Also seems my mic is now working.

Lol it never worked on os x until now

Yea i know, i think something is missing in this app

Also seems my mic is now working.

Lol it never worked on os x until now

what mic? combo jack?

what mic? combo jack?

Guys please test this app:AppleHDA Patcher.app_v1.2.zip

bin patch should be ok, I hope

A lot of difference between beta and final release of 10.11.4

I can also confirm that v1.2 is working (again). Used it on my ALC271 and it generates the same Clover config.plist and a working aDummy.kext. Copied over and everything is fine.

Good (and fast) work, Micky 

Guys please test this app:AppleHDA Patcher.app_v1.2.zip

bin patch should be ok, I hope

A lot of difference between beta and final release of 10.11.4

Working on Gigabyte Z87M-D3H using Clover with ALC892

Tried both methods:

ALC892 -> ADI1988B

ALC892 -> ALC885

The last method did not work. I was only hearing a plop so now and then. After searching I found the issue:

http://www.insanelymac.com/forum/topic/284004-script-to-patch-applehda-binary-for-osx107108109/page-2?do=findComment&comment=1888843

Maybe you could mention when selecting ALC892 -> ALC885 with Gigabyte boards that you should not use this option.

Note: after replacing ALC892 -> ALC885 with the ALC892 -> ADI1988B it still didn't work. I had to shutdown the PC and wait several minutes before I had sound back.

Thanks for your hard work guys, much appreciated

I was using a DummyHDA w/ clover I patched myself since yosemite and it worked fine until the 10.11.4 update. I then used the aDummyHDA generated with this app (providing my files from before) and it works great! Perhaps having the "a" in the beginning affects the load order or something. To anyone else having issues with this, maybe this will help. Great app guys!

I was using a DummyHDA w/ clover I patched myself since yosemite and it worked fine until the 10.11.4 update. I then used the aDummyHDA generated with this app (providing my files from before) and it works great! Perhaps having the "a" in the beginning affects the load order or something. To anyone else having issues with this, maybe this will help. Great app guys!

LOL, just a problem of new dependencies in 10.11.4 AppleHDA.kext that make the old dummy kext not working. Compare the OSBundleLibraries entry in Info.plist and you will find out the new dependencies:

com.apple.iokit.IOACPIFamily 1.2.0a1
com.apple.iokit.IOPCIFamily 1.1

Working on Gigabyte Z87M-D3H using Clover with ALC892

Tried both methods:

ALC892 -> ADI1988B

ALC892 -> ALC885

 

The last method did not work. I was only hearing a plop so now and then. After searching I found the issue:

http://www.insanelymac.com/forum/topic/284004-script-to-patch-applehda-binary-for-osx107108109/page-2?do=findComment&comment=1888843

 

Maybe you could mention when selecting ALC892 -> ALC885 with Gigabyte boards that you should not use this option.

 

Note: after replacing ALC892 -> ALC885 with the ALC892 -> ADI1988B it still didn't work. I had to shutdown the PC and wait several minutes before I had sound back.

 

Thanks for your hard work guys, much appreciated

 

Thanks for the posting this info. I have an asus z97 usb 3.1. I patched both alc885 and adi1988b and I repeated the cold boot procedure on both and 1988b worked. I just copied the adummy.kext, clover info (was 3 entries) and codec commander.

 

LOL, just a problem of new dependencies in 10.11.4 AppleHDA.kext that make the old dummy kext not working. Compare the OSBundleLibraries entry in Info.plist and you will find out the new dependencies:

com.apple.iokit.IOACPIFamily 1.2.0a1
com.apple.iokit.IOPCIFamily 1.1

Normal, it has already been said several times here or there.

want to create one from the new applehda of 10.11.4 for my ga-z97x-ud3h mainboard (alc1150) but the patched one don't work, because no active device found. i only copied the patched one to s/l/e and override the original one, don't use the hdaenabler this has been patched in my dsdt file also. before i use a applehda from toleda this works fine but is an old one. can anybody help me because has some one a already patched applehda to share?!

anyone get this before seems now my audio devices are shown in hebrew?

Having some difficulty getting my AppleHDA patched using the CloverEFI method (aDummyHDA.kext + Clover patches). I have tried both full patched HDA method produced by the appleHDA patcher and the before mentioned. The full patched method breaks appleHDA detection of some of my external devices (seems like a load failure?).

I have attached the output from the MironeAudio folder plus the config.plist from my clover to see if that helps.

ALC1150 on 10.11.4, mobo is Asrock  Z170 Extreme 6+

Since I have a Z170 I have tried both with and without the HDAS [bellow] patch with no improvement (not sure if this is needed for your aDummyHDA method)

HDAS to HDEF patch

<key>Patches</key>            
<array>
                <dict>
                    <key>Comment</key>
                    <string>Rename HDAS to HDEF</string>
                    <key>Find</key>
                    <data>
                    SERBUw==
                    </data>
                    <key>Replace</key>
                    <data>
                    SERFRg==
                    </data>
                </dict>
</array>

MironeAudioZ170.zip

 

Having some difficulty getting my AppleHDA patched using the CloverEFI method (aDummyHDA.kext + Clover patches). I have tried both full patched HDA method produced by the appleHDA patcher and the before mentioned. The full patched method breaks appleHDA detection of some of my external devices (seems like a load failure?).

I have attached the output from the MironeAudio folder plus the config.plist from my clover to see if that helps.

 

ALC1150 on 10.11.4, mobo is Asrock  Z170 Extreme 6+

 

Since I have a Z170 I have tried both with and without the HDAS [bellow] patch with no improvement (not sure if this is needed for your aDummyHDA method)

 

HDAS to HDEF patch

<key>Patches</key>            
<array>
                <dict>
                    <key>Comment</key>
                    <string>Rename HDAS to HDEF</string>
                    <key>Find</key>
                    <data>
                    SERBUw==
                    </data>
                    <key>Replace</key>
                    <data>
                    SERFRg==
                    </data>
                </dict>
</array>

try this: config.plist.zip

Better, I am seeing my USB audio devices again. I am including an updated IOreg, config.plist, and my dsdt pulled from Clover if that helps.
 
tnx
 
Update 1:
Ok it is now being detected after a few reboots but something is extremely wrong. What is being detected is in a different language (Hebrew?) and after a few minutes the audio will distort and deteriorate. It seems to be the exact same issue as bronxteck has described before.

MironeAudioZ170.zip