Jump to content

AppleALC — dynamic AppleHDA patching

vit9696

By vit9696,
in AppleALC

 Share
5,390 posts in this topic

Recommended Posts

Matgen84
Matgen84
Posted
Posted
2 hours ago, arsradu said:

Are you also using CodecCommander along with AppleALC? If so, could you, please, test without it? It might interfere with AppleALC's functionality.

 

Thanks a lot for your help :) I don't use CodecCommander.

 

For now, everything seems to work again. I do not know if it will last. I use cyberdevs tool (macOptimizer) for rebuild system and kext cache.

Link to comment
Share on other sites
nmano
nmano
Posted
Posted

ALC1220

 

I test new beta with patched AppleHDA I thing  need to change for ALC1220

8319D411 to 8D3DD411

 

 

Rename Codec 1

Find        8B19D411 

Replace.  2012EC10 

 

Rename Codec2

Find       8D3DD411 

Replace. 00000000 

 

Rename Codec3

Find      8A19D411 

Replace. 00000000 

 

Thanks AppleALC.

Link to comment
Share on other sites
toleda
toleda
Posted
Posted
15 hours ago, Matgen84 said:

With AppleALC 1.3.5, I've a issue on my system (Realtek ALC892): no sound at launch :( I restart and the sound is coming back. Same things with layout-id 1 or 3. 

No  issues testing AppleALC.kext_v1.3.5/ALC892, layouts 1, 2 and 3 prior to and after release

Attach IOReg and config.plist

  • Like 1
Link to comment
Share on other sites
toleda
toleda
Posted
Posted (edited)

Suggestion, add AppleALC support for AppleGFXHDA.kext. 

AppleGFXHDA.kext supports AMD R9 2xx/R9 3xx/Polaris/Vega/VII HDMI audio controllers. Of the dozen controllers supported in the binary, 3 are IOPCIMatch in Info.plist (10.14.3)

 

Currently trying to enable Hades Canyon NUC/i7-8809G/AMD RX Vega M audio

Unsuccessful, log shows AppleALC/Lilu patched AppleHDAController:

1011091908_ScreenShot2019-02-19at5_30_55PM.png.41f67541fa4c43c327d49a78c9385638.png

 

Success, AMD R9 290X HDMI patch adapted to AMD RX Vega M works with AppleHDAController:

1182626754_ScreenShot2019-02-19at5_31_30PM.png.6318a500c5e475b0226e0d86d7a365dd.png

 

 AppleGFXHDA binary path is required. RX 560/aae0 HDMI audio working without IOPCIMatch.

Edited by toleda
Link to comment
Share on other sites
toleda
toleda
Posted
Posted (edited)
41 minutes ago, IAmHolland said:

Some help to get internal SPDIF connector to work.

 

Pathmap and pinconfig edits required. For layouts 1, 2 or 3, see Customization.pdf/Procedure 7. Substitute SPDIF-2 Wire Output

 

Requires cloning the AppleALC repo, editing the source files as noted and compiling a custom AppleALC.kext

Edited by toleda
Link to comment
Share on other sites
qutongming
qutongming
Posted
Posted (edited)

Seek help

Main board: GA Z97X-UD3H Ver1.1

Sound Card: Realtek ALC 1150

Layout-ID1  AppleALC.kext 1.3.0 - 1.3.6 Equipment blank ，Perfect loading of components such as AppHDA  No sound

 

Layout-ID1  AppleALC.kext 1.0.0 - 1.2.8 Device loading ，Perfect loading of components such as AppHDA The sound quality is very good

 

Asking for help

1.2.8_good_audio.zip

1.3.6_no_audio.zip

Edited by qutongming
Link to comment
Share on other sites
toleda
toleda
Posted
Posted (edited)
15 hours ago, Matgen84 said:

IOReg and config.plist in attachment

IOReg shows all ALC892 audio devices and working audio for layout 1.

What problem are you trying to solve?

9 hours ago, qutongming said:

Hope to fix 1.3.6 after the source code support 1150 device blank problem

I've tested the source code problem in multiple ways.

AppleALC.kext_v1.3.6/ALC1150 working for layouts 1, 2 and 3; no source code problems.

Attach IOReg and config.plist

Edited by toleda
Link to comment
Share on other sites
IAmHolland
IAmHolland
Posted
Posted (edited)
On 2/19/2019 at 4:09 PM, toleda said:

 

Pathmap and pinconfig edits required. For layouts 1, 2 or 3, see Customization.pdf/Procedure 7. Substitute SPDIF-2 Wire Output

 

Requires cloning the AppleALC repo, editing the source files as noted and compiling a custom AppleALC.kext

Quote

