ALC 1150 microphone loop when playing skype and crossover

[Papa2Cherries]

This is a repost from tonymacx86, where i think they are blurring out words from other sites. Ignore the site specific speech. My name on there is Papa2Cherries.

I have been plauged with this ever since I moved to clover AND to 10.10.3 (I did a move from tonymacx86 with 10.10.2 to http://www.rampagedev.com clover guide with 10.10.3 at the same time so I am uncertain if it was a os x update issue or a clover issue).  I spoke with the team at Rampagedev and they told me to speak with the developer of the kext, toleda, since they only used it in their guide but did not author it.  I have found that this so far is the only place Toleda posts that I can write to, as his github site does not allow for private messages.  Ok, onto the issue how i sort of replicate it.

I have clover in uefi mode installed with 10.10.4 on a gigabyte ga-z97x gaming 3 motherboard with a alc1150 and a 4790k processor. The other stats should be in my sig.  I use the internal mic pink slot in the back and it works flawlessly all the time, except sometimes.  It seems that when I use crossover by codeweavers while having skype up, an infinite loop in the microphone begins, but ONLY sometimes.  I have not been able to predict when it will occur but I know it did not exist before moving to crossover as I used the skype/crossover combo a lot to play a multitude of games.  I have written to crossover's site as well as rampagedev's and still cannot find any solution.  Hopefully someone, or toleda and I can have a session and work this out as this bug seems pretty unique.  

Yes, I am aware of alternatives, and as of right now they are not an option.  My external usb audio device is not fully functional and I am holding off voodoohda as a last resort.  

[toleda]

Never used crossover. No code is changed for 1150/AppleHDA.kext. Likely a crossover issue.

[Papa2Cherries]

Yeah, that is all I am ever getting is it must be the other guy. The difference I used from one to another is how it was applied. In the tonymac setup, I used the multibeast to install. With the clover install, I used this one from github where it went through terminal and installs it into the efi. By the way, this happens with all wine products; wine, crossover, etc. The ones that happened most on it so far are rift (free) and payday 2. It immediately happens if i am in a call with skype and then i launch rift and choose a character.

Can you tell me, is the difference in the process of installing from multibeast vs your script found here, one requires you to have the native hda installed, whereas multibeast seems to just work reguardless of the one present. Is there any actual difference that might allude to the issue? I am trying just in the last 2 days a slightly different install from rampagedev where they had me download a copy of yours but it does not do the clover install. I am uncertain if it is different from the one found here.

***oh wow, I just looked more closely at all of your downloads....I now noticed you not only have 1 install, but 3. What are the differences ultimately? I think the one I was using that gave me issues so far was the clover install for the alc1150. Are there any practical differences to audio_cloverALC vs audio_realtekALC vs audio_alcinjection(this last one i have not tried yet). I am currently trying the realtek one, since that one was the one that was sent with the haswell install guide, but i notice you say it is for chameleon so i assume that means it does not do anything with the efi. I have my weekly gaming night tonight, perhaps i will be able to test my skype and see if issues arise. Would you like to chat on skype if the issue persists? I could possibly troubleshoot with you. My name on there is Papa2Cherries.

[Papa2Cherries]

Well, I just tried it out with a test skype call and it happened again with your other audio_realtexalc install method. It is causing this loop that will eventually crash the driver. I guess along with thinking about a solution, can you tell me is there any way to make it so i can reset the kext without having to reboot the system? If i use this little app that is called reset audio, it crashes my system with the clover one and with the chameleon/chimera one it basically clears my audio devices completely.

[toleda]

The patch files configure the codec to work with AppleHDA, no executable code is patched. The files are the same, regardless of the install technique. MultiBeast and realtekALC produce exactly the same physically patched AppleHDA. cloverALC does not touch any file in AppleHDA and relies on Clover to patch kernel cache: i.e., 2 binaries (device_id and file name) and inject pinconfigs. The only difference between methods is a non native AppleHDA with realtekALC; user dependency.

Suggest confirming your setup on native Apple hardware with same version of OS. If successful, confirms problem is not AppleHDA and leaves a codec or codec configuration problem. For codec configuration, try other patched 1150 AppleHDAs. Advise if you find a working solution.

Regarding the audio reset utilities, the configuration files with Clover are not available after boot; not recommended.

[Papa2Cherries]

I had not thought about trying this with my macbook pro. I had just never noticed this until i moved to clover/10.10.3. When I was on same hardware with 10.10.2 and chameleon, it never occurred as I am aware. Do you know of many other 1150 hdas? Ill try my hand at google but you typically are the one that pops up. I will give it a go and test with my laptop and let you know. By the way, I had noticed a seeming order to the issue. If i am in a skype call and I launch the wine/crossover program then it seems to cause the loop and subsequent crash. If I start the program then make the call, it seems to work; does this lend to any other troubleshooting conclusions?

On Aug 24, 2015, at 9:56 AM, toleda notifications@github.com wrote:

The patch files configure the codec to work with AppleHDA, no executable code is patched. The files are the same, regardless of the install technique. MultiBeast and realtekALC produce exactly the same physically patched AppleHDA. cloverALC does not touch any file in AppleHDA and relies on Clover to patch kernel cache: i.e., 2 binaries (device_id and file name) and inject pinconfigs. The only difference between methods is a non native AppleHDA with realtekALC; user dependency.

Suggest confirming your setup on native Apple hardware with same version of OS. If successful, confirms problem is not AppleHDA and leaves a codec or codec configuration problem. For codec configuration, try other patched 1150 AppleHDAs. Advise if you find a working solution.

— Reply to this email directly or view it on GitHub https://github.com/toleda/audio_CloverALC/issues/41#issuecomment-134233718.

[toleda]

See my first reply.

[Papa2Cherries]

Hey Toleda, I tried to revisit this issue, as I had a "breakthrough" thought...turned out to be nothing. So I started to do some more research, and was excited when I saw someone post with my issue. Turns out it was this old thread. Any chance we could set aside a little time to chat on skype or discord, or whatever you use, and possibly bounce some ideas off of you. I have spoken to the rampage team andrew, you, wrote to wine HQ and codeweavers, and I just can't seem to get any new ideas flowing. Would you be up for a little chat? I was going to speak with andrew again, but he got busy Mexico.

[toleda]

Have to respectfully decline; no free time, don't have your hardware, don't have your software, not possible to replicate on my 1150.

[Papa2Cherries]

Oh, I was thinking about just showing you the issue over skype, and seeing if any ideas sprung forth from about 10 minutes of your time. Just avenues I have not tried. I have been working on this issue for about half a year. I just tried it with a new install of el cap and it still happens. However, I understand you don’t have time. You are the closest I would come to someone that is close enough to the involved programs that you may have a way to see things I don’t. Thank you for your prompt response though. I can’t expect people to just drop their lives for my issue. If you ever find time, I would love to hear your thoughts.

On Dec 3, 2015, at 11:25 AM, toleda notifications@github.com wrote:

Have to respectfully decline; no free time, don't have your hardware, don't have your software, not possible to replicate on my 1150.

— Reply to this email directly or view it on GitHub https://github.com/toleda/audio_CloverALC/issues/41#issuecomment-161722697.