search

toleda / audio_CloverALC

macOS Realtek ALC onboard audio with Clover
679 stars 109 forks source link

Audio device names switched to hebrew after patch #65

Closed Thireus closed 8 years ago

Thireus commented 8 years ago

I guess the picture says it all:

capture d ecran 2016-03-22 a 17 27 55

Any idea about what could have caused the device names to be displayed in hebrew after patch?

System information:

Edit: Audio works btw, which is the most important I guess ;).

Edit2: Looks like this issue occurs when double patching (which I certainly did) --> https://github.com/toleda/audio_CloverALC/issues/17

Edit3: Issue still present even after reinstalling the 10.11.4 combo update and applying the patch once :(.

toleda commented 8 years ago

See README, click on F. Problem Reporting (link).

adrinux commented 8 years ago

dl;dr: If you extract the kext from the 10.11.4 update with Pacifist it only contains hebrew localization.

I can shed some light on this. I had the same problem (ALC888, Clover 3411) Both cloverALC and pikeralpha versions gave the same issue: hebrew named devices.

I had this working on the original fresh install of 10.11.1, updated OSX to 10.11.4, but running the script to re-enable audio didn't work (probably I ran an old script from github checkout instead of downloading latest version first).

So I used Pacifist to extract the AppleHDA.kext from the 10.11.4 combo update and Kext Utility to put it in place. Ran the latest patch and yay working sound but with hebrew device names.

I installed the combo 10.11.4 update on a different disk partition/osx copy so I could compare kexts and its clear why you only get hebrew: applehdas

So I think this has nothing to do with the scripts, its just a limited kext from the start.

toleda commented 8 years ago

Agree Use Pacifist on Applications/Install OS X El Capitan, not Software Update.