A. Edit Platforms.xml/zml

 

The doc references AppleHDA, but you mention AppleALC. Trying to match the info to AppleALC, this is now PlatformsT.xml, yes? If so, I found the relevant portions.

 

Quote

B. Edit HDAHardwareConfigDriver/info.plist or realtekALC/Info.plist

 

What's the equivalent of this one for AppleALC? Should I put this information PinConfigs.kext/Contents/Info.plist? If so, What am I looking for here?

 

Quote 

AUccEAFHHUABRx4RAUcfkAFHDAIBVxwgAVcd
EAFXHgEBVx8BAWccMAFnHWABZx4BAWcfAQF3
HPABdx0AAXceAAF3H0ABhxxAAYcdkAGHHqAB
hx+QAZccYAGXHZABlx6BAZcfAgGnHFABpx0w
AacegQGnHwEBtxxwAbcdQAG3HiEBtx8CAbcM
AgHnHJAB5x1hAeceSwHnHwEB9xzwAfcdAAH3
HgAB9x9AARcc8AEXHQABFx4AARcfQA==

 

I don't see that pattern even with hex view.

 

Quote

3. Edit ConfigData (1150 only, edit each entry, 21 to 01)

⁃ Find: 21771cf0 21771d00 21771e00 21771f40

⁃ Replace: 21771c80 21771d20 21771e01 21771f01

⁃ Find: 21571c80 21571d20 21571e01 21571f01

⁃ Replace: 21571cf0 21571d00 21571e00 21571f40

 

Edit: OK, I load it with PinConfigurator.app, but it comes up as

 

Quote 

01771cf0 01771d00 01771e00 01771f40

 

The doc says to edit each entry, 21 to 01. It's already 01? I understand I need to change the first byte in the dword, but what about the last byte? Keep everything as 01 or change it to 21?

 

Also, the second set of patterns don't exist "Find: 21571c80 21571d20 21571e01 21571f01"

 

Edited by IAmHolland
Link to comment
Share on other sites
qutongming
qutongming
Posted
Posted (edited)
13 hours ago, toleda said:

IOReg shows all ALC892 audio devices and working audio for layout 1.

What problem are you trying to solve?

AppleALC.kext_v1.3.6/ALC1150 working for layouts 1, 2 and 3; no source code problems.

Attach IOReg and config.plist

The problem is  （AppleALC  AppleALC.xcodeproj  ResourceConverter）

What's wrong with it?

IORegistryExplorer.zip

The code is all right..zip

Edited by qutongming
Link to comment
Share on other sites
ea dd
ea dd
Posted
Posted

Anyone has any idea about it?

 

On 2/12/2019 at 5:38 PM, ea dd said:

hi. all

 

i have replaced my old GeForce 9500GT with GTX 650 for installing Mojave. My rig info is in my signature.

 

Installed Mojave and it runs cool but audio through HDMI does not work when connecting to TV. Same with High Sierra.

Old card was working and it had a cable connecting the card to S/PDIF out header on mainboard.

new card does not have such a thing. So i guess it is made to work without that S/PDIF cable.

 

i have read somewhere that WhateverGreen.kext should fix HDMI audio problem and downloaded and installed it into /Library/Extension/ then fixed permission with Kext Utility.

 

Rebooted and see  WhateverGreen.kext is loaded. still no audio through HDMI. 


   17    2 0xffffff7f80f7d000 0x22000    0x22000    as.vit9696.Lilu (1.3.1) 2BA44B2C-289E-39B7-A92B-C28291D5FC26 <8 6 5 3 2 1>
   18    0 0xffffff7f80f9f000 0x64000    0x64000    as.vit9696.WhateverGreen (1.2.6) 073AC103-5807-3374-8D23-F98A0975D391 <17 13 8 6 5 3 2 1>
   19    0 0xffffff7f81016000 0xea000    0xea000    as.vit9696.AppleALC (1.3.4) 5A1678E9-EEB8-3646-9244-5B589288D960 <17 13 8 6 5 3 2 1>

 

i'm using Lilu + AppleALC and my audio is working except HDMI.

Please find attached file includes screenshots of sound output settings, system information audio and ioreg file and config.plist of clover.

Help me please.

 

thanks.

 

 

attachment.zip

 

Link to comment
Share on other sites
qutongming
qutongming
Posted
Posted (edited)
15 hours ago, toleda said:

Thank you very much. Toleda

you layout1.xml and layout3.xml No problem。

From 1.00 to 1.2.8 are very good.

 

From 1.3.0 to 1.3.8, it will not work. There is no equipment.

 

 

AppALC1.2.8

15 hours ago, toleda said:

001.png.ec61306d2f300e5dd4e45448dd992a87.png

