No Audio After Long Sleep, Z77-DS3H, 10.9.2, Multibeast 6.2.1.

[sl33nyc]

It looks like I'm still having the same issue with MB 6.4. I'll revert to MB 6.1 kext for the time being.

 

[jdum]

hi,
same pb, no sound after sleep (GA-Z87X-UD3H using HDA version 898, osx 10.6.4).

I will try the multibeast 6.1 revert solution, however I customized the proposed script unloading/loading AppleHDA.kext into an .app :

This app require to have a modified version of your /etc/sudoers configuration to not be compelled to enter your password after sudo, like adding a line :
username ALL=(ALL) NOPASSWD:ALL
(of course, beware, security...)

The script launched by the app is :

#!/bin/bash
say -v Zarvox 'no sound'
sudo kextunload /System/Library/Extensions/AppleHDA.kext
sudo kextload /System/Library/Extensions/AppleHDA.kext
sudo killall coreaudiod
say -v Zarvox 'sound now enabled'

Here the .app :

View attachment fixsound.app.zip

feel free to use/not use/modify/comment,
regards

 

[egparadigm]

Repair permissions using the Disk Utility app in /Applications/Utilities/ and reboot (to be sure the permissions if repaired, are in effect)

Use the latest MultiBeast v6.2.1 (?) to install what your motherboard requires for the Mac OS to "play nice" (I think I did select the correct audio drivers for my MoBo)

Reboot (to get the drivers you installed loaded & in effect)

Repair permissions in Disk Utility again, just to be certain file permissions are correct.

Install ONLY the audio drivers for your MotherBoard using MultiBeast v6.1.0
(This is what I did)

Repair permissions again & reboot.

Your Hackintosh should be "up & running" and hopefully audio will work after sleeping

Hero! Tried this yesterday and it seems to have fixed it! Awesome!

Reassuring to read that it's a Mavericks problem and not related to my build per se.

 

[md808]

The multibeast 6.2.2 audio fix outlined in another post got my audio back but I'd lose it again after sleep. I then reloaded my previously saved audio file created in Multibeast 6.0.1, one that has worked flawlessly for nearly a year before my mavericks 10.9.4 update, and loaded it using Multibeast 6.0.1. Audio is now back with no sleep issues. I have access to Black and Orange 8th inchers in the back and headphone jack on the front of my corsair R500 cabinet.

My audio setup with a Gigabyte GA-Z87X-UD3H:
Drivers > Audio > Realtek ALCxxx > Without DSDT > ALC898
Drivers > Audio > Realtek ALCxxx > Without DSDT > HDAEnabler

 

[hoffsta]

I too had this problem, using MB 6.5 on 10.9.5 as my first Mavericks install. I noticed that HDAEnabler1.kext was not installed into the Extensions folder. Running MB 6.1 to install the Audio driver and HDAEnabler solved the issue.

Could be the new way MultiBeast handles audio is the culprit:

"Replaces /System/Library/Extensions/AppleHDA.kext with a patched 10.9.5 AppleHDA.kext edited by toleda to enable full functionality for the Realtek ALC898 high-definition audio codec. Patches /Extra/DSDT.aml if found to replace the current layout-id with layout-id 1. Adds HDAEnabler=Yes, HDEFLayoutID=01000000 to /Extra/org.chameleon.Boot.plist."

​

This tells me that it's looking for a DSDT file to patch rather than installing the kext to /Extensions. Well I don't use a DSDT on my Z77X-UD5H board so that doesn't do me much good. Rather than running the whole MB 6.1, I'm guessing you could just throw HDAEnabler in the /Extensions folder and be good to go. Hopefully the next update of MB will address this.

Those of you who experienced this problem, are you operating with or without a DSDT?

 

[furbies]

No DSDT for me....

 

[egparadigm]

Ditto.

 

[jaspert]

This also worked for me.

The multibest 6.5 kext for the audio did not work for me.

so went back to the 6.1 and after sleep i have still audio now! Super nice!

GA-Z87M-D3H

Audio

1. Realtek[SUP]®[/SUP] ALC892 codec

 

[toleda]

This tells me that it's looking for a DSDT file to patch rather than installing the kext to /Extensions.

Not correct. MultiBeast 6.3 and newer does not install the deprecated HDAEnabler1.kext and it removes an installed HDAEnabler1.kext.

MultiBeast installs the HDAEnabler module, see How to Use HDAEnabler module with Chimera. Once installed the technique works with previous MultiBeast/Realtek ALC/With DSDT option selected.

 

[crococroc]

Hi there,

I have the same issue with a similar config and 898 driver,
i went trough he whole topic but not sure i got it,
is there a fix for this ? what should I do then ? Juste reinstall the audio driver with MB 6.1 ?

thank you