New AppleHDA Patcher

Hi, i success make "Creative CA0132" work, with wern apfel's thread from here. http://www.insanelymac.com/forum/topic/309283-creative-ca0132-g1sniper-m3-patch-for-applehda-or-voodoohda/

 

I can make Side Speaker working too, but i need to make Aggreate Device to make Side Speaker Working (Select Front Speaker and Side Speaker). If i don't do this then after 10 seconds side speaker's sound will disapeared.

 

I make Clover patch on the fly for 2 binary

 

Name : AppleHDA

Find : 7419AD15

Replace : 10000211

Comment : Rename Codec 1

 

Name : AppleHDA

Find : 0088EC1A

Replace : 11000211

Comment : Rename Codec 2

 

And this is my Layout, Platform and Creative-CA0132.kext (DummyKext - Pin Config)

 

 

I hope you can help me to make Center Speaker working, sorry for my bad english

Do you use my patched kext?, if yes is the right channel sometimes distorted ?

Hello, no it doesn't work. Only external mic (webcam one) works. Codec is ALC270

I did as you said, now IORegistryExplorer shows <03 00 00 00>, but when I go to Output Devices it says, No output devices found, and when I go to Input Devices it says, No input devices found. So I went to System Information and checked audio and there was only, Intel High Definition Audio, as a device. Screenshots Attached.

send me your codec dump + config.plist + DSDT.

@Micky1979 @Mirone
I've sucessfully used your tool to achieve audio in some Hacks. I wanted to point out that, in some cases, the audio works only if aDummyHDA.kext is renamed (for example) DummyHDA.kext. If installed as aDummy the kext appears loaded but audio is not working, if installed as Dummy the kext doesn't appear loaded but audio is working fine.
That's happen mostly with ALC888/1200 and ALC887 with 5 series Asus MB (P5K, P5Q), kext installed in S/L/E.

@Micky1979 @Mirone

I've sucessfully used your tool to achieve audio in some Hacks. I wanted to point out that, in some cases, the audio works only if aDummyHDA.kext is renamed (for example) DummyHDA.kext. If installed as aDummy the kext appears loaded but audio is not working, if installed as Dummy the kext doesn't appear loaded but audio is working fine.

That's happen mostly with ALC888/1200 and ALC887 with 5 series Asus MB (P5K, P5Q), kext installed in S/L/E.

Thanks Jolly. But the reason why is called "aDummyHDA.kext" it is precisely because it comes first "AppleHDA.kext" alphabetically. This mean that the bootloader scan and load it before AppleHDA.kext.

Also this mean, when is not working, that is not included in the prelinkedkernel, the real problem I think, otherwise there is no apparently reason. Be sure that is rebuilt correctly.

Creative CA0132 -

 

I read on Linux forums that the headphones are automatically muted by default, CA0132 has Speaker and Speaker Auto Detect muted. They were using alsamixer and navigating to the control and pressing M unmutes them. {post 61}  https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1166529

 

Creative has a Mac driver for the Sound Blaster Recon3D which could be adapted at: http://support.creative.com/downloads/welcome.aspx?nDriverType=1#type_1

 

The Gigabyte Gaming Z170 boards 'support' Recon3Di

Maybe someone can patch that app, it doesn't work with non USB cards, i guess there is only a simple device check

Thanks Jolly. But the reason why is called "aDummyHDA.kext" it is precisely because it comes first "AppleHDA.kext" alphabetically. This mean that the bootloader scan and load it before AppleHDA.kext.

Also this mean, when is not working, that is not included in the prelinkedkernel, the real problem I think, otherwise there is no apparently reason. Be sure that is rebuilt correctly.

I do not want to insist, but the same happen on a HP ENVY dv6-7200sl with the codec IDT92HD91BXX. Working fine with the kext renamed Dummy. Tried to install the aDummy and performed:

sudo kextcache -system-prelinked-kernel

sudo kextcache -system-caches

without success. Can you point to what we are doing wrong?

If you want you can take a look here:

http://www.insanelymac.com/forum/topic/310125-el-capitan-10111-e-notebook-hp-dv6-7200sl/page-7?do=findComment&comment=2204525