002.thumb.png.53467d85ccc316374bc46184457569aa.png

003.thumb.png.a0bb7b6424b1c564bf15347c94c0db3a.png

004.thumb.png.edc44fd94e9707d2ed7f136d050540c8.png

 

 

 

AppALC1.3.6

15 hours ago, toleda said:

1.3.6_001.png.ab753cf4e41d51bf01f314f2c7941c23.png

1.3.6_002.png.52cb69111d0c94111ad9ae19a37a56d3.png

1.3.6_003.png.20a18a5522b26ebb334f02e4e9c1e2fc.png

1.3.6_004.thumb.png.992c5616daee1399281d00faac63b7ee.png

Edited by qutongming
Link to comment
Share on other sites
qutongming
qutongming
Posted
Posted (edited)
15 hours ago, toleda said:

IOReg shows all ALC892 audio devices and working audio for layout 1.

What problem are you trying to solve?

AppleALC.kext_v1.3.6/ALC1150 working for layouts 1, 2 and 3; no source code problems.

Attach IOReg and config.plist

From 1.3.0 1.3.1 1.3.2 1.3.3 1.3.4 1.35 and 1.3.6  All equipment blank
 

Similarly, your layout1.XML  layout2.XML and layout3.XML
From 1.0.0 and 1.2.8 No problem at all.

 

The following figure is AppleALC1.3.6

AppleALC1.3.6.thumb.png.a3658c48ec74024e5e0604578cb537bd.png

1.3.6_002.png.b9f6e2ea66a3bb30b4b789b00c9b24b3.png

 

The following figure is AppleALC1.2.8

AppleALC1.2.8.thumb.png.db3c7e638111d5438d053336e351a697.png

002.thumb.png.d9b7148828df77ab379b7c973a3ffd08.png

IORegi file.zip

The code is all right..zip

Edited by qutongming
Link to comment
Share on other sites
qutongming
qutongming
Posted
Posted
16 minutes ago, tyufhl said:

second try 1158252780_2019-02-2115_32_26.thumb.png.9e3761d6b0cf23521a4d078d8327a10c.png

I can't speak English!  （I use a translator）

Thank you very much for your help.

I will not use debugging mode ! ! ! ! !

 

But I tried to give orders. -alcbeta

After AppleALC 1.3.0, the source code changed and the equipment was blank.

 

Link to comment
Share on other sites
IAmHolland
IAmHolland
Posted
Posted
5 hours ago, qutongming said:

I will not use debugging mode ! ! ! ! !

 

Why not?

 

Check that you don't have multiple copies of Lilu.kext. v1.3.0 requires a specific version or later. It shows in your kextstat, but it could be an install/setup issue?

 

I have a Gigabyte Z97X-UD7-TH and it works fine for me. There are no source code changes targeting the ALC1150, specifically, in v1.3.0.

 

The only reason it would fail to patch is if there are multiple versions of lilu.

 

The last release of AppleALC is v1.3.5. You're running AppleALC v1.3.6. Where did you get that? Did you build it yourself? Are you using the correct version of Lilu.kext there and did you use the correct version when building AppleALC?

Link to comment
Share on other sites
toleda
toleda
Posted
Posted
20 hours ago, IAmHolland said:

 

The doc references AppleHDA, but you mention AppleALC. Trying to match the info to AppleALC, this is now PlatformsT.xml, yes? If so, I found the relevant portions.

 

What's the equivalent of this one for AppleALC? Should I put this information PinConfigs.kext/Contents/Info.plist? If so, What am I looking for here?

 

I don't see that pattern even with hex view.

 

Edit: OK, I load it with PinConfigurator.app, but it comes up as

 

The doc says to edit each entry, 21 to 01. It's already 01? I understand I need to change the first byte in the dword, but what about the last byte? Keep everything as 01 or change it to 21?

 

Also, the second set of patterns don't exist "Find: 21571c80 21571d20 21571e01 21571f01"

PlatformsT.xml? YES

PinConfigs.kext/Contents/Info.plist? Yes, Item 280

Use 4./Find:  

01171cf0 01171d00 01171e00 01171f40

Never tried PinConfigurator.app; likely does not know pinconfig for 2 wire SPDIF

Edit the existing pinconfig as noted, no need for PinConfigurator.app

disables node 17, node 17 is already disabled: 

01771cf0 01771d00 01771e00 01771f40

For the 1150, codec address is 01, use 4. (typo)

Node 15 is not correct, Node 1e is correct, Find 

01e71c90 01e71d61 01e71e4b 01e71f01

 

Link to comment
Share on other sites
 Share
Go to topic listing
×
×
  • Create New...