The king, can you write a guide for hack the bin before 10.6.3? It's simple? I use the ad2000b kext for my asus mobo
Thanks;)
Full Version: [HOW TO] Patch AppleHDA - Knowledge Base
Hey the king, for my request?
Thanks
Thanks
QUOTE (vincent99 @ Mar 14 2010, 02:34 PM) 
The king, can you write a guide for hack the bin before 10.6.3? It's simple? I use the ad2000b kext for my asus mobo
Thanks;)
Thanks;)
Patching 10.6.2 file will be the same as 10.6.3.
THe KiNG;
So, for AD2000B - replace the four instances of 8B19D411 (AD1988B) with 9B98D411 (AD2000B) is that correct?
/EDIT - yep, that worked.. Thanks!
Do I need to do anything to ad2000b.kext and the HDEF DSDT code? Any changes required?
So, for AD2000B - replace the four instances of 8B19D411 (AD1988B) with 9B98D411 (AD2000B) is that correct?
/EDIT - yep, that worked.. Thanks!
Do I need to do anything to ad2000b.kext and the HDEF DSDT code? Any changes required?
You can bin patched AppleHDA, do your own edit of the codec verbs and pathmaps and you can get yourself working sound but AppleHDA and LegacyHDA has port limitations until another solution is found, there is no right or wrong way of doing pathmaps, well there is but there is all different nesting methods you can do with pathmaps to change the port status e.g. External mic can be Internal mic by just changing the nested pathmap format.
the king basically made me understand all of this and currently inbetween uni work i'm also creating a pathmap for LegacyHDA that has no insertion errors.
the king basically made me understand all of this and currently inbetween uni work i'm also creating a pathmap for LegacyHDA that has no insertion errors.
Hi,
I'm running vanilla 10.6.3 on an Asus P6t Deluxe V2 using the AsereBLN Booter (Based on Chameleon RC4 / PCEFI10.5). I have audio working using the bin-hacked AppleHDA.kext in S/L/E and AD2000b.kext in my E/E folder.
First of all thanks a lot to the King and everyone else who's been working hard to get us all going.
I've read this entire thread and tried to follow it in solving the one problem I'm left with - I can't get the Front-panel headphones to work. I've been editing the Info.plist in AD2000b.kext and one time I rebooted and my front headphones worked, but my back panel line-out (hooked up to my speakers) didn't work. I want them both to work.
This is the registry code I got from my Windows 7 registry:
And this is how I modified it, following the King's instructions:
So this is what I set in the AD2000b.kext Info.plist (under "IOKitPersonalities/BuiltInHDA/HDAConfigDefault/Item 0/ConfigData" as well as under "IOKitPersonalities/HDA Hardware Config Resource/HDAConfigDefault/Item 0/ConfigData"
Is there something else I'm missing. I thought that by getting rid of some of the digital I/O that I don't need, I could access both the main out and the headphones out, but I just can't get them to work together.
I think system profiler shows the right setup:
but I can't get both of them to be accessible in the Sound preferences panel. Through all my tries, the front panel mic-in is working well.
Any ideas?
Thanks a lot.
I'm running vanilla 10.6.3 on an Asus P6t Deluxe V2 using the AsereBLN Booter (Based on Chameleon RC4 / PCEFI10.5). I have audio working using the bin-hacked AppleHDA.kext in S/L/E and AD2000b.kext in my E/E folder.
First of all thanks a lot to the King and everyone else who's been working hard to get us all going.
I've read this entire thread and tried to follow it in solving the one problem I'm left with - I can't get the Front-panel headphones to work. I've been editing the Info.plist in AD2000b.kext and one time I rebooted and my front headphones worked, but my back panel line-out (hooked up to my speakers) didn't work. I want them both to work.
This is the registry code I got from my Windows 7 registry:
CODE
From Windows 7 - AD1989B
Original:
<01171C30 01171D41 01171E21 01171F02 01271C10 01271D40 01271E01 01271F01 01371CF0 01371D11 01371E17 01371F51 01471C2E 01471D91 01471EA1 01471F02 01571C21 01571D30 01571E81 01571F01 01671C12 01671D10 01671E01 01671F01 01771C20 01771D90 01771EA1 01771F01 01871C22 01871D11 01871E33 01871F99 01A71CF0 01A71D11 01A71E17 01A71F51 01B71CA0 01B71DF1 01B71E45 01B71F01 01C71C60 01C71DF1 01C71EC5 01C71F41 01D71CB0 01D71DF1 01D71E56 01D71F18 02471C11 02471D60 02471E01 02471F01 02571C14 02571D20 02571E01 02571F01>
01171C30 01171D41 01171E21 01171F02 assoc3, green, no-jack-detect, HP out, 1/8", Port has a jack - It is External - Front Panel Location
01271C10 01271D40 01271E01 01271F01 assoc1, green, jack-detect, Line-out, 1/8", Port has a jack - It is External - Rear Location (main out)
01371CF0 01371D11 01371E17 01371F51 assocF, black, no-jack-detect, Speaker, other-analog, No Physical connection, ?
01471C2E 01471D91 01471EA1 01471F02 assoc2, pink, no-jack-detect, Mic-in, 1/8", Port has a jack - It is External - Front Panel Location
01571C21 01571D30 01571E81 01571F01 assoc2, blue, jack-detect, Line-in, 1/8", Port has a jack - It is External - Rear Location
01671C12 01671D10 01671E01 01671F01 assoc1, black, jack-detect, Line-out, 1/8", Port has a jack - It is External - Rear Location (rear speakers)
01771C20 01771D90 01771EA1 01771F01 assoc2, pink, jack-detect, Mic-in, 1/8", Port has a jack - It is External - Rear Location
01871C22 01871D11 01871E33 01871F99 assoc2, black, no-jack-detect, CD, ATAPI-internal, Built In Device - Internal - ATAPI
01A71CF0 01A71D11 01A71E17 01A71F51 assocF, black, no-jack-detect, Speaker, Other-analog, No Physical connection, ?
01B71CA0 01B71DF1 01B71E45 01B71F01 assocA, other, no-jack-detect, SPDIF-out, Optical, Port has a jack - It is External - Rear Location
01C71C60 01C71DF1 01C71EC5 01C71F41 assoc6, other, no-jack-detect, SPDIF-in, Optical, No Physical connection, External - Rear Location
01D71CB0 01D71DF1 01D71E56 01D71F18 assocB, other, no-jack-detect, Digital Other Out, Other Digital, Port has a jack - internal, HDMI
02471C11 02471D60 02471E01 02471F01 assocC, orange, jack-detect, Line-out, 1/8", Port has a jack - It is External - Rear Location (center+subwoofer)
02571C14 02571D20 02571E01 02571F01 assocC, grey, jack-detect, Line-out, 1/8", Port has a jack - It is External - Rear Location (side speakers)
Original:
<01171C30 01171D41 01171E21 01171F02 01271C10 01271D40 01271E01 01271F01 01371CF0 01371D11 01371E17 01371F51 01471C2E 01471D91 01471EA1 01471F02 01571C21 01571D30 01571E81 01571F01 01671C12 01671D10 01671E01 01671F01 01771C20 01771D90 01771EA1 01771F01 01871C22 01871D11 01871E33 01871F99 01A71CF0 01A71D11 01A71E17 01A71F51 01B71CA0 01B71DF1 01B71E45 01B71F01 01C71C60 01C71DF1 01C71EC5 01C71F41 01D71CB0 01D71DF1 01D71E56 01D71F18 02471C11 02471D60 02471E01 02471F01 02571C14 02571D20 02571E01 02571F01>
01171C30 01171D41 01171E21 01171F02 assoc3, green, no-jack-detect, HP out, 1/8", Port has a jack - It is External - Front Panel Location
01271C10 01271D40 01271E01 01271F01 assoc1, green, jack-detect, Line-out, 1/8", Port has a jack - It is External - Rear Location (main out)
01371CF0 01371D11 01371E17 01371F51 assocF, black, no-jack-detect, Speaker, other-analog, No Physical connection, ?
01471C2E 01471D91 01471EA1 01471F02 assoc2, pink, no-jack-detect, Mic-in, 1/8", Port has a jack - It is External - Front Panel Location
01571C21 01571D30 01571E81 01571F01 assoc2, blue, jack-detect, Line-in, 1/8", Port has a jack - It is External - Rear Location
01671C12 01671D10 01671E01 01671F01 assoc1, black, jack-detect, Line-out, 1/8", Port has a jack - It is External - Rear Location (rear speakers)
01771C20 01771D90 01771EA1 01771F01 assoc2, pink, jack-detect, Mic-in, 1/8", Port has a jack - It is External - Rear Location
01871C22 01871D11 01871E33 01871F99 assoc2, black, no-jack-detect, CD, ATAPI-internal, Built In Device - Internal - ATAPI
01A71CF0 01A71D11 01A71E17 01A71F51 assocF, black, no-jack-detect, Speaker, Other-analog, No Physical connection, ?
01B71CA0 01B71DF1 01B71E45 01B71F01 assocA, other, no-jack-detect, SPDIF-out, Optical, Port has a jack - It is External - Rear Location
01C71C60 01C71DF1 01C71EC5 01C71F41 assoc6, other, no-jack-detect, SPDIF-in, Optical, No Physical connection, External - Rear Location
01D71CB0 01D71DF1 01D71E56 01D71F18 assocB, other, no-jack-detect, Digital Other Out, Other Digital, Port has a jack - internal, HDMI
02471C11 02471D60 02471E01 02471F01 assocC, orange, jack-detect, Line-out, 1/8", Port has a jack - It is External - Rear Location (center+subwoofer)
02571C14 02571D20 02571E01 02571F01 assocC, grey, jack-detect, Line-out, 1/8", Port has a jack - It is External - Rear Location (side speakers)
And this is how I modified it, following the King's instructions:
CODE
modified:
01171c30 01171d40 01171e21 01171f02 green, jack-detect, HP-out, 1/8", Port has a jack - It is External - Front Location
01271c10 01271d40 01271e11 01271f01 green, jack-detect, Speaker, 1/8", Port has a jack - It is External - Rear Location
01471C20 01471D91 01471EA1 01471F02 assoc2, pink, no-jack-detect, Mic-in, 1/8", Port has a jack - It is External - Front Panel Location
01571C40 01571D30 01571E81 01571F01 assoc4, blue, jack-detect, Line-in, 1/8", Port has a jack - It is External - Rear Location
01671c50 01671d10 01671e01 01671f01 black, jack-detect, line-out, 1/8", Port has a jack - It is External - Rear Location
01771C90 01771D90 01771EA1 01771F01 assoc9, pink, jack-detect, Mic-in, 1/8", Port has a jack - It is External - Rear Location
01b71ca0 01b71df1 01b71e45 01b71f01 other, no-jack-detect, SPDIF-out, Optical, Port has a jack - It is External - Rear Location
02471c70 02471d60 02471e01 02471f01 orange, jack-detect, line-out, 1/8", Port has a jack - It is External - Rear Location
01171c30 01171d40 01171e21 01171f02 green, jack-detect, HP-out, 1/8", Port has a jack - It is External - Front Location
01271c10 01271d40 01271e11 01271f01 green, jack-detect, Speaker, 1/8", Port has a jack - It is External - Rear Location
01471C20 01471D91 01471EA1 01471F02 assoc2, pink, no-jack-detect, Mic-in, 1/8", Port has a jack - It is External - Front Panel Location
01571C40 01571D30 01571E81 01571F01 assoc4, blue, jack-detect, Line-in, 1/8", Port has a jack - It is External - Rear Location
01671c50 01671d10 01671e01 01671f01 black, jack-detect, line-out, 1/8", Port has a jack - It is External - Rear Location
01771C90 01771D90 01771EA1 01771F01 assoc9, pink, jack-detect, Mic-in, 1/8", Port has a jack - It is External - Rear Location
01b71ca0 01b71df1 01b71e45 01b71f01 other, no-jack-detect, SPDIF-out, Optical, Port has a jack - It is External - Rear Location
02471c70 02471d60 02471e01 02471f01 orange, jack-detect, line-out, 1/8", Port has a jack - It is External - Rear Location
So this is what I set in the AD2000b.kext Info.plist (under "IOKitPersonalities/BuiltInHDA/HDAConfigDefault/Item 0/ConfigData" as well as under "IOKitPersonalities/HDA Hardware Config Resource/HDAConfigDefault/Item 0/ConfigData"
CODE
<01171c30 01171d40 01171e21 01171f02 01271c10 01271d40 01271e11 01271f01 01471C20 01471D91 01471EA1 01471F02 01571C40 01571D30 01571E81 01571F01 01671c50 01671d10 01671e01 01671f01 01771C90 01771D90 01771EA1 01771F01 01b71ca0 01b71df1 01b71e45 01b71f01 02471c70 02471d60 02471e01 02471f01>
Is there something else I'm missing. I thought that by getting rid of some of the digital I/O that I don't need, I could access both the main out and the headphones out, but I just can't get them to work together.
I think system profiler shows the right setup:
CODE
Intel High Definition Audio:
Device ID: 0x106B00A0
Audio ID: 12
Available Devices:
Headphone:
Connection: 1/8-Inch Jack
Speaker:
Connection: 1/8-Inch Jack
External Microphone:
Connection: 1/8-Inch Jack
Line In:
Connection: 1/8-Inch Jack
Line Out:
Connection: 1/8-Inch Jack
External Microphone:
Connection: 1/8-Inch Jack
S/P-DIF Out:
Connection: Optical
Digital Out:
Connection: Digital
Line Out:
Connection: 1/8-Inch Jack
Device ID: 0x106B00A0
Audio ID: 12
Available Devices:
Headphone:
Connection: 1/8-Inch Jack
Speaker:
Connection: 1/8-Inch Jack
External Microphone:
Connection: 1/8-Inch Jack
Line In:
Connection: 1/8-Inch Jack
Line Out:
Connection: 1/8-Inch Jack
External Microphone:
Connection: 1/8-Inch Jack
S/P-DIF Out:
Connection: Optical
Digital Out:
Connection: Digital
Line Out:
Connection: 1/8-Inch Jack
but I can't get both of them to be accessible in the Sound preferences panel. Through all my tries, the front panel mic-in is working well.
Any ideas?
Thanks a lot.
The verbit script is not working for me. I keep getting:
ERROR: This doesn't appear to be an alsa codec dump file
Codec: Realtek ALC269
Address: 0
Function Id: 0x1
I have an Asus M60J notebook. I first tried under Linux Ubuntu 10.4, then I used Mandriva Linux One 2010 Spring Gnome edition. This particular Mandriva version of Linux has the very latest alsa drivers (alsa drivers v1.0.23). Despite that, I still keep getting the error.
The ALC269 is a 2 channel stereo sound processor.
**** EDIT **** SOLVED: Simply delete the line Function Id: 0x1
ERROR: This doesn't appear to be an alsa codec dump file
Codec: Realtek ALC269
Address: 0
Function Id: 0x1
I have an Asus M60J notebook. I first tried under Linux Ubuntu 10.4, then I used Mandriva Linux One 2010 Spring Gnome edition. This particular Mandriva version of Linux has the very latest alsa drivers (alsa drivers v1.0.23). Despite that, I still keep getting the error.
The ALC269 is a 2 channel stereo sound processor.
**** EDIT **** SOLVED: Simply delete the line Function Id: 0x1
For all chapter I i have made 1 bash script who realize in 1 clic
audio dump
verbit
codecgraph
hex2dec
and 1 audio dump parsing for more readable table-node
resulting files are dynamical hardware named
It's work in progress mode, so ...
particular for table-node parsing, i haven't found what are "*" into audio dump, paste on some node.
audio dump
verbit
codecgraph
hex2dec
and 1 audio dump parsing for more readable table-node
resulting files are dynamical hardware named
CODE
audio/codecgraph-Mac_F22788A9-codec_0-Realtek_ALC889A-8086_284B_-hex2dec.svg
audio/codecgraph-Mac_F22788A9-codec_0-Realtek_ALC889A-8086_284B_.svg
audio/Mac_F22788A9-codec_0-Realtek_ALC889A-8086_284B_-hex2dec.txt
audio/Mac_F22788A9-codec_0-Realtek_ALC889A.txt
audio/table-node-Mac_F22788A9-codec_0-Realtek_ALC889A-8086_284B_.hex2dec.txt
audio/table-node-Mac_F22788A9-codec_0-Realtek_ALC889A-8086_284B_.txt
audio/verbit-Mac_F22788A9-codec_0-Realtek_ALC889A-8086_284B_-hex2dec.txt
audio/verbit-Mac_F22788A9-codec_0-Realtek_ALC889A-8086_284B_.txt
audio/verbitdebug.txt
audio/codecgraph-Mac_F22788A9-codec_0-Realtek_ALC889A-8086_284B_.svg
audio/Mac_F22788A9-codec_0-Realtek_ALC889A-8086_284B_-hex2dec.txt
audio/Mac_F22788A9-codec_0-Realtek_ALC889A.txt
audio/table-node-Mac_F22788A9-codec_0-Realtek_ALC889A-8086_284B_.hex2dec.txt
audio/table-node-Mac_F22788A9-codec_0-Realtek_ALC889A-8086_284B_.txt
audio/verbit-Mac_F22788A9-codec_0-Realtek_ALC889A-8086_284B_-hex2dec.txt
audio/verbit-Mac_F22788A9-codec_0-Realtek_ALC889A-8086_284B_.txt
audio/verbitdebug.txt
It's work in progress mode, so ...
particular for table-node parsing, i haven't found what are "*" into audio dump, paste on some node.
CODE
Node are Number into ()
(xx) at end of line is pointer to "Node (xx)"
only follow 1 time (xx) at end of line
NodeID is (xx) (xx) (xx) scheme
Example :
Node (9) [Audio Input] Stereo Amp-In => (34)
||
Node (34) [Audio Mixer] Stereo Amp-In => (24) 25 26 27 28 29 20 21 22 23 11
=> NodeID 9 is (9-34-24)
in codecgraph svg's file => Audio input are RED's eliptic
Table node for : Mac_F22788A9-codec_0-Realtek_ALC889A-8086_284B_
===================================================
Node (2) [Audio Output] Stereo
Node (3) [Audio Output] Stereo
Node (4) [Audio Output] Stereo
Node (5) [Audio Output] Stereo
Node (6) [Audio Output] Stereo Digital
Node (7) [Audio Input] Stereo Amp-In => (36)
Node (8) [Audio Input] Stereo Amp-In => (35)
Node (9) [Audio Input] Stereo Amp-In => (34)
Node (10) [Audio Input] Stereo Digital => (31)
Node (11) [Audio Mixer] Stereo Amp-In => (24) 25 26 27 28 29 20 21 22 23
Node (12) [Audio Mixer] Stereo Amp-In Amp-Out => (2) 11
Node (13) [Audio Mixer] Stereo Amp-In Amp-Out => (3) 11
Node (14) [Audio Mixer] Stereo Amp-In Amp-Out => (4) 11
Node (15) [Audio Mixer] Stereo Amp-In Amp-Out => (5) 11
Node (16) [Vendor Defined Widget] Mono
Node (17) [Vendor Defined Widget] Mono
Node (18) [Vendor Defined Widget] Mono
Node (19) [Vendor Defined Widget] Mono
Node (20) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 2416968000: [Fixed] Speaker at Int N/A => (12*) 13 14 15 38
Node (21) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 19611728: [Jack] HP Out at Ext Rear => (12*) 13 14 15 38
Node (22) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 2416968001: [Fixed] Speaker at Int N/A => (12) 13 14* 15 38
Node (23) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 1073742064: [N/A] Line Out at Ext N/A => (12) 13 14 15* 38
Node (24) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 2426405136: [Fixed] Mic at Int N/A => (12*) 13 14 15 38
Node (25) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 1073742064: [N/A] Line Out at Ext N/A => (12*) 13 14 15 38
Node (26) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 25899040: [Jack] Line In at Ext Rear => (12) 13 14* 15 38
Node (27) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 1073742064: [N/A] Line Out at Ext N/A => (12*) 13 14 15 38
Node (28) [Pin Complex] Stereo => (Pin) Default 1073742064: [N/A] Line Out at Ext N/A
Node (29) [Pin Complex] Mono => (Pin) Default 1073742064: [N/A] Line Out at Ext N/A
Node (30) [Pin Complex] Mono Digital => (Pin) Default 21749856: [Jack] SPDIF Out at Ext Rear => (6)
Node (31) [Pin Complex] Mono Digital => (Pin) Default 30138416: [Jack] SPDIF In at Ext Rear
Node (32) [Vendor Defined Widget] Mono
Node (33) [Volume Knob Widget] Mono
Node (34) [Audio Mixer] Stereo Amp-In => (24) 25 26 27 28 29 20 21 22 23 11
Node (35) [Audio Mixer] Stereo Amp-In => (24) 25 26 27 28 29 20 21 22 23 11
Node (36) [Audio Mixer] Stereo Amp-In => (24) 25 26 27 28 29 20 21 22 23 11
Node (37) [Audio Output] Stereo
Node (38) [Audio Mixer] Stereo Amp-In Amp-Out => (37) 11
(xx) at end of line is pointer to "Node (xx)"
only follow 1 time (xx) at end of line
NodeID is (xx) (xx) (xx) scheme
Example :
Node (9) [Audio Input] Stereo Amp-In => (34)
||
Node (34) [Audio Mixer] Stereo Amp-In => (24) 25 26 27 28 29 20 21 22 23 11
=> NodeID 9 is (9-34-24)
in codecgraph svg's file => Audio input are RED's eliptic
Table node for : Mac_F22788A9-codec_0-Realtek_ALC889A-8086_284B_
===================================================
Node (2) [Audio Output] Stereo
Node (3) [Audio Output] Stereo
Node (4) [Audio Output] Stereo
Node (5) [Audio Output] Stereo
Node (6) [Audio Output] Stereo Digital
Node (7) [Audio Input] Stereo Amp-In => (36)
Node (8) [Audio Input] Stereo Amp-In => (35)
Node (9) [Audio Input] Stereo Amp-In => (34)
Node (10) [Audio Input] Stereo Digital => (31)
Node (11) [Audio Mixer] Stereo Amp-In => (24) 25 26 27 28 29 20 21 22 23
Node (12) [Audio Mixer] Stereo Amp-In Amp-Out => (2) 11
Node (13) [Audio Mixer] Stereo Amp-In Amp-Out => (3) 11
Node (14) [Audio Mixer] Stereo Amp-In Amp-Out => (4) 11
Node (15) [Audio Mixer] Stereo Amp-In Amp-Out => (5) 11
Node (16) [Vendor Defined Widget] Mono
Node (17) [Vendor Defined Widget] Mono
Node (18) [Vendor Defined Widget] Mono
Node (19) [Vendor Defined Widget] Mono
Node (20) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 2416968000: [Fixed] Speaker at Int N/A => (12*) 13 14 15 38
Node (21) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 19611728: [Jack] HP Out at Ext Rear => (12*) 13 14 15 38
Node (22) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 2416968001: [Fixed] Speaker at Int N/A => (12) 13 14* 15 38
Node (23) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 1073742064: [N/A] Line Out at Ext N/A => (12) 13 14 15* 38
Node (24) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 2426405136: [Fixed] Mic at Int N/A => (12*) 13 14 15 38
Node (25) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 1073742064: [N/A] Line Out at Ext N/A => (12*) 13 14 15 38
Node (26) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 25899040: [Jack] Line In at Ext Rear => (12) 13 14* 15 38
Node (27) [Pin Complex] Stereo Amp-In Amp-Out => (Pin) Default 1073742064: [N/A] Line Out at Ext N/A => (12*) 13 14 15 38
Node (28) [Pin Complex] Stereo => (Pin) Default 1073742064: [N/A] Line Out at Ext N/A
Node (29) [Pin Complex] Mono => (Pin) Default 1073742064: [N/A] Line Out at Ext N/A
Node (30) [Pin Complex] Mono Digital => (Pin) Default 21749856: [Jack] SPDIF Out at Ext Rear => (6)
Node (31) [Pin Complex] Mono Digital => (Pin) Default 30138416: [Jack] SPDIF In at Ext Rear
Node (32) [Vendor Defined Widget] Mono
Node (33) [Volume Knob Widget] Mono
Node (34) [Audio Mixer] Stereo Amp-In => (24) 25 26 27 28 29 20 21 22 23 11
Node (35) [Audio Mixer] Stereo Amp-In => (24) 25 26 27 28 29 20 21 22 23 11
Node (36) [Audio Mixer] Stereo Amp-In => (24) 25 26 27 28 29 20 21 22 23 11
Node (37) [Audio Output] Stereo
Node (38) [Audio Mixer] Stereo Amp-In Amp-Out => (37) 11
The "*" indicates the current NID connection(as was by Linux ALSA driver when the dump was taken).
QUOTE (THe KiNG @ Aug 16 2010, 07:45 PM)
The "*" indicates the current NID connection(as was by Linux ALSA driver when the dump was taken).
oh so ... () are wrong ? in my table node parsing
it's my sed who add ()in my apple example, alsa marq node 14 & 15 with "*", but first part of node (22,23 & 26) never link from other node.
with codecgraph node 15 is only grey link to 4,11 and blue link to 23
where can i found doc or algo for good NID connections, starting from alsa audio dump ?
Mac-F22788A9 dump, verbit, codecgraph ref & table-node parsing
First of all. Awesome thread. Finding ways to get this to work before i ask for help. Thanks! I really learned alot.
To binary patch AppleHDA.kext from Terminal - no need to fix perms - just reboot with -f (this is needed for dsdt HDEF patch with leagacy.kext from 10.6.3 for all audio codecs except alc889a)
Just run this command from Terminal after you updated AppleHDA.kext (fe after Combo Update) for your specific Audio Codec
alc889:
sudo perl -pi -e 's|\x85\x08\xec\x10|\x89\x08\xec\x10|g' /System/Library/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA
alc888:
sudo perl -pi -e 's|\x85\x08\xec\x10|\x88\x08\xec\x10|g' /System/Library/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA
alc883:
sudo perl -pi -e 's|\x85\x08\xec\x10|\x83\x08\xec\x10|g' /System/Library/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA
AD2000B:
sudo perl -pi -e 's|\x8b\x19\xd4\x11|\x9b\x98\xd4\x11|g' /System/Library/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA
alc662:
sudo perl -pi -e 's|\x85\x08\xec\x10|\x62\x06\xec\x10|g' /System/Library/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA
// Added ALC662 from scrax post
Just run this command from Terminal after you updated AppleHDA.kext (fe after Combo Update) for your specific Audio Codec
alc889:
sudo perl -pi -e 's|\x85\x08\xec\x10|\x89\x08\xec\x10|g' /System/Library/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA
alc888:
sudo perl -pi -e 's|\x85\x08\xec\x10|\x88\x08\xec\x10|g' /System/Library/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA
alc883:
sudo perl -pi -e 's|\x85\x08\xec\x10|\x83\x08\xec\x10|g' /System/Library/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA
AD2000B:
sudo perl -pi -e 's|\x8b\x19\xd4\x11|\x9b\x98\xd4\x11|g' /System/Library/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA
alc662:
sudo perl -pi -e 's|\x85\x08\xec\x10|\x62\x06\xec\x10|g' /System/Library/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA
// Added ALC662 from scrax post
QUOTE (hoob @ Aug 16 2010, 12:10 PM)
For all chapter I i have made 1 bash script who realize in 1 clic
audio dump
verbit
codecgraph
hex2dec
and 1 audio dump parsing for more readable table-node
.....
audio dump
verbit
codecgraph
hex2dec
and 1 audio dump parsing for more readable table-node
.....
Good job!
Keep us posted about progress, and also upload the script in this thread for easy finding..
QUOTE (Zane @ Aug 21 2010, 07:23 AM)
First of all. Awesome thread. Finding ways to get this to work before i ask for help. Thanks! I really learned alot.
Thanks for the kind words.
Sorry for not finishing the guide(got busy with so many other things), well last part is piece of cake compared to verbs stuff once you have the graph, problem is I can not decide what to use/develop AppleHDA or VoodooHDA, I like both and they have +/- features...
Hard decision
@ aschar Keep us updated with the rest of the codecs
Thanks.
QUOTE (THe KiNG @ Sep 3 2010, 12:47 PM)
Good job!
Keep us posted about progress, and also upload the script in this thread for easy finding..
Keep us posted about progress, and also upload the script in this thread for easy finding..
Hum since release 1.0.8extract and translate all codec in separate folder
QUOTE
for example => acer Aspire 5738 contain
codec_2-Nvidia_MCP78_HDMI (real dump)
codec_1-LSI_ID_1040 (just header in dump)
codec_0-Realtek_ALC888 (real dump)
codec_2-Nvidia_MCP78_HDMI (real dump)
codec_1-LSI_ID_1040 (just header in dump)
codec_0-Realtek_ALC888 (real dump)
+ lspci -vvnnxxxx
for acpi, ubuntu can extract SSDT_SataRe_SataPri.dsl, where ioreg-lw0 can't (particular for apple dump ? )
i'am already searching for best command for i2C/smc and video parts
so all linux command you want to use for debug or reverse engineering, should be adding in ! (add request and submissions in projectOsX topic
How big are my chances to get the AppleHDA Patching working with the VIA VT1708B. I've everything together and wanted to start doing what is needed but am very unsure if it is doable at all.
regards
memphis
regards
memphis
@ Memphis your best bet is to try with AHDA from 10.6 retail, since it dosen't have codec id check.
IMHO it should work, but I can't bet w/o the hw to test...
Good luck!
IMHO it should work, but I can't bet w/o the hw to test...
Good luck!
I have a strange problem I've never encountered in the 5 laptops I've built Applehda.kext's for in the past. It seems the new Touchsmart 600 series All-in-ones have strange node-id mappings (alc888s but mappings seem different than any of the other alc888's I've seen kexts for). You can see below from my CodecVerbs its showing Node 0x15 as the Internal audio but I've never heard even a peep out of them & I'm sure I have everything right! Bin patched Applehda.kext to 888 overwriting the 885 with hexedit & using LegacyHDA in E/E/, driver works, see's all inputs & outputs correctly, jack sensing works & swaps to headphones & headphones work great like everything else except Internal audio. OSx is 10.6.4 & Injection is through DSDT Showing up in System Profiler Correctly (audio ID: 888) with all inputs & outputs. Here's my corrected verbs:
01271c60 01271d01 01271ea0 01271f90 - (internal mic - working)
01471c20 01471d20 01471e21 01471f01 - (Headphones - working w/ jacksense)
01571c10 01571d01 01571e13 01571f90 - (Internal speakers - Not working)
01771c50 01771d10 01771e01 01771f01 - (Line Out - working)
01a71c40 01a71d20 01a71e81 01a71f01 - (Line In - working)
01e71c30 01e71d61 01e71e44 01e71f01 - (SPDIF out - untested) don't need it
01f71c70 01f71d11 01f71ecb 01f71f01 - (SPDIF In - untested) don't need it
I'm no idiot when it comes to Applehda but I'm not on TheKing's level either maybe there's something strange I'm missing. I know speakers work in Windows but Alsa driver in Linux shows up as alc888 & internal speakers don't work there either, same also in the standard windows 7 driver before I update it on a clean install. Something is definitely weird on this model on internal speakers. I kept SPDIF In even tho its not on this model because someone somewhere said they've seen removing it cause internal audio to go out, dunno why so I put it in even though i don't have it, no change.
Attached are my linux codec dump, & legacyhda.kext
Click to view attachment
Click to view attachment
01271c60 01271d01 01271ea0 01271f90 - (internal mic - working)
01471c20 01471d20 01471e21 01471f01 - (Headphones - working w/ jacksense)
01571c10 01571d01 01571e13 01571f90 - (Internal speakers - Not working)
01771c50 01771d10 01771e01 01771f01 - (Line Out - working)
01a71c40 01a71d20 01a71e81 01a71f01 - (Line In - working)
01e71c30 01e71d61 01e71e44 01e71f01 - (SPDIF out - untested) don't need it
01f71c70 01f71d11 01f71ecb 01f71f01 - (SPDIF In - untested) don't need it
I'm no idiot when it comes to Applehda but I'm not on TheKing's level either maybe there's something strange I'm missing. I know speakers work in Windows but Alsa driver in Linux shows up as alc888 & internal speakers don't work there either, same also in the standard windows 7 driver before I update it on a clean install. Something is definitely weird on this model on internal speakers. I kept SPDIF In even tho its not on this model because someone somewhere said they've seen removing it cause internal audio to go out, dunno why so I put it in even though i don't have it, no change.
Attached are my linux codec dump, & legacyhda.kext
Click to view attachment
Click to view attachment
The King i have run a script in Ubuntu 10.10. But i am not sure if the verbs was done as the script was ment to do this auto like.
Here is attached dump, its for Conexant High Definition SmartAudio 221 it also has the Nvidia HDMI as well don't know how to make it so they are both in the appledha.kext file any help would be gratefully recieved.
Click to view attachment
Here is attached dump, its for Conexant High Definition SmartAudio 221 it also has the Nvidia HDMI as well don't know how to make it so they are both in the appledha.kext file any help would be gratefully recieved.
Click to view attachment
@Hacktrix2006 script may realize verbit & codecgraph only if you have internet working before launch this script. I have to test with now official 10.10 ubuntu. 10.10 add newer acpidump & acpi tools.
In ubuntu 10.04, 2 or 3 minutes after ubuntu boot, there is one script who offer to install "non-gpl driver for network or graphics"...
in this state, you have already basic dump and identification
In ubuntu 10.04, 2 or 3 minutes after ubuntu boot, there is one script who offer to install "non-gpl driver for network or graphics"...
in this state, you have already basic dump and identification
CODE
aml-dsl NITU1-18CN44WW_V2_53_-dsdt.aml
audio NITU1-codec_0-Nvidia_GT21x_HDMI.txt
audio NITU1-codec_1-Nvidia_GT21x_HDMI.txt
audio NITU1-codec_2-Conexant_CX20561_Hermosa_.txt
audio NITU1-codec_2-Nvidia_GT21x_HDMI.txt
audio NITU1-codec_3-Nvidia_GT21x_HDMI.txt
Hackintosh-hardware-NITU1.txt
processor i686-6-23-10--cpuinfo.txt
processor i686-6-23-10--dmidecode-type-processor.txt
processor i686-6-23-10--lscpu.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-dmesg.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-dmidecode-sanitize.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-dmidecode-string-var-sanitize.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-iomem.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-ioports.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-lshw-businfo-numeric.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-lshw-sanitize.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-lspci-vvnnxxxx-sanitize.txt
audio NITU1-codec_0-Nvidia_GT21x_HDMI.txt
audio NITU1-codec_1-Nvidia_GT21x_HDMI.txt
audio NITU1-codec_2-Conexant_CX20561_Hermosa_.txt
audio NITU1-codec_2-Nvidia_GT21x_HDMI.txt
audio NITU1-codec_3-Nvidia_GT21x_HDMI.txt
Hackintosh-hardware-NITU1.txt
processor i686-6-23-10--cpuinfo.txt
processor i686-6-23-10--dmidecode-type-processor.txt
processor i686-6-23-10--lscpu.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-dmesg.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-dmidecode-sanitize.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-dmidecode-string-var-sanitize.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-iomem.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-ioports.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-lshw-businfo-numeric.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-lshw-sanitize.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-lspci-vvnnxxxx-sanitize.txt
QUOTE (hoob @ Oct 11 2010, 03:25 PM)
@Hacktrix2006 script may realize verbit & codecgraph only if you have internet working before launch this script. I have to test with now official 10.10 ubuntu. 10.10 add newer acpidump & acpi tools.
In ubuntu 10.04, 2 or 3 minutes after ubuntu boot, there is one script who offer to install "non-gpl driver for network or graphics"...
in this state, you have already basic dump and identification
In ubuntu 10.04, 2 or 3 minutes after ubuntu boot, there is one script who offer to install "non-gpl driver for network or graphics"...
in this state, you have already basic dump and identification
CODE
aml-dsl NITU1-18CN44WW_V2_53_-dsdt.aml
audio NITU1-codec_0-Nvidia_GT21x_HDMI.txt
audio NITU1-codec_1-Nvidia_GT21x_HDMI.txt
audio NITU1-codec_2-Conexant_CX20561_Hermosa_.txt
audio NITU1-codec_2-Nvidia_GT21x_HDMI.txt
audio NITU1-codec_3-Nvidia_GT21x_HDMI.txt
Hackintosh-hardware-NITU1.txt
processor i686-6-23-10--cpuinfo.txt
processor i686-6-23-10--dmidecode-type-processor.txt
processor i686-6-23-10--lscpu.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-dmesg.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-dmidecode-sanitize.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-dmidecode-string-var-sanitize.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-iomem.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-ioports.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-lshw-businfo-numeric.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-lshw-sanitize.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-lspci-vvnnxxxx-sanitize.txt
audio NITU1-codec_0-Nvidia_GT21x_HDMI.txt
audio NITU1-codec_1-Nvidia_GT21x_HDMI.txt
audio NITU1-codec_2-Conexant_CX20561_Hermosa_.txt
audio NITU1-codec_2-Nvidia_GT21x_HDMI.txt
audio NITU1-codec_3-Nvidia_GT21x_HDMI.txt
Hackintosh-hardware-NITU1.txt
processor i686-6-23-10--cpuinfo.txt
processor i686-6-23-10--dmidecode-type-processor.txt
processor i686-6-23-10--lscpu.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-dmesg.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-dmidecode-sanitize.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-dmidecode-string-var-sanitize.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-iomem.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-ioports.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-lshw-businfo-numeric.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-lshw-sanitize.txt
ubuntu-sysinfo NITU1-18CN44WW_V2_53_-lspci-vvnnxxxx-sanitize.txt
Ok now you have lost me on the last junction on the m25...
The hackingtosh-hardware-analyser.sh script is what i used. I though it did everything for you in terms of getting codecs ready for applehda.
I am after modding applehda.kext with the codedcs from the Nvidia HDMI and the soundcard like with a that perl script and a legacyhda.kext file. Would this even be possible?
I am a noob when it comes to stuff like this so one needs help.
QUOTE (Sysyphus @ Feb 14 2010, 12:08 AM)
Nobody is ignoring you, I don't think it is possible to do what you want within OSX, in Windows you have specific drivers to change the inputs to outputs, you don't have that in OSX.
Could be wrong!
Could be wrong!
In Mac OS X you can get either standard configuration or 5.1 without inputs, but only one of them. If you wanna switch to 5.1, you should replace the driver and reboot. (So was on GA-945GCM-S2L's ALC662). There were 3 legacies: 5.1, generic and with headphones autodetect.
Some good news for IDT(Sigmatel) owners, especial for HP Mini 311 users:
I saw many people who said that IDT will not work with latest AppleHDA releases, well that's not true:
Here how on Mini 311:
Make sure u have audio device in DSDT named HDEF, and on it add this method:
On IGPU device add:
Compile new DSDT.aml
After this add attached Injector.kext to /Extra/Extensions/ or in /System/Library/Extensions/ if you don't use /Extra stuff.
Open terminal and run this command:
Fix permissions/cache and stuff then you can reboot and enjoy sound even with latest AppleHDA avail.
There is only one bad side with this, compared with VoodooHDA boot time increase a lot!
I do hope Slice will fix the panic for it, since is not usable at this moment, at least for me.
I have an older 10.6.2 patched that boots faster, but it spams the log every second with two sound assertion error, still trying with a good friend to fix it...
Click to view attachment
P.S. I also introduced a new way to patch the verbs using AppleHDAHardwareConfigDriver PostConstructionInitialization entry, check and have fun!
I saw many people who said that IDT will not work with latest AppleHDA releases, well that's not true:
Here how on Mini 311:
Make sure u have audio device in DSDT named HDEF, and on it add this method:
CODE
Method (_DSM, 4, NotSerialized)
{
Store (Package ()
{
"layout-id", Buffer () {0x37, 0x01, 0x00, 0x00},
"MaximumBootBeepVolume", Buffer (One) {0x6B},
"hda-gfx", Buffer () {"onboard-1"},
"PinConfigurations", Buffer (Zero) {},
"platformFamily", Buffer (One) {0x00}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
{
Store (Package ()
{
"layout-id", Buffer () {0x37, 0x01, 0x00, 0x00},
"MaximumBootBeepVolume", Buffer (One) {0x6B},
"hda-gfx", Buffer () {"onboard-1"},
"PinConfigurations", Buffer (Zero) {},
"platformFamily", Buffer (One) {0x00}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
On IGPU device add:
CODE
Method (_DSM, 4, NotSerialized)
{
Store (Package ()
{
"hda-gfx", Buffer () {"onboard-1"}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
{
Store (Package ()
{
"hda-gfx", Buffer () {"onboard-1"}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
Compile new DSDT.aml
After this add attached Injector.kext to /Extra/Extensions/ or in /System/Library/Extensions/ if you don't use /Extra stuff.
Open terminal and run this command:
QUOTE
sudo perl -pi -e 's|\x8b\x19\xd4\x11|\x05\x76\x1d\x11|g' /System/Library/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA
Fix permissions/cache and stuff then you can reboot and enjoy sound even with latest AppleHDA avail.
There is only one bad side with this, compared with VoodooHDA boot time increase a lot!
I do hope Slice will fix the panic for it, since is not usable at this moment, at least for me.
I have an older 10.6.2 patched that boots faster, but it spams the log every second with two sound assertion error, still trying with a good friend to fix it...
Click to view attachment
P.S. I also introduced a new way to patch the verbs using AppleHDAHardwareConfigDriver PostConstructionInitialization entry, check and have fun!
QUOTE (THe KiNG @ Nov 22 2010, 11:39 AM)
Some good news for IDT(Sigmatel) owners, especial for HP Mini 311 users:
Looks like good progress for some IDT codecs.The dell xps 1340 also has an IDT codec, but has a slightly different codec id.
For patching AppleHDA, I wrote a patch script that achieves the same effect as the perl command, with a bit of idiot-protection on top. The script makes sure to patch the right addresses and only patch versions of the AppleHDA binary that are supported (version 10.6.3/4/5).
http://www.insanelymac.com/forum/index.php...st&id=81382
However, with the patch, since 10.6.3, AppleHDA has been giving us "kTypePinComplex != fType" assertion messages. Any idea on those?
Whether or not I inject an hda-gfx string seems to make no difference, can you explain the situations where that is necessary? On the xps 1340, the IDT codec and the nvidia HDMI codec are both accessed via a single nvidia mcp79 audio controller. hdmi audio doesn't seem to work at all under osx on this system.
Also does hda-gfx have any effect with voodoohda (I haven't noticed any)?
@bcc9 You are replacing wrong codec with yours, AD1984 instead AD1989b, check again the perl command I posted and try with that
QUOTE (THe KiNG @ Nov 23 2010, 04:19 PM)
@bcc9 You are replacing wrong codec with yours, AD1984 instead AD1989b, check again the perl command I posted and try with that
I've tried it several different ways, including your version, ad1989b, same results (idt audio works but with assertion messages fairly steadily, hdmi audio doesn't work).
I finally got rid of errors with old binary patched AppleHDA for HP Mini 311, now all looks OK and boot is fast!
Had to "jump" over 6 sound assertions errors, since after jumping one new showed up, until I got clean log...
The driver is patched only for i386, so if someone want to use it with x86_64 arch, that part of the fat binary needs to be patched.
@ bcc9 you can try it on i386, replace the mini codec id with yours and give it a try...
The DSDT injection part is the same I posted earlier.
Many thanks to my secret friend (
) who helped me to get rid of this errors.
Have fun, and enjoy faster boot!
Click to view attachment
Had to "jump" over 6 sound assertions errors, since after jumping one new showed up, until I got clean log...
The driver is patched only for i386, so if someone want to use it with x86_64 arch, that part of the fat binary needs to be patched.
@ bcc9 you can try it on i386, replace the mini codec id with yours and give it a try...
The DSDT injection part is the same I posted earlier.
Many thanks to my secret friend (
) who helped me to get rid of this errors.Have fun, and enjoy faster boot!
Click to view attachment
@THe KiNG
Can i use this solution in my laptop?
Which one codec are installed in this HP?
Thanks
Can i use this solution in my laptop?
Which one codec are installed in this HP?
Thanks
QUOTE
Codec: IDT 92HD81B1X5
Address: 0
Function Id: 0x1
Vendor Id: 0x111d7605
Subsystem Id: 0x103c3651
Revision Id: 0x100402
Address: 0
Function Id: 0x1
Vendor Id: 0x111d7605
Subsystem Id: 0x103c3651
Revision Id: 0x100402
You can try, you have the guide and the example.
Good luck!
QUOTE (THe KiNG @ Nov 26 2010, 08:19 AM)
I finally got rid of errors with old binary patched AppleHDA for HP Mini 311, now all looks OK and boot is fast!
Had to "jump" over 6 sound assertions errors, since after jumping one new showed up, until I got clean log...
Cool, looks like those patches would suppress the relevent assertion messages OK. But it seems like a risky way to try and fix things - does it work 100% for you? Seems like the clean fix would be to figure out what pinconfig AppleHDA expects to avoid the errors in the first place. I made a stab at that approach when 10.6.3 came out but didn't have any luck...Had to "jump" over 6 sound assertions errors, since after jumping one new showed up, until I got clean log...
Does HDMI audio work on your mini311?
I also see that you patched the 10.6.4 version, but I'm on 10.6.5 so I'd want to forward port those changes to 10.6.5 before trying.
As for the injection part, I'm still wondering what exactly they are for. Been using applehda with IDT on my laptop without them. Are those strictly to try and fix HDMI audio when used with AppleHDA (and not voodoohda)?
You can't get rid of those assertions errors, only if you hack your BIOS.
As you can see that Pincap In/Out is not on Apple taste, the NID's verbs (Pin Default) are just fine since we inject those using Apple stile...
So if you find a way to inject Pincap w/o touching the BIOS then yeah you can get rid of errors, on 10.6.5 in my case Apple corrected what I call a bug on this and does not print any errors, but boot time increased a lot(that's why I chosed to use hacked kext), on your dunno maybe you still have something wrong in your plist, try to disable more NID's but keep internal speaker, w/o it u will not have sound at all, use the easy way to inject verbs.
Yes audio works just fine, only thing I have to check is external mic, but I need an iphone headset or adaptor for this stupid all in one jack.
HDMI audio might be an impossible task, since Apple has no machine with 9400m and HDMI audio, I will try some hacks maybe we have luck, but I don't bet on this..
QUOTE
Node 0x0a [Pin Complex] wcaps 0x400583: Stereo Amp-In
Control: name="Mic Jack Mode", index=0, device=0
ControlAmp: chs=0, dir=In, idx=0, ofs=0
Control: name="Mic Capture Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Amp-In caps: N/A
Amp-In vals: [0x00 0x00]
Pincap 0x0001173c: IN OUT HP EAPD Detect
Control: name="Mic Jack Mode", index=0, device=0
ControlAmp: chs=0, dir=In, idx=0, ofs=0
Control: name="Mic Capture Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Amp-In caps: N/A
Amp-In vals: [0x00 0x00]
Pincap 0x0001173c: IN OUT HP EAPD Detect
As you can see that Pincap In/Out is not on Apple taste, the NID's verbs (Pin Default) are just fine since we inject those using Apple stile...
So if you find a way to inject Pincap w/o touching the BIOS then yeah you can get rid of errors, on 10.6.5 in my case Apple corrected what I call a bug on this and does not print any errors, but boot time increased a lot(that's why I chosed to use hacked kext), on your dunno maybe you still have something wrong in your plist, try to disable more NID's but keep internal speaker, w/o it u will not have sound at all, use the easy way to inject verbs.
Yes audio works just fine, only thing I have to check is external mic, but I need an iphone headset or adaptor for this stupid all in one jack.
HDMI audio might be an impossible task, since Apple has no machine with 9400m and HDMI audio, I will try some hacks maybe we have luck, but I don't bet on this..
QUOTE (THe KiNG @ Nov 27 2010, 12:28 AM)
You can't get rid of those assertions errors, only if you hack your BIOS.
As you can see that Pincap In/Out is not on Apple taste, the NID's verbs (Pin Default) are just fine since we inject those using Apple stile...
So if you find a way to inject Pincap w/o touching the BIOS then yeah you can get rid of errors, on 10.6.5 in my case Apple corrected what I call a bug on this and does not print any errors, but boot time increased a lot(that's why I chosed to use hacked kext), on your dunno maybe you still have something wrong in your plist, try to disable more NID's but keep internal speaker, w/o it u will not have sound at all, use the easy way to inject verbs.
Yes audio works just fine, only thing I have to check is external mic, but I need an iphone headset or adaptor for this stupid all in one jack.
I never had any problems with boot time on my system with an IDT codec, and speakers, mics, and headphone jacks work just fine, even headphone jack detection. As you can see that Pincap In/Out is not on Apple taste, the NID's verbs (Pin Default) are just fine since we inject those using Apple stile...
So if you find a way to inject Pincap w/o touching the BIOS then yeah you can get rid of errors, on 10.6.5 in my case Apple corrected what I call a bug on this and does not print any errors, but boot time increased a lot(that's why I chosed to use hacked kext), on your dunno maybe you still have something wrong in your plist, try to disable more NID's but keep internal speaker, w/o it u will not have sound at all, use the easy way to inject verbs.
Yes audio works just fine, only thing I have to check is external mic, but I need an iphone headset or adaptor for this stupid all in one jack.
QUOTE
HDMI audio might be an impossible task, since Apple has no machine with 9400m and HDMI audio, I will try some hacks maybe we have luck, but I don't bet on this..
Well appletv definitely has working HDMI out with OSX, and also AppleHDA has HDMI pathmap information for the Nvidia MCP79 codec. Several models of macbooks have used that chipset. And the mac mini which has working hdmi audio. So I think it should work. Unfortunately I don't have such a system to compare against.
Again, I'm still wondering if the DSDT injection strings you listed are for AppleHDA use only, or whether they may help enable HDMI audio with voodoohda.
I've been hacking on voodoohda quite a bit and I can get it so that it seems to be writing audio packets to the audio controller's HDMI codec, but I still get no sound...
QUOTE (bcc9 @ Nov 30 2010, 08:26 AM)
I never had any problems with boot time on my system with an IDT codec, and speakers, mics, and headphone jacks work just fine, even headphone jack detection.
We do have a diff codec right?
In plus I have that all in one jack crap.
So do not expect same behaviour from AppleHDA...
As I said 10.6.5 AppleHDA added on me big lag on boot, from 11 seconds(I use SSD) to double or more, since it dosen't print any error anymore I have no idea what can be, so I use that hacked version that boot fast, same fast is VoodooHDA but one of 3 boots it panics...
QUOTE (bcc9 @ Nov 30 2010, 08:26 AM)
Well appletv definitely has working HDMI out with OSX, and also AppleHDA has HDMI pathmap information for the Nvidia MCP79 codec. Several models of macbooks have used that chipset. And the mac mini which has working hdmi audio. So I think it should work. Unfortunately I don't have such a system to compare against.
Do not compare MCP79 with MCP89, it has diff built in GPU and HDMI audio stuff.
MacMini4,1 is the only one I know it has working HDMI audio and is MCP89
If AppleTV use MCP79 and has working HDMI audio then I need full dumps from it to figure out what they did.
Rest of the MCP79 mac's does not have HDMI audio.
Yes there is a pathmap for MCP79 but is not used, and even if you try to use that it has zero effect.
QUOTE (bcc9 @ Nov 30 2010, 08:26 AM)
Again, I'm still wondering if the DSDT injection strings you listed are for AppleHDA use only, or whether they may help enable HDMI audio with voodoohda.
I've been hacking on voodoohda quite a bit and I can get it so that it seems to be writing audio packets to the audio controller's HDMI codec, but I still get no sound...
I've been hacking on voodoohda quite a bit and I can get it so that it seems to be writing audio packets to the audio controller's HDMI codec, but I still get no sound...
The DSDT injection part has no effect on VoodooHDA, it is for AppleHDA, w/o that, it complain about EFI ROM didn't published bla bla...
IMHO VoodooHDA can be fixed for HDMI audio but we need more info about how it should interconnect with OSvKernDSPLib.kext(one of my panics reason) and Apple knows what else, maybe AudioAUUC.kext?
QUOTE (THe KiNG @ Nov 30 2010, 03:33 AM)
We do have a diff codec right?
In plus I have that all in one jack crap.
So do not expect same behaviour from AppleHDA...
Yes, mine is IDT 92HD73C1X5. Since they are both IDT, and you first wrote that your changes were for IDT users... Not clear which part was/is truly hp mini311 only, and which parts apply to other IDT codecs.In plus I have that all in one jack crap.
So do not expect same behaviour from AppleHDA...
Sharing of info across IDT codecs has allowed many different models of dell laptops to have working AppleHDA audio. For example I shared my IDT info with the dell 14z users, giving them working audio, even though there codec is IDT 92HD83C1X
In any case I don't mean to argue, just trying to understand which parts of your recommended DSDT changes are applicable and when.
QUOTE (THe KiNG @ Nov 30 2010, 03:33 AM)
As I said 10.6.5 AppleHDA added on me big lag on boot, from 11 seconds(I use SSD) to double or more, since it dosen't print any error anymore I have no idea what can be, so I use that hacked version that boot fast, same fast is VoodooHDA but one of 3 boots it panics...
Good luck figuring out the time delay, I don't have such a problem with my laptop. I did debug a voodoohda crash down thru the IOAudioFamily driver. (Had to set up two system debugging for that, ugh). Turns out the IOAudioFamily driver and voodoohda can get into an inconsistent state where they disagree about the audio channel's bit width, resulting in a crash when trying to bzero the sample buffer. You can work around this crash by being sure that all your audio streams are set to 24 bits (in the midi setup ap) before any audio is played.QUOTE (THe KiNG @ Nov 30 2010, 03:33 AM)
Do not compare MCP79 with MCP89, it has diff built in GPU and HDMI audio stuff.
Why not? I compared the mcp79 vs mcp89 hdmi code in the linux kernel and they differences are minor. And mcp79 audio via hdmi works fine under linux.
QUOTE (THe KiNG @ Nov 30 2010, 03:33 AM)
MacMini4,1 is the only one I know it has working HDMI audio and is MCP89
I should have one to take a look at tomorrow and I'm thinking of trying to load up voodoohda on it to troubleshoot...
QUOTE (THe KiNG @ Nov 30 2010, 03:33 AM)
Yes there is a pathmap for MCP79 but is not used, and even if you try to use that it has zero effect.
Really, shipping but not used? No wonder I couldn't get it to work...QUOTE
OSvKernDSPLib.kext(one of my panics reason)
Sounds like the crash I debugged and described above. If your backtrace includes 0x295961 as the routine that IOAudioFamily is calling then it's probably the same one.
QUOTE (bcc9 @ Dec 1 2010, 11:12 AM)
Yes, mine is IDT 92HD73C1X5. Since they are both IDT, and you first wrote that your changes were for IDT users... Not clear which part was/is truly hp mini311 only, and which parts apply to other IDT codecs.
Sharing of info across IDT codecs has allowed many different models of dell laptops to have working AppleHDA audio. For example I shared my IDT info with the dell 14z users, giving them working audio, even though there codec is IDT 92HD83C1X
In any case I don't mean to argue, just trying to understand which parts of your recommended DSDT changes are applicable and when.
Sharing of info across IDT codecs has allowed many different models of dell laptops to have working AppleHDA audio. For example I shared my IDT info with the dell 14z users, giving them working audio, even though there codec is IDT 92HD83C1X
In any case I don't mean to argue, just trying to understand which parts of your recommended DSDT changes are applicable and when.
The DSDT injection part apply to all who want to use apple driver and have HDMI audio built in, only layout id is a matter of taste...
Patched driver is also for all IDT users(may work for others that gets same error), you got rid of errors right?
Notebook codec implementation is very vendor specific, they chose what nodes to use, how many in/outs/type and what crap they setup in BIOS and is the main reason for not working on all that share same codec id, if you are curious take a look on windows driver and you will see that there are setups for each vendor/subsytem id...
QUOTE (bcc9 @ Dec 1 2010, 11:12 AM)
Good luck figuring out the time delay, I don't have such a problem with my laptop. I did debug a voodoohda crash down thru the IOAudioFamily driver. (Had to set up two system debugging for that, ugh). Turns out the IOAudioFamily driver and voodoohda can get into an inconsistent state where they disagree about the audio channel's bit width, resulting in a crash when trying to bzero the sample buffer. You can work around this crash by being sure that all your audio streams are set to 24 bits (in the midi setup ap) before any audio is played.
......
Sounds like the crash I debugged and described above. If your backtrace includes 0x295961 as the routine that IOAudioFamily is calling then it's probably the same one.
......
Sounds like the crash I debugged and described above. If your backtrace includes 0x295961 as the routine that IOAudioFamily is calling then it's probably the same one.
I passed the panic info to Slice, if he want/can to fix it is up to him, I don't code and have no plans to learn that.
I'm more interested in ACPI stuff...
For me the hacked driver is perfect for the moment, if I will be able to get HDMI audio only future can tell, is not on my priority list but I will get to it for the sake of knowledge
QUOTE (bcc9 @ Dec 1 2010, 11:12 AM)
Why not? I compared the mcp79 vs mcp89 hdmi code in the linux kernel and they differences are minor. And mcp79 audio via hdmi works fine under linux.
Because we are not talking about Linux driver but Apple one, Apple driver has several checks for codec id, subsytem vendor id, revision id and who knows what else, you can take a look with otx/ida...
Simply replacing the codec id like we do for normal audio stuff does not help, and I'm pretty sure you already know that...
Since 10.6.5 version many lose HDMI audio, and this is a reason in plus to keep working/fast driver for developments.
QUOTE (bcc9 @ Dec 1 2010, 11:12 AM)
I should have one to take a look at tomorrow and I'm thinking of trying to load up voodoohda on it to troubleshoot...
Really, shipping but not used? No wonder I couldn't get it to work...
Really, shipping but not used? No wonder I couldn't get it to work...
Yes do that if you can and dump any info from OS X with VoodooHDA and Linux(update ALSA to latest) it may help us to get it working, also try alsa info stuff and alsa analizer.
@THeKiNG.
Thank you for the HP Mini 311 kext. I am using on my Vostro 3500 with your injector and DSDT mod.s and it works a treat. As a bonus the Vostro has the same Realtek SD Card reader so the injector gets that recognised too.
Can you explain the part of the injector relating to the MacBook5,1 and what the utility of this is please. I am guessing it is because of the graphics card that the Mini 311 shares with the MacBook is that right? Where does the information for that part of the injector come from?
Thanks for the info and all your help.
EDIT: NO NEED TO REPLY - worked it out. AGPM injection for your HP mini and not relevant to me!
Thank you for the HP Mini 311 kext. I am using on my Vostro 3500 with your injector and DSDT mod.s and it works a treat. As a bonus the Vostro has the same Realtek SD Card reader so the injector gets that recognised too.
Can you explain the part of the injector relating to the MacBook5,1 and what the utility of this is please. I am guessing it is because of the graphics card that the Mini 311 shares with the MacBook is that right? Where does the information for that part of the injector come from?
Thanks for the info and all your help.
EDIT: NO NEED TO REPLY - worked it out. AGPM injection for your HP mini and not relevant to me!
Hi there, I'm trying to patch AppleHDA for this chip:
Sound card is integrated on a HP Pavilion dv6261ea
VoodooHDA is very crappy and unusable on this chip:
- sound on the out is corrupted (I can test only the HP out, because PC-speakers are broken);
- (mic) input is not working even if it's shown on the input list.
In the zip file attached you can find:
- codec dump
- dec codec dump
- codecgraph
- verbs
Click to view attachment
My trouble is how do I set the PathMap? How do you map those nodes?
It seems there's *one* mixer on node 23 only and only one output on node 25.
16, 17, 18, 20 and 21 on mixer 23?
SPDIF: 19, 24
Thanks for your help.
CODE
Codec: Conexant CX20549 (Venice)
Address: 0
Function Id: 0x2
Vendor Id: 0x14f15045
Subsystem Id: 0x103c30bb
Revision Id: 0x100100
Address: 0
Function Id: 0x2
Vendor Id: 0x14f15045
Subsystem Id: 0x103c30bb
Revision Id: 0x100100
Sound card is integrated on a HP Pavilion dv6261ea
VoodooHDA is very crappy and unusable on this chip:
- sound on the out is corrupted (I can test only the HP out, because PC-speakers are broken);
- (mic) input is not working even if it's shown on the input list.
In the zip file attached you can find:
- codec dump
- dec codec dump
- codecgraph
- verbs
Click to view attachment
CODE
Jack Color Description Node PinDefault Modified Verbs
--------------------------------------------------------------------------------------------------------
Analog Unknown Speaker at Int Top 16 0x10 0x95170110 01071c10 01071d00 01071e17 01071f90
1/8 Black HP Out at Ext Front 17 0x11 0x0221101f 01171c40 01171d10 01171e21 01171f01
1/8 Pink Mic at Ext N/A 18 0x12 0x40a190f0 01271cf0 01271d90 01271ea1 01271f40
Optical Black SPDIF Out at Sep Front 19 0x13 0x22451130 01371c30 01371d10 01371e45 01371f21
Analog Pink Mic at Ext Front 20 0x14 0x02a79120 01471c20 01471d90 01471ea7 01471f01
Unknown Unknown Line Out at Ext N/A 21 0x15 0x400001f0 01571c50 01571d00 01571e00 01571f40
--------------------------------------------------------------------------------------------------------
--------------------------------------------------------------------------------------------------------
Analog Unknown Speaker at Int Top 16 0x10 0x95170110 01071c10 01071d00 01071e17 01071f90
1/8 Black HP Out at Ext Front 17 0x11 0x0221101f 01171c40 01171d10 01171e21 01171f01
1/8 Pink Mic at Ext N/A 18 0x12 0x40a190f0 01271cf0 01271d90 01271ea1 01271f40
Optical Black SPDIF Out at Sep Front 19 0x13 0x22451130 01371c30 01371d10 01371e45 01371f21
Analog Pink Mic at Ext Front 20 0x14 0x02a79120 01471c20 01471d90 01471ea7 01471f01
Unknown Unknown Line Out at Ext N/A 21 0x15 0x400001f0 01571c50 01571d00 01571e00 01571f40
--------------------------------------------------------------------------------------------------------
My trouble is how do I set the PathMap? How do you map those nodes?
It seems there's *one* mixer on node 23 only and only one output on node 25.
16, 17, 18, 20 and 21 on mixer 23?
SPDIF: 19, 24
Thanks for your help.
So, I've figured out the semantics for AppleHDA's CodecAddressMask. I believe I'm the first to do so, at least I've never seen it documented anywhere.
The value for this key is a bitmask of codec address #s. Not the 32 bit vendor id, but the CID values. For every CID value to match, set bit (1 << (CID#).
So for example, take a laptop with mcp79 chipset with hdmi audio at CID #3, and another codec at CID #0. CodecAddressMask, in hex, of:
0x1 matches CID #0 (the other codec on my laptop: IDT)
0x8 matches CID #3 (the HDMI codec for mcp79 chipset)
0x9 matches CID #3 and #0
When I change CodecAddressMask to 0x9 for my laptop, the mcp79 codec is detected and appears in my IO registry under the HDEF node. Horray.
A value of 0x8 causes AppleHDA to ignore the IDT codec but still see the HDMI codec.
Now the only problem is that even though the HDMI codec is detected, it is unusable because the # of channels is left as zero. I can see this by running a debugging version of IOAudioEngine with logging turned on. My current guess is that AppleHDA doesn't like the pincap value for node 0x5 on the dell laptop, where it is:
Pincap 0x00000014: OUT Detect
vs a macmini:
Pincap 0x09000094: OUT Detect HBR HDMI DP
First, while the apple driver looks at some of these extra values such as revision id, I see nowhere in the code where it does anything with these values other than to report the values in the ioregistry. Specifically I did not need to hack the subsystem vendor id or revision id in order to get the mcp79 to match just fine. I know that the codec id is checked but the mcp79 codec id is already in the AppleHDA binary.
Second, I understand this thread is about AppleHDA, but if the current alsa code (which happens to be in linux whereas the freebsd code and thus the voodoo code is older) can shed light on why mcp89 hdmi audio works under OSX but not mcp79 then it's worth understanding how it works over there. It is the only working open source implementation I'm aware of for mcp79 hdmi audio.
The value for this key is a bitmask of codec address #s. Not the 32 bit vendor id, but the CID values. For every CID value to match, set bit (1 << (CID#).
So for example, take a laptop with mcp79 chipset with hdmi audio at CID #3, and another codec at CID #0. CodecAddressMask, in hex, of:
0x1 matches CID #0 (the other codec on my laptop: IDT)
0x8 matches CID #3 (the HDMI codec for mcp79 chipset)
0x9 matches CID #3 and #0
When I change CodecAddressMask to 0x9 for my laptop, the mcp79 codec is detected and appears in my IO registry under the HDEF node. Horray.
A value of 0x8 causes AppleHDA to ignore the IDT codec but still see the HDMI codec.
Now the only problem is that even though the HDMI codec is detected, it is unusable because the # of channels is left as zero. I can see this by running a debugging version of IOAudioEngine with logging turned on. My current guess is that AppleHDA doesn't like the pincap value for node 0x5 on the dell laptop, where it is:
Pincap 0x00000014: OUT Detect
vs a macmini:
Pincap 0x09000094: OUT Detect HBR HDMI DP
QUOTE (THe KiNG @ Dec 1 2010, 10:44 AM)
Because we are not talking about Linux driver but Apple one, Apple driver has several checks for codec id, subsytem vendor id, revision id and who knows what else, you can take a look with otx/ida...
Simply replacing the codec id like we do for normal audio stuff does not help, and I'm pretty sure you already know that...
Since 10.6.5 version many lose HDMI audio, and this is a reason in plus to keep working/fast driver for developments.
Simply replacing the codec id like we do for normal audio stuff does not help, and I'm pretty sure you already know that...
Since 10.6.5 version many lose HDMI audio, and this is a reason in plus to keep working/fast driver for developments.
First, while the apple driver looks at some of these extra values such as revision id, I see nowhere in the code where it does anything with these values other than to report the values in the ioregistry. Specifically I did not need to hack the subsystem vendor id or revision id in order to get the mcp79 to match just fine. I know that the codec id is checked but the mcp79 codec id is already in the AppleHDA binary.
Second, I understand this thread is about AppleHDA, but if the current alsa code (which happens to be in linux whereas the freebsd code and thus the voodoo code is older) can shed light on why mcp89 hdmi audio works under OSX but not mcp79 then it's worth understanding how it works over there. It is the only working open source implementation I'm aware of for mcp79 hdmi audio.
Dear bcc9 great findings! I will read your post again carefully; can you write a guide or help me do the same thing for my Dell Mini 1011's ALC272 too? I would be grateful... I have the codec dumps from Ubuntu as well, but got stuck there
QUOTE (Konsti @ Dec 13 2010, 01:22 AM)
Dear bcc9 great findings! I will read your post again carefully; can you write a guide or help me do the same thing for my Dell Mini 1011's ALC272 too? I would be grateful... I have the codec dumps from Ubuntu as well, but got stuck there
You can configure CodecAddressMask in a "legacy" hda kext, or edit the appropriate Info.plist within AppleHDA directly. It's premature for a guide, as while the change may be necessary for working HDMI on some systems, the change is not sufficient. Ie HDMI audio still does not work for me as no streams are initialized.
In the macmini case, for the HDMI codec, an AppleHDAEngineOutputDP node is attached to the ioregistry under the AppleHDADriver node, whereas in my case the AppleHDADriver entry for the HDMI codec has no child nodes. In the macmini case, the ioregistry looks like: Click to view attachment
I hacked my applehda to make the pincap entries have the HDMI and displayport flags set, but this made no difference...
So I'm once again stumped as to why the HDMI codec doesn't fully initialize properly on my system.
QUOTE (THe KiNG @ Nov 26 2010, 05:19 PM)
I finally got rid of errors with old binary patched AppleHDA for HP Mini 311, now all looks OK and boot is fast!
Had to "jump" over 6 sound assertions errors, since after jumping one new showed up, until I got clean log...
The driver is patched only for i386, so if someone want to use it with x86_64 arch, that part of the fat binary needs to be patched.
@ bcc9 you can try it on i386, replace the mini codec id with yours and give it a try...
The DSDT injection part is the same I posted earlier.
Many thanks to my secret friend ( ) who helped me to get rid of this errors.
Have fun, and enjoy faster boot!
Click to view attachment
Had to "jump" over 6 sound assertions errors, since after jumping one new showed up, until I got clean log...
The driver is patched only for i386, so if someone want to use it with x86_64 arch, that part of the fat binary needs to be patched.
@ bcc9 you can try it on i386, replace the mini codec id with yours and give it a try...
The DSDT injection part is the same I posted earlier.
Many thanks to my secret friend (
) who helped me to get rid of this errors.Have fun, and enjoy faster boot!
Click to view attachment
Hey THe KiNG,
I have IDT 92HD75B3X5, which is fairly similar to the IDT in HP Mini 311.
How could I patch the latest AppleHDA this for both i386 and x86_64?
Currently I use the patched AppleHDA from 10.6.2 but I get lots of asserts such as these:
CODE
Dec 21 10:00:11 localhost kernel[0]: Sound assertion "0 == iterator" failed in "/SourceCache/AppleHDA/AppleHDA-187.4.1/AppleHDAController/AppleHDAController.cpp" at line 996 goto Exit
Dec 21 10:00:52 MacBook-Pro kernel[0]: Sound assertion "kTypePinComplex != fType" failed in "/SourceCache/AppleHDA/AppleHDA-187.4.1/AppleHDA/AppleHDAWidget.cpp" at line 2909 goto Exit
Dec 21 10:00:52 MacBook-Pro kernel[0]: Sound assertion "kTypePinComplex != fType" failed in "/SourceCache/AppleHDA/AppleHDA-187.4.1/AppleHDA/AppleHDAWidget.cpp" at line 2018 goto Exit
Dec 21 10:00:52 MacBook-Pro kernel[0]: Sound assertion "kTypePinComplex != fType" failed in "/SourceCache/AppleHDA/AppleHDA-187.4.1/AppleHDA/AppleHDAWidget.cpp" at line 2909 goto Exit
Dec 21 10:00:52 MacBook-Pro kernel[0]: Sound assertion "kTypePinComplex != fType" failed in "/SourceCache/AppleHDA/AppleHDA-187.4.1/AppleHDA/AppleHDAWidget.cpp" at line 2018 goto Exit
But I do get working HDMI audio
Is it hard to debug and fix?
Thanks a lot
Seems many don't get the point of this guide, this is not a place where you can ask for someone to do your work!
Stop begging and use your brain.
Those posts can be found on Trash section.
Stop begging and use your brain.
Those posts can be found on Trash section.
I made a post today asking if anybody had any experience of my particular setup and whether it would work. I think its pretty flippant just to delete it. I am genuinely prepared to use the guide and try it myself but there would be little point in putting myself through the frustration if someone with my hardware could already confirm that it doesn't work.
I appreciate all the work that goes into this forum but, like many others I'm sure, am not an expert in kexts and DSDTs. Would it really have been so hard to say something positive and encourage someone to use the guide?
seasons greetings,
I appreciate all the work that goes into this forum but, like many others I'm sure, am not an expert in kexts and DSDTs. Would it really have been so hard to say something positive and encourage someone to use the guide?
seasons greetings,
QUOTE (THe KiNG @ Dec 29 2010, 04:40 PM)
Seems many don't get the point of this guide, this is not a place where you can ask for someone to do your work!
Stop begging and use your brain.
Those posts can be found on Trash section.
Stop begging and use your brain.
Those posts can be found on Trash section.
Not being funny or anything but the Tut is incompleted so how can i even finish, I have tried and failed.
I thought the whole idea of a community is to help each other out, I have helped many with Lenovo G550 laptops and i am trying to get it completed so all people with Lenovo G550 can use a Retail Mac install with everything running.
But if this is how you feel then maybe this is not the community i thought it would be.
I thought the whole idea of a community is to help each other out, I have helped many with Lenovo G550 laptops and i am trying to get it completed so all people with Lenovo G550 can use a Retail Mac install with everything running.
But if this is how you feel then maybe this is not the community i thought it would be.
QUOTE (Hacktrix2006 @ Dec 29 2010, 09:28 PM)
Not being funny or anything but the Tut is incompleted so how can i even finish, I have tried and failed.
The guide is incomplete with a purpose, to make you think.
It cover the most important stuff, rest is a child play once you understand...
I know most want to be serve with A-Z guide, but if all would be like that, then no new hacker will born and only few people would be interested to develop/find/hack, rest would wait to be served.
Yes you tried and failed, I did the same first time, and 599 time, but on 600 try I got it working and finally understand.
You don't need to try that much, as I said most of the part is covered, once you get the verbs part finished, looking on codecgraph will be easy to get the rest of the part.
@ codecowboy I dunno how to prepare food, that dosen't mean you will see me on food forums asking for someone to prepare my food, if you wanna eat proper stuff you must learn how to do it, or order prepared food (read apple).
And I do encourage you to use it.
Good luck!
I just reinstalled Snow on my nForce 680i. On 10.6.0 to 10.6.2 I'm able to use AppleHDA (no all Outs / Ins working But enough for me) with attached Injector. After updated to 10.6.3 or higher its useless even if i remove BuiltInHDA (http://www.insanelymac.com/forum/index.php?showtopic=140941) in Info.plist. My codec 885 is in the binary so i should work without bin patching.
What I need to change to get it working on 10.6.5?
Codec Dumps & Injector Info.pist
Click to view attachment
What I need to change to get it working on 10.6.5?
Codec Dumps & Injector Info.pist
Click to view attachment
QUOTE (THe KiNG @ Dec 30 2010, 12:42 PM)
The guide is incomplete with a purpose, to make you think.
It cover the most important stuff, rest is a child play once you understand...
I know most want to be serve with A-Z guide, but if all would be like that, then no new hacker will born and only few people would be interested to develop/find/hack, rest would wait to be served.
Yes you tried and failed, I did the same first time, and 599 time, but on 600 try I got it working and finally understand.
You don't need to try that much, as I said most of the part is covered, once you get the verbs part finished, looking on codecgraph will be easy to get the rest of the part.
@ codecowboy I dunno how to prepare food, that dosen't mean you will see me on food forums asking for someone to prepare my food, if you wanna eat proper stuff you must learn how to do it, or order prepared food (read apple).
And I do encourage you to use it.
Good luck!
It cover the most important stuff, rest is a child play once you understand...
I know most want to be serve with A-Z guide, but if all would be like that, then no new hacker will born and only few people would be interested to develop/find/hack, rest would wait to be served.
Yes you tried and failed, I did the same first time, and 599 time, but on 600 try I got it working and finally understand.
You don't need to try that much, as I said most of the part is covered, once you get the verbs part finished, looking on codecgraph will be easy to get the rest of the part.
@ codecowboy I dunno how to prepare food, that dosen't mean you will see me on food forums asking for someone to prepare my food, if you wanna eat proper stuff you must learn how to do it, or order prepared food (read apple).
And I do encourage you to use it.
Good luck!
Sorry if i was harsh, could you at least point me in the right direction, as you can see if my attachment i don't even know if thats been done right and i have read what tut was there and fail to understand the last bits about the verb.
Modding drivers is a different kettle of fish to modding BIOS's like i do or making mods like Airwolf at airwolfprojectx somethings i am good at others i am not or not sure some help would be gratefull.
Is there a linux tool which will give me the pin configs in the correct format or can I jest edit / convert these manually? I don't have access to Vista / Windows 7. I got the following from init_pin_configs under Ubuntu:
0x11 0x02214130
0x12 0x01014010
0x13 0x511711f0
0x14 0x02a19121
0x15 0x0181302e
0x16 0x01011012
0x17 0x01a19020
0x18 0x99331122
0x1a 0x91f711f0
0x1b 0x0145f1f0
0x1c 0x41c5f1f0
0x24 0x01016011
0x25 0x01012014
Also, do I need to create a dsdt.aml AND patch kexts or is it one or the other? The guide is not very clear on this.
thanks,
0x11 0x02214130
0x12 0x01014010
0x13 0x511711f0
0x14 0x02a19121
0x15 0x0181302e
0x16 0x01011012
0x17 0x01a19020
0x18 0x99331122
0x1a 0x91f711f0
0x1b 0x0145f1f0
0x1c 0x41c5f1f0
0x24 0x01016011
0x25 0x01012014
Also, do I need to create a dsdt.aml AND patch kexts or is it one or the other? The guide is not very clear on this.
thanks,
Hi,
i have problem with my alc883 codec form ga-945p-s3. I did everything according to the tutorial, but it doesn't work correctly with my verbs.
So my verbs are: 01471c10 01471d40 01471e01 01471f01 01871c40 01871d90 01871ea1 01871f01 01971c50 01971d90 01971ea1 01971f01 01a71c70 01a71d30 01a71e81 01a71f01 01b71c20 01b71d40 01b71e21 01b71f01 01e71c30 01e71d60 01e71e4b 01e71f01 01f71c60 01f71d70 01f71ecb 01f71f01
but it doesn't work.
I have to use this:
01471C40 01471D41 01471E11 01471F01 01571C50 01571D10 01571E01 01571F01 01671C60 01671D60 01671E01 01671F01 01771C70 01771D10 01771E11 01771F41 01871C20 01871D91 01871E8B 01871F01 01971C30 01971D91 01971EA0 01971F90 01A71C10 01A71D20 01A71E01 01A71F01 01B71C80 01B71D40 01B71E21 01B71F02 01C71CB2 01C71D01 01C71E33 01C71F99 01D71C0F 01D71D01 01D71E83 01D71F99 01E71C90 01E71D11 01E71E45 01E71F01 01F71CA0 01F71D10 01F71EC5 01F71F41
and it works, but in my opinion it isn't corrent :/
What should i do with this ? Can someone help me with this ?
Click to view attachment
Click to view attachment
My edited AppleHDA Click to view attachment
i have problem with my alc883 codec form ga-945p-s3. I did everything according to the tutorial, but it doesn't work correctly with my verbs.
CODE
Verbs from Linux Codec Dump File: codec_dump.txt
Codec: Realtek ALC883 Address: 2 DevID: 283904131 (0x10ec0883)
Jack Color Description Node PinDefault Original Verbs
--------------------------------------------------------------------------------------------------------
1/8 Green Line Out at Ext Rear 20 0x14 0x01014410 21471c10 21471d44 21471e01 21471f01
1/8 Black Speaker at Ext Rear 21 0x15 0x411111f0 21571cf0 21571d11 21571e11 21571f41
1/8 Black Speaker at Ext Rear 22 0x16 0x411111f0 21671cf0 21671d11 21671e11 21671f41
1/8 Black Speaker at Ext Rear 23 0x17 0x411111f0 21771cf0 21771d11 21771e11 21771f41
Mic at Ext Rear 0x18 0x18 27368512 21871c40 21871d9c 21871ea1 21871f01
Mic at Ext Front 0x19 0x19 44145744 21971c50 21971d9c 21971ea1 21971f02
1/8 Blue Line In at Ext Rear 26 0x1a 0x01813c4f 21a71c4f 21a71d3c 21a71e81 21a71f01
HP Out at Ext Front 0x1b 0x1b 35736608 21b71c20 21b71d4c 21b71e21 21b71f02
ATAPI Unknown CD at Int ATAPI 28 0x1c 0x593301f0 21c71cf0 21c71d01 21c71e33 21c71f59
1/8 Black Speaker at Ext Rear 29 0x1d 0x411111f0 21d71cf0 21d71d11 21d71e11 21d71f41
Comb Orange SPDIF Out at Ext Rear 30 0x1e 0x014b6130 21e71c30 21e71d61 21e71e4b 21e71f01
Comb Yellow SPDIF In at Ext Rear 31 0x1f 0x01cb7160 21f71c60 21f71d71 21f71ecb 21f71f01
--------------------------------------------------------------------------------------------------------
Jack Color Description Node PinDefault Modified Verbs
--------------------------------------------------------------------------------------------------------
1/8 Green Line Out at Ext Rear 20 0x14 0x01014410 21471c10 21471d40 21471e01 21471f01
Mic at Ext Rear 0x18 0x18 27368512 21871c40 21871d90 21871ea1 21871f01
Mic at Ext Front 0x19 0x19 44145744 21971c50 21971d90 21971ea1 21971f01
1/8 Blue Line In at Ext Rear 26 0x1a 0x01813c4f 21a71c70 21a71d30 21a71e81 21a71f01
HP Out at Ext Front 0x1b 0x1b 35736608 21b71c20 21b71d40 21b71e21 21b71f01
Comb Orange SPDIF Out at Ext Rear 30 0x1e 0x014b6130 21e71c30 21e71d60 21e71e4b 21e71f01
Comb Yellow SPDIF In at Ext Rear 31 0x1f 0x01cb7160 21f71c60 21f71d70 21f71ecb 21f71f01
--------------------------------------------------------------------------------------------------------
Codec: Realtek ALC883 Address: 2 DevID: 283904131 (0x10ec0883)
Jack Color Description Node PinDefault Original Verbs
--------------------------------------------------------------------------------------------------------
1/8 Green Line Out at Ext Rear 20 0x14 0x01014410 21471c10 21471d44 21471e01 21471f01
1/8 Black Speaker at Ext Rear 21 0x15 0x411111f0 21571cf0 21571d11 21571e11 21571f41
1/8 Black Speaker at Ext Rear 22 0x16 0x411111f0 21671cf0 21671d11 21671e11 21671f41
1/8 Black Speaker at Ext Rear 23 0x17 0x411111f0 21771cf0 21771d11 21771e11 21771f41
Mic at Ext Rear 0x18 0x18 27368512 21871c40 21871d9c 21871ea1 21871f01
Mic at Ext Front 0x19 0x19 44145744 21971c50 21971d9c 21971ea1 21971f02
1/8 Blue Line In at Ext Rear 26 0x1a 0x01813c4f 21a71c4f 21a71d3c 21a71e81 21a71f01
HP Out at Ext Front 0x1b 0x1b 35736608 21b71c20 21b71d4c 21b71e21 21b71f02
ATAPI Unknown CD at Int ATAPI 28 0x1c 0x593301f0 21c71cf0 21c71d01 21c71e33 21c71f59
1/8 Black Speaker at Ext Rear 29 0x1d 0x411111f0 21d71cf0 21d71d11 21d71e11 21d71f41
Comb Orange SPDIF Out at Ext Rear 30 0x1e 0x014b6130 21e71c30 21e71d61 21e71e4b 21e71f01
Comb Yellow SPDIF In at Ext Rear 31 0x1f 0x01cb7160 21f71c60 21f71d71 21f71ecb 21f71f01
--------------------------------------------------------------------------------------------------------
Jack Color Description Node PinDefault Modified Verbs
--------------------------------------------------------------------------------------------------------
1/8 Green Line Out at Ext Rear 20 0x14 0x01014410 21471c10 21471d40 21471e01 21471f01
Mic at Ext Rear 0x18 0x18 27368512 21871c40 21871d90 21871ea1 21871f01
Mic at Ext Front 0x19 0x19 44145744 21971c50 21971d90 21971ea1 21971f01
1/8 Blue Line In at Ext Rear 26 0x1a 0x01813c4f 21a71c70 21a71d30 21a71e81 21a71f01
HP Out at Ext Front 0x1b 0x1b 35736608 21b71c20 21b71d40 21b71e21 21b71f01
Comb Orange SPDIF Out at Ext Rear 30 0x1e 0x014b6130 21e71c30 21e71d60 21e71e4b 21e71f01
Comb Yellow SPDIF In at Ext Rear 31 0x1f 0x01cb7160 21f71c60 21f71d70 21f71ecb 21f71f01
--------------------------------------------------------------------------------------------------------
So my verbs are: 01471c10 01471d40 01471e01 01471f01 01871c40 01871d90 01871ea1 01871f01 01971c50 01971d90 01971ea1 01971f01 01a71c70 01a71d30 01a71e81 01a71f01 01b71c20 01b71d40 01b71e21 01b71f01 01e71c30 01e71d60 01e71e4b 01e71f01 01f71c60 01f71d70 01f71ecb 01f71f01
but it doesn't work.
I have to use this:
01471C40 01471D41 01471E11 01471F01 01571C50 01571D10 01571E01 01571F01 01671C60 01671D60 01671E01 01671F01 01771C70 01771D10 01771E11 01771F41 01871C20 01871D91 01871E8B 01871F01 01971C30 01971D91 01971EA0 01971F90 01A71C10 01A71D20 01A71E01 01A71F01 01B71C80 01B71D40 01B71E21 01B71F02 01C71CB2 01C71D01 01C71E33 01C71F99 01D71C0F 01D71D01 01D71E83 01D71F99 01E71C90 01E71D11 01E71E45 01E71F01 01F71CA0 01F71D10 01F71EC5 01F71F41
and it works, but in my opinion it isn't corrent :/
What should i do with this ? Can someone help me with this ?
Click to view attachment
Click to view attachment
My edited AppleHDA Click to view attachment
QUOTE (THe KiNG @ Nov 27 2010, 03:28 AM)
HDMI audio might be an impossible task, since Apple has no machine with 9400m and HDMI audio, I will try some hacks maybe we have luck, but I don't bet on this..
I've enabled HDMI audio w/AppleHDA (edited DSDTs and patched AppleHDAs) on all of my systems (HD 5870, GTX 460, GT 430 and GT425M). Only the HD 5870 works (oob) on 10.6.5 AppleHDA. Like others have found, the only way to enable HDMI audio on my Fermi cards with 10.6.5 is to install a patched 10.6.4 AppleHDA. I compared the ioreg dumps (GA-H55N-USB3/GTX 460/10.6.5; Case 1. patched 10.6.4 and Case 2, 10.6.5 patched AppleHDA kext). Other than 10.6.4 gets to AppleHDAEngineOutputDP@0,1,1,1,0 and 10.6.5 doesn't, I can't find anything that is different. The ioreg dumps are attached. I welcome any ideas that may help solve this problem.
Hopefully, we have enough luck.
Case 1:
Click to view attachment
Case 2:
Click to view attachment
QUOTE (toleda @ Jan 1 2011, 08:59 PM)
Other than 10.6.4 gets to AppleHDAEngineOutputDP@0,1,1,1,0 and 10.6.5 doesn't,
Wish I could get the AppleHDAEngineOutputDP node to attach on my 9400m/mcp79 system. I went back and tried 10.6.4 AppleHDA and it made no difference. If you know of some trick, I'd love to hear it.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.