Jump to content

ALC 665 AppleAC97Audio.kext only partially working


Belveder
 Share

18 posts in this topic

Recommended Posts

Hi,

 

probably someone can give me a hint. I got the ALC 665 sound chipset on my MSI board, and it is a ICH5 based chip. However, the AppleAC97Audio.kext downloaded from macgirl works, but if you play some media, sound stops after some seconds for no reason and restarts from time to time. It is definitely an issue about the sound driver, because videos still play, but sound is simply gone.

 

I tried to patch AppleHDA, and also VoodooHDA but both do not work on this chipset. Thus I was wondering if I could somehow patch the driver concerning, probably frequency range, or some internal buffer sizes.

 

Any help is highly appreciated

Regards

Link to comment
Share on other sites

Right upper corner, Spotlight.

 

thx. found it. There's no other option than 48.000 Hz, and 16bit 2, 4, or 6 channels.... which does not change anything I guess...

 

PS: if i let itunes play, and sound stops, and I switch the channel setting to any other option then the current one, sound is back immediately...

Link to comment
Share on other sites

With AppleHDA.kext you tried with ALCInject.kext?

 

I guess the ID is pci10ec,665?

 

Unfortunately I don'T have these files (at least the second one). Where can I get some suitable versions of these kexts? I just installed AppleHDA.kext from the iAtkos v7 distro during install, but there was no ALCInject.kext included. Can you provide me with those files? Then I'll really like to try...

Link to comment
Share on other sites

As always, remove the AppleAC97Audio.kext from Extensions Folder and install these 2 kext with Kext Helper.

 

With Azalia tried?

 

Neither of the supplied drivers worked, not AppleHDA, Azalia or VoodooHDA. Only the AppleAC97Audio.kext gave me audio, but with the problems mentioned.

 

I now installed both kexts with osx86tools, but it does not work. Do I have to change something in the Driver?

 

PS: The device id is combined from VEN and DEV, right? then it is I guess the ID is pci8086,24d5; however, I inserted that in the ALCIncect Info.plist, and it seems to load, but the device is still not recognized...

Link to comment
Share on other sites

Do they load? From kextstat you can see it.

 

dmesg says this:

 

ALCinject: Starting.

ALCinject: Setting built-in=<data not shown>

ALCinject: Setting layout-id=<data not shown>

ALCinject: Setting PinConfigurations=<data not shown>

 

but kextload does not list ALCInject or AppleHDA

 

PS: Here's core_dump.txt from Linux:

 

0-0/0: Realtek ALC655 rev 0

 

PCI Subsys Vendor: 0x1462

PCI Subsys Device: 0x0080

 

Revision : 0x00

Compat. Class : 0x00

Subsys. Vendor ID: 0x8086

Subsys. ID : 0x1234

 

Capabilities :

DAC resolution : 16-bit

ADC resolution : 16-bit

3D enhancement : No 3D Stereo Enhancement

 

Current setup

Mic gain : +0dB [+0dB]

POP path : pre 3D

Sim. stereo : off

3D enhancement : off

Loudness : off

Mono output : MIX

Mic select : Mic1

ADC/DAC loopback : off

Extended ID : codec=0 rev=2 LDAC SDAC CDAC DSA=0 SPDIF

Extended status : SPCV LDAC SDAC CDAC SPDIF=3/4

SPDIF Control : Consumer PCM Category=0x2 Generation=1 Rate=48kHz

Link to comment
Share on other sites

Does it detect CPU FSB right?

 

during booting the kernel, the FSB is not detected correct. it is reported as 100MHz, but then it is automatically corrected to 200MHz.

The CPU shows up as 3.0 GHz CPU...

 

I think the bootloader corrects the FSB rate automatically. However, do you think that it makes a difference if I pass fsb=200000000 as boot options?

Link to comment
Share on other sites

For some reason the sound is works fine on any Ubuntu version or on Windows XP. I have now also pulled out my Connexant TV card which I thought could probably interfere with the audio chip on OSx86. However, now I'm back with the AppleAC97Audio.kext and sound works for the normal beeps, but playing any media still sucks. Could anybody give me some hint if recompiling the AppleAC97Audio module would help?

 

during booting the kernel, the FSB is not detected correct. it is reported as 100MHz, but then it is automatically corrected to 200MHz.

The CPU shows up as 3.0 GHz CPU...

 

I think the bootloader corrects the FSB rate automatically. However, do you think that it makes a difference if I pass fsb=200000000 as boot options?

Link to comment
Share on other sites

 Share

×
×
  • Create New...