Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Audio output doesn't always follow system setting #3879

Closed
JaiganeshKumaran opened this issue Apr 8, 2022 · 4 comments
Closed

Audio output doesn't always follow system setting #3879

JaiganeshKumaran opened this issue Apr 8, 2022 · 4 comments
Labels
bug Something isn't working duplicate This issue or pull request already exists macOS macOS issues qemu QEMU related

Comments

@JaiganeshKumaran
Copy link

JaiganeshKumaran commented Apr 8, 2022

Currently, UTM uses the output device that's system (macOS) default to play sound from the guest OS. However, when you change the default output device from macOS after launching the VM, it doesn't apply to the VM and continues to use the old output device. You've to restart the VM to use the new output device.

@conath conath added bug Something isn't working macOS macOS issues qemu QEMU related labels Apr 8, 2022
@Terabyte1385
Copy link

Same issue here with Windows 11 guest OS. When Windows plays a sound (for example, from an alert or a new notification), the host Mac plays it at the volume set in Windows, even though I muted the Mac.

@fra-yer
Copy link

fra-yer commented Apr 11, 2022

interesting - for me Windows 11 completely ignores changes in its own audio settings. It always plays back sound with the volume set on the Mac side (that's with Win 11 on a 2021 M1 Macbook pro with the latest UTM/QEMU). There is no way I can make Win11 understand that I changed the volume. Most probably it's a sound card emulation issue, and not a very big deal for me, but weird nonetheless.

@osy osy added the duplicate This issue or pull request already exists label Aug 1, 2022
@osy
Copy link
Contributor

osy commented Aug 1, 2022

Duplicate of #3488

@osy osy marked this as a duplicate of #3488 Aug 1, 2022
@osy osy closed this as not planned Won't fix, can't repro, duplicate, stale Aug 1, 2022
@yim0000
Copy link

yim0000 commented Nov 16, 2022

Same issue

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working duplicate This issue or pull request already exists macOS macOS issues qemu QEMU related
Projects
None yet
Development

No branches or pull requests

6 participants