Broken Audio When Parallels 17 in Background

Actually that hasnt helped
Only closing down the 2nd (and any other additional VM's) seems to resolve
It appears that having only ONE VM running is the only way to get Audio on Host and VM Guest
 
I have a 2019 MB Pro running 1 Windows 10VM and having the issue described here. I just down graded to Parallels 16 as many have had success with that solution. I'm going to give it a try and report back here after a day or 2.
 
I can confirm that this happens on Parallels 17.1.2 on MacOS 12.2.1
Audio can be a little choppy, then from time to time, all audio in/out on the mac is stopped, and suspending or stopping the VM will return it. It's a bit random, as sometimes it works perfectly
 
AlexA2 said:
Has PD 17 been fixed yet?
Click to expand...
No. I downgraded to 16 today, and my audio is OK now (at least it doesnt kill audio completly). On 17, parallels will randomly break audio, until the VM is suspended.
It's a shame - the graphics performance in my guest was awesome on 17, but the parallels tools won't build for Fedora 35 on 16...
 
Same issue here, PD17 and no audio on Mac, can't play videos, team meetings are silent (god bless :))
I'm going to downgrade to PD16 to see if that fixes it
 
petera28 said:
Same issue here, PD17 and no audio on Mac, can't play videos, team meetings are silent (god bless :))
I'm going to downgrade to PD16 to see if that fixes it
Click to expand...
So I downgraded to PD16 and still no sound while the virtual machine is running.
If I suspend the virtual machine then sound comes back
 
For me, with Fedora 35/36 guests, on x86,
- Fix parallels tools as per another thread for linux 5.17 kernels (hopefully Paralles team will update soon)
- Use Apple Hypervisor only (critical)
- Switch from wireplumber to pulseaudio fixes the audio glitches
 
Since downgrading to P16 in March, my audio has been flawless. I even upgraded to macOS Monterey but stayed on P16 and my audio is still working without issue. I have no plans to go back to P17 at this point. I see no advantage in it until Parallels corrects this issue.
 
This happens to me too on Parallels 17.1.4 and Monterey 12.4 Intel Mac. I need nested virtualization so I think I have to run the Parallels Hypervisor. Its really annoying. Also, possibly unrelated but I can never get it to stabley let me use USB devices, like things that need firmware updates or Android phones, it constantly switches them back and forth, captures, fails to capture etc and its a nightmare. I spent ages trying all the tricks in the book and nothing worked.
 
I don't think it has been fixed generally. However switching to Apple VM and disabling adaptive hypervisor solved the issue for me with Parallels 18
 
The stuttering audio glitches is still a problem in PD 18 / Foobar / Windows 11 ARM.
I have tried disabling Adaptive Hypervisor, changing various CPU and Memory counts, and Windows sampling rates to no avail.
Was only able to fix the problem by installing WASAPI.fb2k-component in Foobar.

Hope this helps.
 
Please this is very disruptive to many users. It really breaks the otherwise-seamless experience that Parallels offers us. But this is a real stain, please consider squashing this. Thank you!
 
I agree with Ziggy1... the audio crackling issue pops up consistently even with very powerful machines, including when Parallels is in the foreground, even with the most basic of audio sources (i.e., even without any video playback included, and with next to nothing running on either the host machine or the virtual machine). It is independent of settings (though it's significantly worse if travel mode is enabled).
 
You must log in or register to reply here.
Back
Top