AppleHDA in Lion

[oldnapalm]

Maybe you are missing the bin patch?

I believe you should use

sudo perl -pi -e 's|\x85\x08\xec\x10|\x87\x08\xec\x10|g' /System/Library/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA

 

ALC888B (or ALC887)

http://www.insanelymac.com/forum/index.php?showtopic=140941

[prcmelo]

That's what I used to patch the Binary AppleHDA... but as I said, no luck... I think I'm lost!

I'm using a Patched AppleHDA.kext from 10.6.2 that I found at Kexts.com... but every 10 minutes I got a annoying pop sound...

[oldnapalm]

Attach your edited Lion kext, DSDT and the legacy that works in Snow.

[prcmelo]

Ok...

http://cl.ly/2j0z0g1W393I3z340w2Z

[oldnapalm]

It looks fine, the only thing is that you copied the entire HDA Hardware Config Resource from legacy instead of only the dict, but it should make no difference.

 

Copy the dict from key HDAConfigDefault (it's inside key HDA Hardware Config Resource) to key HDAConfigDefault in AppleHDA.kext/Contents/PlugIns/AppleHDAHardwareConfigDriver.kext/Contents/Info.plist (paste as child);

 

I really don't understand why it doesn't work.

[prcmelo]

It looks fine, the only thing is that you copied the entire HDA Hardware Config Resource from legacy instead of only the dict, but it should make no difference.

I really don't understand why it doesn't work.

 

Hmmm... Later, (I'm on my job now), I'll try to copy only the dict... who knows if it can work?

Thank you very much Old!!!

[amirstep]

The popping sound has been experienced by others. It has to do with how the MacOS puts the sound driver to sleep and then when it wakes up, there is a current surge.

This anti-pop program has worked for others. http://www.tomsick.net/downloads/antipop-1.0.2.dmg

I have not tried it myself as I'm trying to investigate a better solution - seeing if there's a dsdt solution where the sound device's low current capability is disabled.

I do have one question for MaLd0n or oldnapalm. I have a GA-Z68XM-UD2H-B3 mobo with ALC889 codec. I noticed that in the DSDT patch file posted by oldnapalm (another thread), the pin configuration area of the HDEF fix is left blank. When I run it in DSDT Editor, I get the following final HDEF output in the DSDT:

 

            

Device (HDEF)
           {
               Name (_ADR, 0x001B0000)
               Method (_PRW, 0, NotSerialized)
               {
                   Return (Package (0x02)
                   {
                       0x0D, 
                       0x05
                   })
               }
                   Method (_DSM, 4, NotSerialized)
                   {
                       Store (Package (0x04)
                           {
                               "layout-id", 
                               Buffer (0x04)
                               {
                                   0x0C, 0x00, 0x00, 0x00
                               }, 
                               "PinConfigurations", 
                               Buffer (Zero) {}
                           }, Local0)
                       DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                       Return (Local0)
                   }
           }

 

However, in the old DSDT auto patcher, there was a specific patch for the ALC889 (ALC889.txt) that looked like this:

 

into method label _DSM parent_adr 0x001B0000 remove_entry;
into device name_adr 0x001B0000 insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
   Store (Package (0x08)\n
       {\n
           "codec-id", \n
           Buffer (0x04)\n
           {\n
               0x89, 0x08, 0xEC, 0x10\n
           }, \n
           "layout-id", \n
           Buffer (0x04)\n
           {\n
               0x79, 0x03, 0x00, 0x00\n
           }, \n
           "device-type", \n
           Buffer (0x0F)\n
           {\n
               "Realtek ALC889"\n
           }, \n
           "PinConfigurations", \n
           Buffer (0x28)\n
           {\n
               /* 0000 */    0x10, 0x90, 0xA0, 0x90, 0x20, 0x90, 0xA1, 0x02, \n
               /* 0008 */    0x80, 0x30, 0x81, 0x01, 0x90, 0x40, 0x21, 0x02, \n
               /* 0010 */    0x30, 0x40, 0x11, 0x01, 0x40, 0x10, 0x01, 0x01, \n
               /* 0018 */    0x50, 0x60, 0x01, 0x01, 0x60, 0x20, 0x01, 0x01, \n
               /* 0020 */    0x70, 0x61, 0x4B, 0x01, 0xA0, 0x01, 0xCB, 0x01\n
           }\n
       }, Local0)\n
   DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))\n
   Return (Local0)\n
}
end

 

