InfiniteMac OSx86 - View Single Post

thorazine74 · 09-21-2009, 11:01 AM

Quote:

Originally Posted by Jedric

Yes I have read and followed it and I get the idea that this is a transfer of layout, pathmaps and codecid from leo to snow.

and I know that 0x1458A002 is not my codecID. Its 0x10ec0883 on the actual machine.

The point I was trying to make was 0x1458A002 was showing up in SL and yet its no where to be found in the vanilla AppleHDA.kext so im just curious about this and as you have shown, its not part of the default.

I did a google on0x1458A002 and its looks like its ALC889A.

In leo Im using taruga patch 1.20 from a self generated codec dump appleHDA.kext which is working.

My Audio in Leo is being seen as
Device ID: 0x10438277 - googled this and its ADI 1988b.(weird)

Just got an Idea...

I will probably try to use 0x10438277 since this is what is being seen in Leo instead of the actual machine's 0x10ec0883.

0x1458A002 is the subsystem vendor and device id of the codec, not the pci vendor & device id, for some reason Apple reports that instead of the codec id, probably because they use that to identify codec.
I got not clue why you got that there though, 0x1458A002 refers to some Gigabyte P35 motherboards, so if you got an Asus board that should not be there unless you (wrongly) inject that value somewhere (dsdt, plist...)
0x10438277 is some Asus board thats the right one I guess, keep in mind thats not the codec id, is the vendor id (Realtek makes the codec, Asus puts it the board). You need a codec dump to know your codec id, cant rely on System Profiler.