I do not want to insist, but the same happen on a HP ENVY dv6-7200sl with the codec IDT92HD91BXX. Working fine with the kext renamed Dummy. Tried to install the aDummy and performed:

 

sudo kextcache -system-prelinked-kernel

 

sudo kextcache -system-caches

 

without success. Can you point to what we are doing wrong?

If you want you can take a look here:

http://www.insanelymac.com/forum/topic/310125-el-capitan-10111-e-notebook-hp-dv6-7200sl/page-7?do=findComment&comment=2204525

Mee too I don't want insist, but I have the same exactly laptop  (mine is a DV7 but same motherboard):

103c:1818 same identical motherboard, same identical codec

My lappy lose audio after each update because I use CsrActiveConfig= 0x00, so when the cache is rebuilt by the Apple update untrusted kexts (like aDummyHDA.kext) is not allowed.

So I need to change  CsrActiveConfig to 0x03 and reboot, then rebuild a new prelinkedcache, than reboot again and the audio works again. This does not happen if I leave SIP disabled, but me I want security fully enabled.

What the user should see when rebuilt the cache is this:

Last login: Sun Jan 10 00:57:33 on console
Micky1979s-MBP:~ Micky1979$ sudo kextcache -system-prelinked-kernel
Password:
kext-dev-mode allowing invalid signature -67030 0xFFFFFFFFFFFEFA2A for kext aDummyHDA.kext
Micky1979s-MBP:~ Micky1979$ 

As you can see aDummyHDA.kext is there, user must ascertain this

@Micky1979,

Thanks for yor patience, I'll contiunue to investigate to find the culprit-

EDIT: I've see now your post in the other Topic. Thanks for your efforts

@Micky1979,

Thanks for yor patience, I'll contiunue to investigate to find the culprit-

EDIT: I've see now your post in the other Topic. Thanks for your efforts

From what I've understand user does not use any patched DSDT and does not have the required HPET patch (made available by AppleHDA Patcher.app)

From what I've understand user does not use any patched DSDT and does not have the required HPET patch (made available by AppleHDA Patcher.app)

Thank a lot

I managed to get everything working with my ALC662 codec, thank you so much for that!

I am using a DSDT edit to inject layout-id 5 in HDEF, the KextsToPatch section in Clover and the aDummy file,

unfortunately I do have the problem that audio is only available approximately every second boot

system profiler when audio is unavailable:

system profiler when audio is available:

this seems to be random between reboots to be working or not working,

do you have any advices or hints?

Cheers!

Can you try to rename "aDummyHDA.kext" to "DummyHDA.kext"? to have a confirmation of some suspect using Clover

..Obviously then rebuild the cache

renamed the file and rebuilt the cache with:

sudo kextcache -system-prelinked-kernel

I will report back in a day or two whether the problem persits, thanks!

EDIT: After renaming the kext to DummyHDA.kext my audio was lost for 3 reboots, guess this is not the solution 

That is not the point.... you should see if after these/those (?) attempts the audio start to be "always working" . That is what matter .

Consider that in the mean time you should install any other kexts and lose audio because the kernel cache get invalidated... so after some reboot the system recreate them... just have patience...

I thought that's what the kextcache commands are for? Isn't it supposed to be working after the next reboot then?

I don't install any other kexts because otherwise system is working with Realtek and FakeSMC.

I'm going to test again and will report back

Hi guys, i've installed my El Capitan copy, all work except from audio, ALC269, read it from windows....when i try to use AppleHDA Patcher, i recive a message  that says me that no codecs found, no AppleHDA.kext found, but there is a AppleHDA in S/L/E....no DSDT, all kext in EFI/Clover/Kexts/10.11 except from wifi, boot with BooterConfig 0x28 CrsActive Config 0x67 and rootless 0, otherwise kernel panic....i tried VoodooHDA 2.8.8. too, but no chance to make it works, can you help me please?

I'm going to test again and will report back

Ok

I thought that's what the kextcache commands are for? Isn't it supposed to be working after the next reboot then?

In a real Mac sure, but EFI/CLOVER/kexts, if any,  are not included by kextcache  ..

so during next reboot the system is updating the cache again to include kexts injected by Clover in the memory map (ie a patched kernel cache).. I guess