My question is which of these should be used AND with which version of AppleHDA? If the bottom ALC889 patch is used, can I use vanilla AppleHDA kext?

Thanks.

[oldnapalm]

My question is which of these should be used AND with which version of AppleHDA?

For what I understand the only value that matters is layout-id, it must coincide with LayoutID in the kext (value in kext is decimal and in DSDT is hex)

0xC = 12

0x79, 0x03 = 0x379 = 889

 

If the bottom ALC889 patch is used, can I use vanilla AppleHDA kext?

No, you will always need to patch AppleHDA.

[prcmelo]

It looks fine, the only thing is that you copied the entire HDA Hardware Config Resource from legacy instead of only the dict, but it should make no difference.

I really don't understand why it doesn't work.

 

I took the data from my ALC888b Codec on Windows Seven and I saw that it is quite different, I'm talking about the key values from "ConfigData" from AppleHDAHardwareConfigDriver.Kext... can this influence the fact that AppleHDA Lion was apparently edited the right way and not work?

The values that I got in Windows Seven are:

01171CF0 01171D10 01171E11 01171F41 01271CF0 01271D11 01271E11 01271F41 01471C10 01471D44 01471E01 01471F01 01571CF0 01571D11 01571E11 01571F41 01671CF0 01671D11 01671E11 01671F41 01771CF0 01771D11 01771E11 01771F41 01871C40 01871D9C 01871EA1 01871F01 01971C50 01971D9C 01971EA1 01971F02 01A71C4F 01A71D34 01A71E81 01A71F01 01B71C20 01B71D4C 01B71E21 01B71F02 01C71CF0 01C71D11 01C71E11 01C71F41 01D71C03 01D71DC6 01D71E05 01D71F40 01E71CF0 01E71D11 01E71E11 01E71F41 01F71CF0 01F71D11 01F71E11 01F71F41

These are the original values of AppleHDA Lion:

01871C40 01871D70 01871E21 01871F01 01A71C30 01A71D01 01A71E13 01A71F90 01971C10 01971D31 01971E81 01971F01 01571C50 01571D41 01571E01 01571F01 01F71C20 01F71DE1 01F71EC5 01F71F01 01E71C60 01E71DE1 01E71E45 01E71F01 01471CF0 01471D00 01471E00 01471F40 01671CF0 01671D00 01671E00 01671F40 01771CF0 01771D00 01771E00 01771F40 01B71CF0 01B71D00 01B71E00 01B71F40 01C71CF0 01C71D00 01C71E00 01C71F40 01D71CF0 01D71D00 01D71E00 01D71F40 ( Less data… )

These were in ALC888B which worked in the Snow:

01171C70 01171D01 01171E43 01171F00 01871C40 01871D90 01871EA0 01871F90 01A71C50 01A71D30 01A71E81 01A71F01 01B71C20 01B71D40 01B71E21 01B71F02 01471C10 01471D40 01471E01 01471F01 01571C60 01571D10 01571E10 01571F90 01E71C30 01E71DE1 01E71E45 01E71F01 ( Even less data… )

And these are values from AppleHDA from Snow Leopard currently workingo on my OS X Lion:

21171CF0 21171D00 21171E00 21171F40 21271CF0 21271D00 21271E00 21271F40 21471C40 21471D40 21471E11 21471F90 21571CF0 21571D00 21571E00 21571F40 21671CF0 21671D00 21671E00 21671F40 21771CF0 21771D00 21771E00 21771F40 21871C10 21871D90 21871EA0 21871F91 21971C10 21971D90 21971EA0 21971F92 21A71C90 21A71D30 21A71E81 21A71F01 21B71CA0 21B71D40 21B71E21 21B71F02 21C71CF0 21C71D00 21C71E00 21C71F40 21D71CF0 21D71D00 21D71E00 21D71F40 21E71C70 21E71D60 21E71E4B 21E71F01 21F71CC0 21F71D70 21F71ECB 21F71F01

Do you think it worth trying? I think I'll grab, as base, the files from this topic http://www.insanelymac.com/forum/index.php?showtopic=257968&st=20 ( See posts 22 and 24 ) this edited Kext was the most came close to working on my Hack, since the speaker icon in the menu bar was not gray, but black , the Devices were in the System preferences, but the sound did not work ...

And… as for the codecs that are not 889a or 1988b is also necessary to edit the AppleHDA binary, I suddenly thought it would also be necessary to change the values of "ConfigDate" ...

What do you think about!?

I'm sorry for such a long post.

[oldnapalm]

Read about codec verbs here

