[Success] i5 2500K - Zotac Z77- ITX - Mountain Lion

[bobrakov]

That's terrific - I'd like to see a similarly succinct explanation for Ivy Bridge.

 

[nukky]

Thanks for your quick reply !
I use your last config (DST & AppleHDA.kext ->DSDT September .zip) and my case is the Bitfenix Prodigy (http://www.bitfenix.com/global/en/products/chassis/prodigy/).
I connect the front panel with the HD AUDIO connector.
I have tried in Windows 7 and sound on front panel audio is much better than OSX !
That's why I think it's just a small adjustment to add in DSDT (try with miramar's DSDT, AppleHDA from Multibeast and same issue :/)

 

[minihack]

Ok Nukky, I'll try it out when I change cases and see if I can find the problem.

 

[minihack]

Nukky, for audio quality problems it is more likely to be the configurations inside the AppleHDA.kext and will not be affected by a DSDT tweak - normally you need to go deeper and into the driver itself.

While different boards use the same nominal codec there can be variations in the paths the audio gets routed and these paths between mixers and amplifiers are defined within the AppleDA.kext.

I just did a quick forum search on here for people having trouble with front panel audio on Alc 892 and found some possible things to look into. You might want to check out this page of a long(ish) thread:

http://www.tonymacx86.com/audio/37770-new-optimized-applehda-realtek-alc-892-lion-old-13.html

On there nukedukem is helped out by Toleda to sort his front panel audio. See if it helps.

As I said, I would try this out myself, but unfortunately can't test at the moment as I have no front panel connections....

Good luck.

 

[nukky]

Just check in AppleHDA.kext/Contents/Resources/Platforms.xml and the file doesn't exist, there is one called Platforms.xml.zlib but it's a compiled file so...
By the way, thanks a lot for your help ! This is my first Hackintosh and I learn a lot day after day thanks to your topic and your explanations. Now it's too complicated for me, I'll wait quietly when you'll change your case, try a discrete graphic card (wake problem) and front panel audio

 

[minihack]

Nukky,
I took a look at the link I gave you and then with the new AppleHDA.kext followed the instructions and have tried to edit the Platforms.xml.zlib file.
I don't guarantee it'll work, but I have attached a zip of a modified AppleHDA.kext for you to try and see if it works. Make sure though you back up the one you are replacing and be prepared for a kernel panic if what I have done doesn't work!
Let us know how it goes.

EDIT: File is bad. Removed......will come back and try again sometime soon.

 

[nukky]

Yes, try it this morning and doesn't work (but no KP)

 

[nukky]

Yesterday, I try to use my build without DSDT and wake works now !!! (sleep & autosleep)

Here is my Multibeast configuration:
- DSDT free Installation
- audio without DSDT -> ALC 892
- trim enabler
- graphics -> nvidia Fermi > 2GB OpenCL Patch & Nvidia GTX 670/680/690 Support
- fake smc plugins -> Motherboard & Hwmonitor
- network -> lnx2Mac's
- GraphicEnabler=No
- Mac pro 3.1 smbios

Nothing else has changed (geekbench: 13100 with oc 4.4ghz , opengl: 58fps), except Pstates (with your DSDT: 16 20 22 28 34 38 44 - without: 16 18 19 20 44).

Maybe DSDT is unnecessary for my build ? What improvements are due to your DSDT except best speedstep ?

 

[minihack]

Good to hear.
Probably you may be better without DSDT as you use external graphics because much of the reason to have DSDT it to have things such as HDMI on board audio etc and some cosmetic things, such as injecting device ids for airport, or SATA controller. There may be a few other things like perhaps some changes to USB devices etc. but if you are better without injecting another DSDT then that is fine.
By the way, I just wanted to say that even systems "without DSDT" still do have a DSDT. You know this from programs such as DSDTse which you could use now to "extract" the DSDT from your system. So, you do use a DSDT, just not a modified one. This means that if you do feel the need to tweak or change something you can do that on your own DSDT and load it in the Extra folder to overwrite the native one.

 

[minihack]

Today I got a dp to HDMI adapter and confirmed I now have audio over HDMI on both HDMI ports as well as on the display port. My edit a couple of posts ago was slightly wrong and in fact the changes I hade to make to the AppleIntelSNBFB kekt were to change the following:

Find: 00 02 03 00 00 00 00 00 ff ff ff ff 02 05 00 00 00 04 00 00 07 00 00 00 03 04 00 00 00 04 00 00 09 00 00 00 04 06 00 00 00 08 00 00 06 00 00 00

Replace: 00 02 03 00 00 00 00 00 ff ff ff ff 02 05 00 00 00 08 00 00 06 00 00 00 03 04 00 00 00 08 00 00 06 00 00 00 04 06 00 00 00 04 00 00 07 01 00 00

Use Hexedit to find/replace the values above in AppleIntelSNBGraphics.kext/Contents/MacOS/AppleIntelSNBGraphicsFB.

This enables HDMI audio on both ports 5 and 6 and display port audio on port 7

To do the same for HD 4000 I believe it is necessary to do the following:

This is the native framebuffer:
0A 00 66 01 00 02 03 02 00 00 00 02 
00 00 00 01 00 00 00 20 10 07 00 00 
10 07 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00
02 05 00 00 00 04 00 00 07 01 00 00 < DP/port 05
03 04 00 00 00 04 00 00 07 01 00 00 < DP/port 06
04 06 00 00 00 08 00 00 06 00 00 00 < HDMI/port 07

Need to change last three lines to:


02 05 00 00 00 08 00 00 06 00 00 00 <HDMI/port 05
03 04 00 00 00 08 00 00 06 00 00 00 < HDMI/port 06
04 06 00 00 00 04 00 00 07 01 00 00 < DP/port 07

These changes are made with Hex Edit to the file in /System/Library/Extensions/AppleIntelFramebufferCapri.kext/Contents/MacOS/AppleIntelFramebufferCapri

If you are using the Mountain Lion preview AppleHDA.kext, the DSDT edit for HDEF with layout 3 and the system definition of MacMini then these edits should give you working HDMI audio on all three ports for an Ivy Bridge processor. Please try and let me know if it works (I believe it should).

For these edits remember to drag the kext (copy) t desktop and then do them and then install the modified kext back in with kext wizard (or whatever).

If you don't like using hex editors, I have made a small perl script that should work. Just copy and paste the following into Terminal:

sudo perl -pi -e 's|\x02\x05\x00\x00\x00\x04\x00\x00\x07\x01\x00\x00\x03\x04\x00\x00\x00\x04\x00\x00\x07\x01\x00\x00\x04\x06\x00\x00\x00\x08\x00\x00\x06\x00\x00\x00|\x02\x05\x00\x00\x00\x08\x00\x00\x06\x00\x00\x00\x03\x04\x00\x00\x00\x08\x00\x00\x06\x00\x00\x00\x04\x06\x00\x00\x00\x04\x00\x00\x07\x01\x00\x00|g' /System/Library/Extensions/AppleIntelFramebufferCapri.kext/Contents/MacOS/AppleIntelFramebufferCapri

If I have not made a typo this will change any of the framebuffers in the Capri kext that at the moment are:: DP/DP/HDMI into HDMI/HDMI/DP. It is a lot less typing than just targetting the MacMini framebuffer, but should work just as well and not cause any issues (I think!). As with everything though hacking is at your own risk so make a back up of anything you are going to change.