Hi guys, i've installed my El Capitan copy, all work except from audio, ALC269, read it from windows....when i try to use AppleHDA Patcher, i recive a message  that says me that no codecs found, no AppleHDA.kext found, but there is a AppleHDA in S/L/E....

Must be loaded (ie with correct permissions)

Yes, but, how to load it? I've no idea, no chance to make it work then? Have to try with VoodooHDA? Can you explain me " Correct permission"?

Hello Mirone, I have Alc270, I tried the patcher in 10.11.3. Headphones are not working anymore. I tried to modify PathMaps and was able to make them work but then internal mic disappeared and I have speaker as input (?). This was done by modifying the pathc 33-12-2 to 26-12-2.

I don't understand something regarding the Platforms.xml and pathmaps. Could you explain?

In this pictures we have two arrays 0 and 1

under 0 I can see the path for internal speaker output 9-34-18.

Under 1 I can see paths for speaker out EAPD 20-13-3 and Speaker Out HP Detect 33-12-2

So as far as I can understand headphones should be recognized when plugging but that doesn't happen.

Also what is the role in those speaker paths of MuteInputAmp (NO) and VolumeInputAmp (NO)? In the speaker output (9-34-18) they are both set to YES, why?

Should I add some paths given this structure? Where? What should I set for MuteInputAmp and VolumeInputAmp?

Is there anybody that can explain apart Mirone?

Thanks

---

For Those insterested, I managed to have the headphones working again with the conf in the picture above. ComboJack mic still not working, I don't know how.

What I did was remove the 33-12-2 pathmap and replace it with 26-12-2

Here attached info.plist and Platforms.xml.zlib for aDummyHDA.kext alc270 (pc used asus x301a/x401a).

https://www.dropbox.com/s/nudc1jeplkkwsn9/Archive.zip?dl=0

Yes, but, how to load it? I've no idea, no chance to make it work then? Have to try with VoodooHDA? Can you explain me " Correct permission"?

Per "Loaded" intendevo dire caricato, e anche se l'audio non và AppleHDA è funzionante quel tanto che basta per fare un bel dump del tuo codec audio.

ls -a /System/Library/Extensions

 

Per "Loaded" intendevo dire caricato, e anche se l'audio non và AppleHDA è funzionante quel tanto che basta per fare un bel dump del tuo codec audio.

però per farlo deve avere i permessi corretti  o devi ripararli (kext utility, insanelyRepairPermission ecc), o non sai cosa sono?

 

mi posti qui il risultato del seguente comando nel terminale?

ls -a /System/Library/Extensions

.. magari hai pure HDADisabler da qualche parte...

 

Scusami, non intendevo dire cosa significa nel senso di traduzione, ma in termini pratici.... Uso Kext Wizard x i permessi, non va bene? E cmq si , avevi ragione, non so come ma avevo HDADisabler in S/L/E, ora l'ho eliminato, ti posto il dump codec da Linux e il risultato del comando.Ho provato la versione VB 1 ma nn va

codec_dump.txt

Ls -a.rtf

With HDADisabler.kext installed AppleHDA.kext will never works

HDADisabler.kext can be installed from the package that you used to install VoodooHDA.kext.

By the way, who is the genius who do this (make the installer) without notifying users in 2016?

PS kextswizard is ok, but now retry with the generated files by AppleHDA Patcher.app

No chance, it doesn't work, tried VB1, VB2, VB3, VC2, always this problem with codec audio not detected from AppleHDA Patcher, with VC2 i've kernel panic restarting the system, what do i've to do to get the audio codec recognized?

I've no idea, and i'm sure AppleHDA.kext is the original one from 10.11.2

can I have your AppleHDA.kext?

Later I want to try your since me too I'm on 10.10.2

Also I need your patched DSDT/SSDT if any

also the config.plist..

Ok, here are my files, but i'm on 10.11.2, not on 10.10.2

I use no DSDT, CrsActiveConfig 0x67

Updated to 10.11.3, did not solve the problem with AppleHDA, hoping in a new one....i see that repairing permission with Kext wizard it's too quick, maybe it not repair permission or it's normal?

Going crazy

10.11.2.7z