@white
Quote:
sudo apt install pulseaudio pulseaudio-module-bluetooth gstreamer1.0-pulseaudio
systemctl --user stop pipewire.socket pipewire-pulse.socket
systemctl --user disable pipewire.socket pipewire-pulse.socket
systemctl --user mask pipewire.socket pipewire-pulse.socket
Stop here and do not start pulseaudio (or stop it if it's running) then add -audio alsa,id=audio0,out.try-poll=off option to QEMU command and see if that works.
Quote:
I think it would be ideal to create a small tutorial on this audio problem.
Or something that solves this thing.
Yes do that if you find a solution. We can't write a tutorial on a problem we've never encountered.
Quote:
The guide by @falke34 works and is fine.
But I think he hasn't encountered audio problems otherwise he would have written it in the tutorial he wrote.
Exactly and others who did this either did not have this problem or gave up before even trying sound.
Quote:
One doubt could be the use of two GPUs 4060rtx and R9 280x at the same time.
But from what I read there are other people who use two GPUs on PCIe not integrated.
This should not be a problem as GPUs don't influence sound. If it works on the host under normal user and only not under root then it's a problem connecting to the sound server not with hardware. The picture on slide 3 in the presentation you linked shows the setup (just ignore everything within QEMU box where you would have AmigaOS instead of Linux) the QEMU app connects to the sound server on the machine or directly to alsa if using that option. But if the sound server overrides alsa you can't use it and depending on how it accepts connections root may not have the info to connect to it. You could try just uninstalling all pipewire and pulseaudio and just use plain alsa which should work under any user.
Quote:
but the basic problem remains how to pass the GPU without using SUDO ?
I have answered that already and there are guides you can look up (that's where I also found out from) but it's hard to explain if you're missing details.