Yes, it is local, and the scenario is how you explained. I ran the QEMU
only test with QEMU installed from homebrew, but spice does not work on
that QEMU for M1 macs, so I normally use UTM. I filed a bug there, but he
is just launching QEMU as far as I can tell. Although, I don't know what
version
Hi Neal,
On Fri, Jan 28, 2022 at 01:48:17PM -0700, Neal Piche wrote:
> I am on macOS. Most applications are able to accept changes to
> the audio device from the system and output sound to that
> device.
>
> I use QEMU, and if I leave spice extensions disabled, the guest
> OS is able to accept ch
Hi Neal,
what is the exact environment? Is it everything local and are you using
the default Qemu interface? Or are you running Qemu and attacking with
spice-gtk, remote-viewer, virt-manager or any other remote desktop
application? If I understood correctly the desktop application, running on
Ma
I am on macOS. Most applications are able to accept changes to the audio
device from the system and output sound to that device.
I use QEMU, and if I leave spice extensions disabled, the guest OS is able
to accept changes to the audio device multiple times. When I turn on spice
extensions, QEMU wi
