neutrinolabs
1 second latency
I'm trying to get xrdp working on Ubuntu 22.04 LTS VM running on Proxmox with PCI Passthrough of my Nvidia 3090. I have installed xrdp with the xrdp-installer script (https://c-nergy.be/blog/?p=18725) which I have modified to get acceleration going with my Nvidia card according to this gist: https://gist.github.com/Nexarian/0eb26a3284b21b55b6e1e8653ed88ec9.
Everything works great except I'm getting about 1-second delay on the audio stream. I have tried every tip and trick that I have found, but nothing really helps. The only thing that looks to help sometimes is to fast forward and rewind the video a few times and then all of a sudden I start hearing some audio stutter, and the video and audio are syncing up. After doing that everything works fine both in a browser and if I play a video with say mpv. If I reboot it's all out of sync again :(
Listing all the things I have tried would make this a very long thread, but here are some of them:
- Tried it on several versions of Ubuntu: 20.04, 22.04 LTS, 22.12, 23.04 (The last two with pipewire patch from here: https://c-nergy.be/blog/?p=18772)
- Disabling all the modules I can in default.pa
- tschedule=0, tschedule=1
- and several other things :(
- Enabling and disabling MSR
What I have not tried is running it on bare metal as the point of all of this is to have RD to my VMs on proxmox.
I don't know if this is an issue with pulseaudio-module-xrdp, xrdp, but those to modules and the proxmox server are the only thing that has remained unchanged between all the things I have tried.
Really hope someone here can help to get this sorted. It's basically the only thing keeping this from being a "perfect" solution for my needs.
Thank you!
I use KDE/plasma on 22.04 LTS in a proxymox VM. I also had really bad audio performance, until I happened to notice that sddm[1] was running on the VM, and consuming 100% of a cpu core. Once I disabled sddm and rebooted the VM, audio performance was much improved -- cpu load of the instance was apparently impacting audio processing quite significantly.
Not sure if that is something you are running into, but might be worth looking into.
[1]: Possibly related to this issue, but none of the fixes there worked, so I just disabled sddm entirely with systemctl.
