xpra start ssh://localhost --start=xterm --mmap=no
Shows in the server log:
automatic picture encoding enabled, also available: png, png/P, png/L, webp, rgb24, rgb32, jpeg
No h264, vp8 or vp9..
The server got started by the ssh proxy as:
/bin/python3 /usr/bin/xpra start --mmap=no \ --encodings=h264,vp9,vp8,mpeg4,mpeg4+mp4,h264+mp4,vp8+webm,vp9+webm,png,png/p,png/l,webp,rgb,rgb24,rgb32,jpeg,h265,jpeg2000,mpeg1,mpeg2 \ --start=xterm \ --env=XPRA_PROXY_START_UUID=5924ba14050b422d805f894f3a340fe2 \ --daemon=yes --systemd-run=no --displayfd=5
Blocked by #2184, caused by #2341.
I believe that this is likely caused by the threaded initialization: it is possible for the client to connect before the server's video codecs have been initialized:
def threaded_setup(self): getVideoHelper().init() #re-init encodings now that we have video: self.init_encodings()
Maybe we should wait for the threaded initialization to complete before accepting clients?
Fixed in r21937 - probably too intrusive to backport.
See also #2193
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2180