Interim ALC898 edited Lion AppleHDA.kext

[bdoooh]

IT WORKED!

i did a fresh install -
MultiBeast/ALC8xxHDA + Rollback with HDAEnabler898 (no dsdt)

then restarted and ran verbose boot - i think this was key, because i saw it repair the HDA during that process.

now it works. hooray.
and it survived a standard normal restart as well. seems relatively stable to this point.

thanks everyone for sticking with me (im gonna go donate to this forum now)

and i really appreciate it toleda... you took a lot of time.

Does it work with the green port? Or do you have to use the orange/black one?

..I have the same setup and my green port still doesn't output sound but the orange one works just fine.

 

[toleda]

IT WORKED!

You made my day. Enjoy.

 

[theklavej]

IT WORKED!

You made my day. Enjoy.

Nice

Erhmm... do I dare ask this? Everything But sleep and audio works (nosleep is ok, its ivybridge)

I am under the impression that the DSDT in the database HAS already been altered with the HDEF for example with the Gigabyte Z77-UDH5 to accomodate the nice HD audio edited by Tol... right ?

I have tried with and without multibeast setting easybeast, with and w/o DSDT.aml, bridgehelper, both no audio selections at all and ofcourse the one with appleHDA enabler/rollback + ALC898 kext and the Interim ALC898 via kext beast.. and tried removing them all in s/l/e...
I get the bug when booting in -verbose : appleHDA insertion error... etc.

I sort of ran out of ideas now... Systeminfo see two (2) 898 in the list.

audio works fine in W7 it IS enabled. my external USB sound card works. But its mainly for when i do music production.. not daily use.

Help

Is there anywhere else i can delete, remove, do something to clean it w/o reinstalling from scratch.. ?

Whats the benifit of kernelcache = yes or no ? what does it do and is audio affected ?

 

[toleda]

Help

Is there anywhere else i can delete, remove, do something to clean it w/o reinstalling from scratch.. ?

Whats the benifit of kernelcache = yes or no ? what does it do and is audio affected ?

Attach a copy of IOReg.

 

[theklavej]

Help

Is there anywhere else i can delete, remove, do something to clean it w/o reinstalling from scratch.. ?

Whats the benifit of kernelcache = yes or no ? what does it do and is audio affected ?

Attach a copy of IOReg.

Here you go. for me its almost russian

 

[shahar]

I kept doing some more testing on the GA-X79-UD5 (now at BIOS F10) - still having the mic issues.

But, maybe this would give someone an idea of where to find the solution...

When upping the mic gain, I can actually hear myself (pretty bad) when I record.
Maybe the audio codec is picking up noise from another source?
Is there a way to verify this?

Another incident I found interesting - sometime when I make the BIOS rebuild its table (turning SATA off, setting onboard FW on/off, etc.) I get weird echo in my Audio Out.
Can it be IRQ related?

Could the two issues be related?
Anyone has any ideas?

 

[toleda]

Here you go. for me its almost russian

A .txt file is almost Russian. Try this IORegistryExplorer/File/Save a Copy As..., open the file to verify and attach.

 

[MarcelBidon]

To make it works, I should remove the 3 kexts rebuild with Kext Utilty and then reinstall.
After reboot it is working up to the next reboot. Easy but a little bit boring.
When it works, it is very good... no parasite noise, I never had a so good result on a Hackintosh.

Thanks for the compliments. You may want to install AppleHDA.kext attached in the first post. Delete S/L/E/ALC8xxHDA.kext. Reply with result.

I am using no DSDT. I am using the Kexts extracted from Multibeast.
(AppleHDA + ALC8xxHDA + HDAEnabler898)
I can get the sound work... but it is not stable and lost after a second reboot.
GA-Z77X-UD5H Bios F7 - i7-2600K - MSI R6870 (ATI) - OSX Lion 10.7.4
Why is it unstable? Any idea?

IT WORKS. I found a turnaround.
It is a problem with the cache. If cache is active at boot, it does not work.
It is why it is not working after a second reboot.
When you reinstall you flush the cache and it works again.
If you add:
key>UseKernelCache</key>
<string>No</string>
Configuration is becoming stable.
Why it is not working from cache, I dont know.
Output orange/black in the back working, front not working

 

[toleda]

IT WORKS. I found a turnaround.
It is a problem with the cache. If cache is active at boot, it does not work.
It is why it is not working after a second reboot.
When you reinstall you flush the cache and it works again.
If you add:
key>UseKernelCache</key>
<string>No</string>
Configuration is becoming stable.
Why it is not working from cache, I dont know.
Output orange/black in the back working, front not working

Thanks for the info. Did you use MultiBeast?

 

[MarcelBidon]

IT WORKS. I found a turnaround.
It is a problem with the cache. If cache is active at boot, it does not work.
It is why it is not working after a second reboot.
When you reinstall you flush the cache and it works again.
If you add:
<key>UseKernelCache</key>
<string>No</string>
in boot file configuration is becoming stable.
Why it is not working from cache, I dont know.
Output orange/black in the back working, front not working

Thanks for the info. Did you use MultiBeast?

I used DSDT + AppleHDA from the site; Multibeast 4.4, 4.4.1 and then 4.5 or the same kexts installed manually. Always the same result: working after one reboot and not working after the second. This time, I used Multibeast 4.5.
I use the black jack (redefined in windows7 to have both working). Front is working in windows7 not with Osx.
Not perfect but ok for main purposes. Many thanks.