I've updated guac to the 1.6.0-RC3 images on docker.io I tested wlfreerdp 3.12.0 using the command:
wlfreerdp /u:<user> /p:<pass> /v:<host> /sound and sound did work with that client. Notably the host also showed the same RDP.AUDIO_PLAYBACK errors below as guac did, so that's clearly a red herring. I also tested dynamic resize with the libvirt host using https://github.com/theCapypara/field-monitor and the resize worked with that client too. I double checked that "Disable resize of remote display:" was unchecked in the guacamole settings for the connection. Leon L. Robinson On Tue, 2025-06-03 at 07:55 -0400, Nick Couchman wrote: > On Wed, May 21, 2025 at 10:06 AM Leon L. Robinson > <j...@therobinsonfamily.net.invalid> wrote: > > I'm using the 1.6.0-RC1 image from hub.docker.io > > > > Gnome Remote Desktop connections now connect and display a desktop. > > however the sound fails with a versioning error > > > > May 09 13:22:24 fedoraworkstation gnome-remote-de[1986]: > > [RDP.AUDIO_PLAYBACK] Failed to open AUDIO_PLAYBACK_DVC channel > > (CreationStatus -1073741275). Trying SVC fallback > > May 09 13:22:24 fedoraworkstation gnome-remote-de[1986]: > > [RDP.AUDIO_PLAYBACK] Client protocol version (6) too old. > > Terminating protocol > > > > I don't know if guacamole supports DVC playback, or what the later > > version of SVC Gnome desktop requires is. > > > > > Does sound work with something like xfreerdp as a client? > > > > > I'm also testing connecting to CentOS Stream 9 libvirt 10.10.0-8 > > vnc displays, but it doesn't seem to want to auto-resize the > > display. I know that connecting using the cockpit vnc view will let > > it resize. I don't know about the vnc server that libvirt uses to > > know if it's the same as the tigervnc resize extensions though. > > > > > > > This is likely an issue with support on the libvirt VNC side for > auto-resize - but, as with the RDP issue, it'd be good to know if > other VNC clients handle the resizing correctly? > > -Nick >
