Jump to content

New AppleHDA Patcher


Mirone
 Share

306 posts in this topic

Recommended Posts

was wondering if someone could help me. i have this 

 

- IDT 92HD91BXX (111d:76e0) Rev.(00100102)

- Controller 8086:1e20 (sub-ven:103c:18a4)
 
I've tried for days to get this working and i can't seem to get it working no matter what on el capitan 10.11.3
 
hp m6 1045dx has the beat audio and voodoo works but sounds terrible. volume to low.
 
i think i figured out y voodoo is not good quality. i have 4 speakers in laptop. only the top speaker are working witch i believe are tweeters. the bottom speakers don't  regular.  i think if i understand codec dump is there are 2 nodes for speaker? 13,14?

config.plist.zip

DSDT.zip

codec_dump.txt

Link to comment
Share on other sites

  • 2 weeks later...

@elas123,

 

This topic is only for

discuss AppleHDA Patcher and no correction requests
or other, please post in the correct topic.
Furthermore you have not seen your codec AppleHDA Patcher?
post-702532-0-04627800-1457809475_thumb.png
Link to comment
Share on other sites

I already tried the patcher and I can't get it working. I tried everyway ur patcher gave and it don't work for me

you need to apply patches to your DSDT and or
config.plist, please follow the instructions or post

your files: DSDT, config.plist, IOREG.

Hi Mirone, Welcome back!

thanks!

  • Like 2
Link to comment
Share on other sites

  • 2 weeks later...

The patcher is not working with osx 10.11.4 and alc270 (neither v1 nor v2).

Yep, cannot get to create a working patch for ALC271 (codec 269 on mobile) with the "new" AppleHDA from 10.11.4 too.

It generates the whole output, a different patch file for Clover (which is strange).

 

I think I should take a look into the kext to see what has happened...

 

Soooo, I took a look at the files generated and guess what: The solution was simple (at least for me using Clover).

 

- generated aDummyHDA.kext is okay.

- generated config.plist for Clover is wrong, Micky1979.

 

I simply used my "old" config.plist patch and copied the new aDummyHDA.kext over. This is working fine.

I wouldn't get a sound with the newly generated config.plist.

 

Old working config.plist contains:

 

 

 

<dict>
<key>Comment</key>
<string>Zeroing 10ec0885 codec</string>
<key>Find</key>
<data>
hQjsEA==
</data>
<key>Name</key>
<string>AppleHDA</string>
<key>Replace</key>
<data>
AAAAAA==
</data>
</dict>
<dict>
<key>Comment</key>
<string>Zeroing 11d41983 codec</string>
<key>Find</key>
<data>
gxnUEQ==
</data>
<key>Name</key>
<string>AppleHDA</string>
<key>Replace</key>
<data>
AAAAAA==
</data>
</dict>
<dict>
<key>Comment</key>
<string>Patching 11d41984 with 10ec0269 codec</string>
<key>Find</key>
<data>
hBnUEQ==
</data>
<key>Name</key>
<string>AppleHDA</string>
<key>Replace</key>
<data>
aQLsEA==
</data>
</dict>

 

 

 

 

the newly created one (which did not work) contained:

 

<dict>
<key>Comment</key>
<string>Zeroing 10ec0884 codec</string>
<key>Find</key>
<data>
hAjsEA==
</data>
<key>Name</key>
<string>AppleHDA</string>
<key>Replace</key>
<data>
AAAAAA==
</data>
</dict>
<dict>
<key>Comment</key>
<string>Zeroing 10ec0885 codec</string>
<key>Find</key>
<data>
hQjsEA==
</data>
<key>Name</key>
<string>AppleHDA</string>
<key>Replace</key>
<data>
AAAAAA==
</data>
</dict>
<dict>
<key>Comment</key>
<string>Patching 11d41984 with 10ec0269 codec</string>
<key>Find</key>
<data>
hBnUEQ==
</data>
<key>Name</key>
<string>AppleHDA</string>
<key>Replace</key>
<data>
aQLsEA==
</data>
</dict>

 
I marked the failing strings red...
But I cannot point out why and what has happened...
Edited by Allan
Spoiler tag added
Link to comment
Share on other sites

 

Yep, cannot get to create a working patch for ALC271 (codec 269 on mobile) with the "new" AppleHDA from 10.11.4 too.

It generates the whole output, a different patch file for Clover (which is strange).

 

I think I should take a look into the kext to see what has happened...

 

Soooo, I took a look at the files generated and guess what: The solution was simple (at least for me using Clover).

 

- generated aDummyHDA.kext is okay.