http://www.projectosx.com/forum/index.php?showtopic=465

 

For each input/output there is a sequence of 4 verbs.

   Jack   Color  Description                  Node     PinDefault             Original Verbs
--------------------------------------------------------------------------------------------------------
   1/8   Green  Line Out at Ext Rear        20 0x14   0x01014410   21471c10 21471d44 21471e01 21471f01

Its about NodeID(NID) 0x14 in hex, 20 in decimal:

The default verbs for it: 21471c10 21471d44 21471e01 21471f01

CAd (Codec Adress)NID (NodeID)Verb CommandVerb Data

[rene]

The popping sound has been experienced by others. It has to do with how the MacOS puts the sound driver to sleep and then when it wakes up, there is a current surge.

This anti-pop program has worked for others. http://www.tomsick.net/downloads/antipop-1.0.2.dmg

I have not tried it myself as I'm trying to investigate a better solution - seeing if there's a dsdt solution where the sound device's low current capability is disabled.

I do have one question for MaLd0n or oldnapalm. I have a GA-Z68XM-UD2H-B3 mobo with ALC889 codec. I noticed that in the DSDT patch file posted by oldnapalm (another thread), the pin configuration area of the HDEF fix is left blank. When I run it in DSDT Editor, I get the following final HDEF output in the DSDT:

Thanks.

 

Thats what I've had also.

Are you using the smbios.plist form "iMac12,1 / Core i 1155"?

Well in that case don't. Try the smbios.plist from:

http://Olarila.com/forum/viewtopic.php?f=17&t=134

MacPro3,1 / Core2Quad 775

The iMac smbios.plist gives you power savings on your audio, just like a MacBook.

Thats what you hear when poping.

Just replace the smbios.plist and use the one from MacPro3,1 and enjoy your sound again

The smbios.plist from MacPro3,1 don't have power savings for audio.

And uninstall "antipop". In the folder you'll find an uninstaller.

Greetz, René

[amirstep]

Just replace the smbios.plist and use the one from MacPro3,1 and enjoy your sound again

The smbios.plist from MacPro3,1 don't have power savings for audio.

 

I do have iMac smbios.plist. Funny that I had MacPro3,1 smbios.plist and this did not happen and when I switched, it started to happen.

The reason I switched was that I heard that iMac smbios.plist give you native speedstep - but not sure if MacPro smbios will give you this. Do you know? Also, do you know how to check if speedstep is working?

[amirstep]

For what I understand the only value that matters is layout-id, it must coincide with LayoutID in the kext (value in kext is decimal and in DSDT is hex)

0xC = 12

0x79, 0x03 = 0x379 = 889

No, you will always need to patch AppleHDA.

 

Okay, thanks. So patched AppleHDA and DSDT modification is all that is needed to get sound? Right now, I have ALC8xxHDA.kext as well? Is this needed with a patched AppleHDA and DSDT mod?

Thx.

[fyodor]

Can i use this for alc269?

[oldnapalm]

Okay, thanks. So patched AppleHDA and DSDT modification is all that is needed to get sound? Right now, I have ALC8xxHDA.kext as well? Is this needed with a patched AppleHDA and DSDT mod?

No, if you have patched AppleHDA, ALC8xxHDA (legacy) is not needed.

[badudertz]

Hi Old, I am using Realtek ALC662 audio for my P5KPL AM SE mother board.. when I use voodooHDA the output sounds like grounded or garbled. when I try to use .kext for ALC662 it doesn't generate any sound.. Need your help to enable the audio in Lion.. thanks.. Please let me know if you need more information..

[oldnapalm]

Hi Old, I am using Realtek ALC662 audio for my P5KPL AM SE mother board.. when I use voodooHDA the output sounds like grounded or garbled. when I try to use .kext for ALC662 it doesn't generate any sound.. Need your help to enable the audio in Lion.. thanks.. Please let me know if you need more information..

Check this topic about VoodooHDA

http://Olarila.com/forum/viewtopic.php?f=18&t=454

About AppleHDA I can't help.

[badudertz]

Thanks OLD.. now its working... no more annoying noise..

[badudertz]

Hi OLD.. One small problem though.. after the changing the settings in voodoohda and audio MIDI setup to eliminate the noise... after i restart my pc the setting is not saved.. so every time I reboot my pc I go to the two application voodoohda and MIDI setup to change again the config.. Is there a way to save those config..?

[oldnapalm]

For "use SSE2" you can edit "vectorize" in Info.plist. About audio and MIDI setup I'm not sure.