najeeb_anwer Posted December 4, 2018 Share Posted December 4, 2018 11 minutes ago, Andres ZeroCross said: Try this,, and check your audio AppleALC.kext.zip No change. Still no audio and the NULL Codec is still listed in DPCIManager, HDEF has a blank CodecDevice and AppleHDA.kext stops after a while. Link to comment Share on other sites More sharing options...
Andres ZeroCross Posted December 4, 2018 Share Posted December 4, 2018 5 minutes ago, najeeb_anwer said: No change. Still no audio and the NULL Codec is still listed in DPCIManager, HDEF has a blank CodecDevice and AppleHDA.kext stops after a while. This is my final solution,, please upload your CLOVER folder again,, and IOREG output Link to comment Share on other sites More sharing options...
najeeb_anwer Posted December 4, 2018 Share Posted December 4, 2018 2 minutes ago, Andres ZeroCross said: This is my final solution,, please upload your CLOVER folder again,, and IOREG output Attached are the CLOVER folder, IOREG output and a file containing the Linux files from /proc/asound that people usually provide as codec_dump.txt (I also provided this in my original post when I started this). CLOVER.zip Najeeb’s MacBook Pro.zip asound.zip Link to comment Share on other sites More sharing options...
Andres ZeroCross Posted December 4, 2018 Share Posted December 4, 2018 17 minutes ago, najeeb_anwer said: Attached are the CLOVER folder, IOREG output and a file containing the Linux files from /proc/asound that people usually provide as codec_dump.txt (I also provided this in my original post when I started this). CLOVER.zip Najeeb’s MacBook Pro.zip asound.zip Use this CLOVER folder, backup your CLOVER folder CLOVER.zip Link to comment Share on other sites More sharing options...
najeeb_anwer Posted December 4, 2018 Share Posted December 4, 2018 14 minutes ago, Andres ZeroCross said: Use this CLOVER folder, backup your CLOVER folder CLOVER.zip No change. Still no audio and the NULL Codec is still listed in DPCIManager, HDEF has a blank CodecDevice and AppleHDA.kext stops after a while. Najeeb’s MacBook Pro.zip Link to comment Share on other sites More sharing options...
Andres ZeroCross Posted December 4, 2018 Share Posted December 4, 2018 2 minutes ago, najeeb_anwer said: No change. Still no audio and the NULL Codec is still listed in DPCIManager, HDEF has a blank CodecDevice and AppleHDA.kext stops after a while. Najeeb’s MacBook Pro.zip Strange problem,, maybe should ask to @MacPeet @insanelyDeepak and others Link to comment Share on other sites More sharing options...
najeeb_anwer Posted December 4, 2018 Share Posted December 4, 2018 1 minute ago, Andres ZeroCross said: Strange problem,, maybe should ask to @MacPeet @insanelyDeepak and others Okay, will they look at it because you referenced them in the post or do I need to do something? Link to comment Share on other sites More sharing options...
najeeb_anwer Posted December 4, 2018 Share Posted December 4, 2018 HDAIDT.kext was created by @bcc9 for the Dell XPS 1340 (that’s where I got it). Maybe he can provide a solution. Link to comment Share on other sites More sharing options...
Andres ZeroCross Posted December 4, 2018 Share Posted December 4, 2018 15 minutes ago, najeeb_anwer said: HDAIDT.kext was created by @bcc9 for the Dell XPS 1340 (that’s where I got it). Maybe he can provide a solution. I have checked the Pinconfig, layout and platform. Different is about binary patch,, your old configuration use "8419D411" to be renamed to "75761D11" instead "8B19D411". And i tried various combination, but still there is no patern why is it working and not after reboot. Link to comment Share on other sites More sharing options...
MacPeet Posted December 4, 2018 Share Posted December 4, 2018 (edited) 7 hours ago, Andres ZeroCross said: Strange problem,, maybe should ask to @MacPeet @insanelyDeepak and others @najeeb_anwer Where is the problem? Codec_Dump of the computer? Which computer? Name? No signature completed! Inject LayoutID with Clover or with patched DSDT? You work with HighSierra? You work with original AppleHDA and AppleALC + Lilu? Delete all kext-to-patch entries for AppleHDA in Clover! Dummy.kext or realtekALC.kext are not in the system? Neither in Clover, nor in L/E or S/L/E? If yes, then delete! With HighSierra try also older version AppleALC1.2.7! With older computers and new AppleALC for Mojave there are some problems with the Inject. Edited December 4, 2018 by MacPeet Link to comment Share on other sites More sharing options...
insanelyDeepak Posted December 4, 2018 Share Posted December 4, 2018 @Andres ZeroCross and @najeeb_anwer i would prefer patched applehda instead if you have lots of issue in start , then you can move to appleALC , if patched appleHDA works then is no chance appleALC couldn't work for you Link to comment Share on other sites More sharing options...
najeeb_anwer Posted December 4, 2018 Share Posted December 4, 2018 (edited) 3 hours ago, MacPeet said: @najeeb_anwer Where is the problem? Codec_Dump of the computer? Which computer? Name? No signature completed! Inject LayoutID with Clover or with patched DSDT? You work with HighSierra? You work with original AppleHDA and AppleALC + Lilu? Delete all kext-to-patch entries for AppleHDA in Clover! Dummy.kext or realtekALC.kext are not in the system? Neither in Clover, nor in L/E or S/L/E? If yes, then delete! With HighSierra try also older version AppleALC1.2.7! With older computers and new AppleALC for Mojave there are some problems with the Inject. My laptop details are now in the signature. Problem description: I have macOS High Sierra (17G3025). I have previously been using a modified AppleHDA.kext (for layout-id 12) with AppleHDA patches in config.plist and an audio kext called HDAIDT.kext, which worked. All of this is attached to this post in file called "Dell Studio XPS M1340.zip". I want to use Lilu.kext & AppleALC.kext. The codec (IDT 92HD73C1) appears to be supported with layout-id 19. Originally, the problem was that the alc-layout-id was not being injected by any of the methods (config.plist Devices/Audio/Inject or Devices/Properties or by using alcid=19 at boot). @Andres ZeroCross fixed this problem by providing a modified DSDT.aml that properly injected the properties in HDEF. The problem now is that the audio works only occasionally, but fails on reboot. When it works, it looks like this: When it does not work, there is a NULL Codec present in the DPCIManager audio list and there is an empty "IOHDACodecDevice@8,1" listed in IOReg/HDEF, and AppleHDA.kext stops running after a minute. It looks like this: Codec_Dump of the computer? The entire contents of Linux /proc/asound is attached. Inject LayoutID with Clover or with patched DSDT? Patched DSDT. You work with HighSierra? Yes, macOS High Sierra (17G3025). You work with original AppleHDA and AppleALC + Lilu? Yes, original AppleHDA. The AppleALC I am currently using is provided by @Andres ZeroCross using layout-id 21 but the problem existed with original AppleALC and using layout-id 19. Delete all kext-to-patch entries for AppleHDA in Clover! Yes, from the beginning. Dummy.kext or realtekALC.kext are not in the system? Neither in Clover, nor in L/E or S/L/E? If yes, then delete! Yes, not present. Please let me know if I need to send any more info. Thanks. Dell Studio XPS M1340.zip asound.zip Edited December 4, 2018 by najeeb_anwer Link to comment Share on other sites More sharing options...
najeeb_anwer Posted December 4, 2018 Share Posted December 4, 2018 9 minutes ago, insanelyDeepak said: @Andres ZeroCross and @najeeb_anwer i would prefer patched applehda instead if you have lots of issue in start , then you can move to appleALC , if patched appleHDA works then is no chance appleALC couldn't work for you Please see my previous post. I have had working audio with patched AppleHDA and HDAIDT.kext Link to comment Share on other sites More sharing options...
insanelyDeepak Posted December 5, 2018 Share Posted December 5, 2018 (edited) 9 hours ago, najeeb_anwer said: Please see my previous post. I have had working audio with patched AppleHDA and HDAIDT.kext can you use it again for couple of days to see same issue you are having with it ?? and what about using resetHDA in clover config.plist ?? Edited December 5, 2018 by insanelyDeepak Link to comment Share on other sites More sharing options...
najeeb_anwer Posted December 5, 2018 Share Posted December 5, 2018 (edited) 2 hours ago, insanelyDeepak said: can you use it again for couple of days to see same issue you are having with it ?? and what about using resetHDA in clover config.plist ?? Yes, I have gone back to using my original DSDT.aml (without the HDEF _DSM patch to inject alc-layout-id), the modified AppleHDA.kext (for layout-id 12), the AppleHDA patches in config.plist and HDAIDT.kext. This configuration works, consistently, across multiple reboots, without problems. I have been using this since Mac OS X 10.7. I think the problem is the NULL Codec that is present in HDEF which causes AppleHDA.kext to exit. I tested by removing all the related kexts (Lilu, AppleALC and HDAIDT) and the DPCIManager still shows 3 codecs listed ("IDT 92HD73C1", "NULL Codec", "NVidia MCP7A HDMI"). I don't claim to understand exactly what HDAIDT.kext does, but part of it appears to be to patch AppleHDAController.kext to remove the additional codecs. When I use HDAIDT.kext, the only codec that shows up in DPCIManager is the "IDT 92HD73C1". I have not tried using resetHDA in config.plist. It is not needed for HDAIDT.kext to work properly. I suppose I can try it when I reinstall AppleALC the next time. Hopefully, the next attempt will be when you experts have a solution to the problem. I have attached my current patched DSDT.aml so you can check for clues about what might be causing the "NULL Codec" DSDT.aml Edited December 5, 2018 by najeeb_anwer Attached DSDT.aml Link to comment Share on other sites More sharing options...
najeeb_anwer Posted December 5, 2018 Share Posted December 5, 2018 25 minutes ago, najeeb_anwer said: Yes, I have gone back to using my original DSDT.aml (without the HDEF _DSM patch to inject alc-layout-id), the modified AppleHDA.kext (for layout-id 12), the AppleHDA patches in config.plist and HDAIDT.kext. This configuration works, consistently, across multiple reboots, without problems. I have been using this since Mac OS X 10.7. This is what the system shows when I am using HDAIDT.kext: I have attached the IOReg for this. Najeeb’s MacBook Pro.zip Link to comment Share on other sites More sharing options...
Andres ZeroCross Posted December 5, 2018 Share Posted December 5, 2018 @vit9696 maybe you have solution for this,, appleALC works then after reboot it don't work anymore. And Null Codec is appeared. In IOREG we can see new IOHDACodecDevice with Address @8,1 and no properties Link to comment Share on other sites More sharing options...
MacPeet Posted December 5, 2018 Share Posted December 5, 2018 (edited) @najeeb_anwer Kext Inject in the clover on "YES", not "Detect"? Please try rollback AppleHDA from 10.13.3 with AppleALC + Lilu! Install via KextUtility2.6.6! Secure Real ApplaHDA before! Since 10.13.4 the AppleHDA has changed massively. My old system with codec AD1984A works since then only with rollback + AppleALC + Lilu. Please test this! AppleHDA.kext_rollback10.13.3.zip Edited December 5, 2018 by MacPeet Link to comment Share on other sites More sharing options...
insanelyDeepak Posted December 6, 2018 Share Posted December 6, 2018 (edited) 21 hours ago, najeeb_anwer said: Yes, I have gone back to using my original DSDT.aml (without the HDEF _DSM patch to inject alc-layout-id), the modified AppleHDA.kext (for layout-id 12), the AppleHDA patches in config.plist and HDAIDT.kext. This configuration works, consistently, across multiple reboots, without problems. I have been using this since Mac OS X 10.7. I think the problem is the NULL Codec that is present in HDEF which causes AppleHDA.kext to exit. I tested by removing all the related kexts (Lilu, AppleALC and HDAIDT) and the DPCIManager still shows 3 codecs listed ("IDT 92HD73C1", "NULL Codec", "NVidia MCP7A HDMI"). I don't claim to understand exactly what HDAIDT.kext does, but part of it appears to be to patch AppleHDAController.kext to remove the additional codecs. When I use HDAIDT.kext, the only codec that shows up in DPCIManager is the "IDT 92HD73C1". I have not tried using resetHDA in config.plist. It is not needed for HDAIDT.kext to work properly. I suppose I can try it when I reinstall AppleALC the next time. Hopefully, the next attempt will be when you experts have a solution to the problem. I have attached my current patched DSDT.aml so you can check for clues about what might be causing the "NULL Codec" DSDT.aml use darwindumper or in windows use AIDA64 send me reports Quote I don't claim to understand exactly what HDAIDT.kext does, but part of it appears to be to patch AppleHDAController.kext to remove the additional codecs. When I use HDAIDT.kext, the only codec that shows up in DPCIManager is the "IDT 92HD73C1". i dont think HDAIDT.kext doing any additional patches to AppleHDAController.kext except to inject file and configuration as i said earlier this could be possible your system is not in AppleHDAController.kext supported list , thats why partially working why not try @MacPeet rollback kext ? Edited December 6, 2018 by insanelyDeepak Link to comment Share on other sites More sharing options...
najeeb_anwer Posted December 6, 2018 Share Posted December 6, 2018 2 hours ago, insanelyDeepak said: i dont think HDAIDT.kext doing any additional patches to AppleHDAController.kext except to inject file and configuration You're right; I removed HDAIDT.kext completely and audio still works consistently. Although now I do see both the IDT and NVidia codecs listed. I think the problem with the NULL Codec was due to some problem in the DSDT I was using. I have gone back to using the DSDT that I had before I started trying to use AppleALC. The only changes I have at this point is the modified layout12.xml.zlib and Platforms.xml.zlib files in AppleHDA/Contents/Resources and the 2 AppleHDA patches in config.plist. I can't inject the layout-id because of the existing _DSM method for HDEF in DSDT.aml and I don't want to touch the DSDT in case it gets screwed up again. Can you please add my layout-id=12 to codec IDT92HD73C1X5 in AppleALC.kext and send me a new one to test? The relevant info is in the attached file. Dell Studio XPS M1340.zip Link to comment Share on other sites More sharing options...
najeeb_anwer Posted December 6, 2018 Share Posted December 6, 2018 13 hours ago, MacPeet said: Please try rollback AppleHDA from 10.13.3 with AppleALC + Lilu! Install via KextUtility2.6.6! Secure Real ApplaHDA before! Since 10.13.4 the AppleHDA has changed massively. My old system with codec AD1984A works since then only with rollback + AppleALC + Lilu. Please test this! AppleHDA.kext_rollback10.13.3.zip I will try this in case the solution with layout-id=12 in AppleALC that I mentioned above does not work. Thanks. Link to comment Share on other sites More sharing options...
Andres ZeroCross Posted December 6, 2018 Share Posted December 6, 2018 You're right; I removed HDAIDT.kext completely and audio still works consistently. Although now I do see both the IDT and NVidia codecs listed. I think the problem with the NULL Codec was due to some problem in the DSDT I was using. I have gone back to using the DSDT that I had before I started trying to use AppleALC. The only changes I have at this point is the modified layout12.xml.zlib and Platforms.xml.zlib files in AppleHDA/Contents/Resources and the 2 AppleHDA patches in config.plist. I can't inject the layout-id because of the existing _DSM method for HDEF in DSDT.aml and I don't want to touch the DSDT in case it gets screwed up again. Can you please add my layout-id=12 to codec IDT92HD73C1X5 in AppleALC.kext and send me a new one to test? The relevant info is in the attached file. Dell Studio XPS M1340.zipIt doesn't make sense, your IDT kext is contain pinconfig for your codec. How can audio work??? Your audio shouldn't work without properly pin config for your codec.Sent from my Mi Note 2 using Tapatalk Link to comment Share on other sites More sharing options...
najeeb_anwer Posted December 6, 2018 Share Posted December 6, 2018 (edited) 14 minutes ago, Andres ZeroCross said: It doesn't make sense, your IDT kext is contain pinconfig for your codec. How can audio work??? Your audio shouldn't work without properly pin config for your codec. Sent from my Mi Note 2 using Tapatalk I am as surprised as you are. But here are the kexts I have in CLOVER: And this is the working audio. I have rebooted several times and it works every time. And this is the PinConfigurations in IODEF: Edited December 6, 2018 by najeeb_anwer Link to comment Share on other sites More sharing options...
maximmurmansk Posted December 6, 2018 Share Posted December 6, 2018 Cannot enable sound on new notebook Acer swift 3 sf314-54. Now works everything except sound. I`ve tried all different patches, pinconfigs, ssdt-256.alc+codeccommander - nothing. Even VoodooHDA not enables this codec. I`ve taken dump from ubuntu, pls look in dsdt - I think there are too many HDAS sections. DSDT.aml codec#0.txt codec#2.txt verbitdebug.txt Link to comment Share on other sites More sharing options...
insanelyDeepak Posted December 6, 2018 Share Posted December 6, 2018 (edited) 1 hour ago, najeeb_anwer said: You're right; I removed HDAIDT.kext completely and audio still works consistently. Although now I do see both the IDT and NVidia codecs listed. I think the problem with the NULL Codec was due to some problem in the DSDT I was using. I have gone back to using the DSDT that I had before I started trying to use AppleALC. The only changes I have at this point is the modified layout12.xml.zlib and Platforms.xml.zlib files in AppleHDA/Contents/Resources and the 2 AppleHDA patches in config.plist. I can't inject the layout-id because of the existing _DSM method for HDEF in DSDT.aml and I don't want to touch the DSDT in case it gets screwed up again. Can you please add my layout-id=12 to codec IDT92HD73C1X5 in AppleALC.kext and send me a new one to test? The relevant info is in the attached file. Dell Studio XPS M1340.zip Quote I can't inject the layout-id because of the existing _DSM method for HDEF in DSDT.aml and I don't want to touch the DSDT in case it gets screwed up again. you can use clover if you want to stay out of DSDT stuff Quote Can you please add my layout-id=12 to codec IDT92HD73C1X5 in AppleALC.kext and send me a new one to test? The relevant info is in the attached file. here AppleALC.kext V1.zip AppleALC.kext V2.zip Edited December 6, 2018 by insanelyDeepak Link to comment Share on other sites More sharing options...
Recommended Posts