- generated config.plist for Clover is wrong, Micky1979.

 

I simply used my "old" config.plist patch and copied the new aDummyHDA.kext over. This is working fine.

I wouldn't get a sound with the newly generated config.plist.

 

I marked the failing strings red...
But I cannot point out why and what has happened...
 

 

 

Trying this completely ruined my system. Constant reboots, I had to remove aDummy... and Codec commander from single user mode to be able to boot again and now boot takes forever.
 
update:
 
the system stopped booting, I had to disable Azalia from bios to be able to boot again!
Link to comment
Share on other sites

 

Trying this completely ruined my system. Constant reboots, I had to remove aDummy... and Codec commander from single user mode to be able to boot again and now boot takes forever.
 
update:
 
the system stopped booting, I had to disable Azalia from bios to be able to boot again!

 

I thought disabling Azalia was something mandatory...

And codec Commander usage is optional (at least for me, cause i do not need it).

 

P.S.: Thx Allan for the Spoiler tags... ;)

Edited by wartomato
Link to comment
Share on other sites

@Wartomato, it seem that in 10.11.4 the alc884 codec  (10ec0884) get removed, so we have a new binary. So I guess that zeroing the 10ec0885 is correct, but 10ec0884 must be deleted.

For me is working well in the 10.11.4 beta, but I have an IDT codec...so the bin patch is actually good.

By the way can I have a vanilla kext from the 10.10.4 version you have?

Link to comment
Share on other sites

Only solution here was temporary putting back the old patched applehda (I believe from Yosemite!) and switch on azalia again. As for Azalia.. if you want HDMI audio you need it. without codecCommander the audio won't be back after sleep.

I'm waiting to see if there is any news regarding this matter.

Link to comment
Share on other sites

Thanks, the first one works with some mods:

 

your verbs:

01471C10 01471D00 01471E13 01471F90 01971C20 01971D00 01971EA0 01971F90 02171C30 02171D10 02171E21 02171F00 01470C02 

 
my verbs:
01471C10 01471D00 01471E17 01471F90 01971C30 01971D00 01971EA7 01971F90 01A71C20 01A71D10 01A71E21 01A71F00 01D71C40 01D71D80 01D71E06 01D71F40 
 
Also I changed the platforms zlib as with the one in your version the headphones don't work.
 
Combo jack MIC still not working.
 
This is the modified one with platforms
 
--edit
 
I added 01470C02 to the end of my verbs, which if I understand correctly it's for EAPD but does this mean there is no need for codecCommander?
Link to comment
Share on other sites

Was before?

Yes,on 10.11.3 sound was working (but with layout 0X0C,patched layout12.xml.zlib,Platforms.xml.zlib and clover patches,on 10.11.4 this not working)

And patched AppleHDA 274.7  with AppleHDA Patcher doesn't work too

Link to comment
Share on other sites

 

Thanks, the first one works with some mods:

 

your verbs:

01471C10 01471D00 01471E13 01471F90 01971C20 01971D00 01971EA0 01971F90 02171C30 02171D10 02171E21 02171F00 01470C02 

 
my verbs:
01471C10 01471D00 01471E17 01471F90 01971C30 01971D00 01971EA7 01971F90 01A71C20 01A71D10 01A71E21 01A71F00 01D71C40 01D71D80 01D71E06 01D71F40 
 
Also I changed the platforms zlib as with the one in your version the headphones don't work.
 
Combo jack MIC still not working.
 
This is the modified one with platforms
 
--edit
 
I added 01470C02 to the end of my verbs, which if I understand correctly it's for EAPD but does this mean there is no need for codecCommander?

 

I sent one of kexts of which I already had, its has some unique modifications
and from what I remember were also made by me in
past, we have to update AppleHDA Patcher, it may be done today or over the weekend, I ask them
patience.

Trying to patch AppleHDA 274.7 (from 10.11.4) for IDT IDT92HD87B1 and AppleHDA doesn't work (layout 0X03 added to dsdt,I use "full Patched AppleHDA")

Patch for IRQs added to your DSDT too?

  • Like 1
Link to comment
Share on other sites

Guys after upgrading to the final 10.10.4 the audio was lost also for me, reason:

 

OSBundleLibraries on the AppleHDA's Info.plist is changed a lot, so old dummy kexts must be removed and generated from scratch and used only in 10.10.4+

Also AppleHDA Patcher apparently fail to determine the correct patch.. but is based on what is found in the binary.... let see the reason

 

my audio is back.

  • Like 3
Link to comment
Share on other sites

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. 

Link to comment
Share on other sites

 Share

×
×
  • Create New...