Contribute
Register

Creative CA0132 codec discussion (Sound Core3D)

Status
Not open for further replies.
I'm back, after I replaced the graphics card, I could not use the WIFI adapter, so I have also replaced the mainboard with CPU and RAM.


I forgot to say that you do not need a patched CodecCommander for VoodooHDA. Download CodecCommander from the RehabMan repository, and try again.
You’ve been busy. I have also been busy with a major surgery. It might still take me a couple of days to be able to sit on my Hackintosh PC, but will report back when I do.
 
Installing the new CodecCommander gave me undistorted sound!

The "Sound" Preferences pane gives me Headphones/Line Out/Line Out/Digital out/Digital Out.

The speakers are plugged in to "m" (line out) and when I select the second "Digital Out" I get sound that way. None of the other outputs give me sound. The "Digital Out" is listed as an "Optical digital-out port", but that's clearly not what's being selected, since it is actually the analog "line out" ("m").

I tried both the switcher and the "tool". As soon as I selected anything, I lost sound entirely and couldn't get it back (ie. couldn't get anything out of "m").

I do now have sound, however... so this is great progress!

I have recently upgraded from High Sierra to Mojave. The only problem is that the sound has disappeared again. I don't know what has been reset by the upgrade process. I'm hoping there might be a quick fix to get this running again.
 
I think the Z270X Gaming 8 and 9 have the same ZxR codec.
I am afraid that all the dumps we have created where not consistent due to the power management. The streams where sometimes off and sometimes on. I'll give you a new script that also activates the stream. First, you can try the attached AppleALC.
 

Attachments

  • AppleALC.kext_1.4.3_ZxR.zip
    764.9 KB · Views: 88
I think the Z270X Gaming 8 and 9 have the same ZxR codec.
I am afraid that all the dumps we have created where not consistent due to the power management. The streams where sometimes off and sometimes on. I'll give you a new script that also activates the stream. First, you can try the attached AppleALC.

So, I first left it with VoodooHDA and tried the latest unpatched CodecCommander from RehabMan with no change.
Then I removed VoodooHDA and installed this AppleALC kext you just provided. The Audio Device changes according to what I connect in it, with the correct device (Internal Speakers, Headphones etc). But there's no audio coming from any of the ports. I am guessing this new script to activate the stream can potentially resolve our issues?

Looking forward to your input on this. By the way, I have now a Clone hard drive for experimentation, which is identical to my main Hackintosh drive, so I can do any testing you need me to do on this.
 
So, I first left it with VoodooHDA and tried the latest unpatched CodecCommander from RehabMan with no change.
An unpatched CodecCommander makes no sense for this codec. Use the supplied SSDT with the unpatched CodecCommander.
Then I removed VoodooHDA and installed this AppleALC kext you just provided. The Audio Device changes according to what I connect in it, with the correct device (Internal Speakers, Headphones etc). But there's no audio coming from any of the ports. I am guessing this new script to activate the stream can potentially resolve our issues?
The script should enable the link streams and hopefully give us the correct values. I still do not know which streams this codec uses. We're talking about two different streams, if the audio-link stream is disabled, the codec stream is also disabled and the script output becomes useless.

Suppose the CodecCommander is already at /L/E, run the script from the attachment, then copy the SSDT to the patched folder, restart MacOS, and run the script again. Upload the output.
 

Attachments

  • Archiv.zip
    2.1 KB · Views: 106
I think the Z270X Gaming 8 and 9 have the same ZxR codec.
I am afraid that all the dumps we have created where not consistent due to the power management. The streams where sometimes off and sometimes on. I'll give you a new script that also activates the stream. First, you can try the attached AppleALC.

I installed this new AppleALC into /L/E with KextBeast and copied it into /EFI/Clover/kexts/other/. All device outputs disappeared from the sound output menu. I have audio via HDMI/monitor, but no other way.
 
I installed this new AppleALC into /L/E with KextBeast and copied it into /EFI/Clover/kexts/other/. All device outputs disappeared from the sound output menu. I have audio via HDMI/monitor, but no other way.
AppleALC should be only at one place, it works fine from the Other folder.
 
An unpatched CodecCommander makes no sense for this codec. Use the supplied SSDT with the unpatched CodecCommander.

Suppose the CodecCommander is already at /L/E, run the script from the attachment, then copy the SSDT to the patched folder, restart MacOS, and run the script again. Upload the output.

When I ran the script before copying the SSDT, it was saying CodecCommander wasn't loaded. Turns out I needed to fix permissions (and rebuild cache afterwards). But I did so after I copied the SSDT to the "patched" folder. So, after I made sure the CodecCommander was now loaded, and copied the SSDT you provided, here's the output from the script. Let me know if you need anything else.
 

Attachments

  • afterSSDT.txt
    3.1 KB · Views: 75
Last edited:
Ok, there seems to be some confusion.
If you are using AppleALC, CodecCommander should be in /L/E with fixed permissions, and the cache reissued, the SSDT in the patched folder.
If using the VoodooHDA.kext, remove AppleALC and add VoodooHDA to the Other folder. Also remove the SSDT.

Here is an AppleALC for testing. The outputs are still different, do you have Windows or Linux installed?
 

Attachments

  • AppleALC.kext_1.3.5_ZxR.zip
    823.5 KB · Views: 194
Ok, there seems to be some confusion.
If you are using AppleALC, CodecCommander should be in /L/E with fixed permissions, and the cache reissued, the SSDT in the patched folder.
If using the VoodooHDA.kext, remove AppleALC and add VoodooHDA to the Other folder. Also remove the SSDT.

Here is an AppleALC for testing. The outputs are still different, do you have Windows or Linux installed?
My apologies if I misunderstood. The output I gave you was with having AppleALC, and CodecCommander was in the Library/Extensions with fixed permissions and rebuilt cache. The SSDT was in the patched folder in EFI. Is there a different "patched" folder I am not aware of?

Yes I have Windows installed as dual boot. Would it be easier to get the info you need from there? And I will also try it with VoodooHDA and see if that gives the proper output.
 
Status
Not open for further replies.
Back
Top