El desarrollo de KDE sigue viento en popa, y se nota cuando se está metiendo mano a aspectos como la transparencia utilizando carpetas en redes compartidas o la noticia que os traigo hoy. Me complace compartir con vosotros como así mejora KDE el escritorio remoto en Wayland optimizando el modo desatendido, consiguiendo menor latencia y obteniendo más compatibilidad entre dispositivos.
Así mejora KDE el escritorio remoto en Wayland: modo desatendido, menor latencia y más compatibilidad
El artículo de David Edmundson detalla las mejoras realizadas en el escritorio remoto de KDE (RDP y VNC bajo Wayland) de cara a la versión Plasma 6.8, con contribuciones de un equipo de desarrolladores enfocado en resolver uno de los puntos débiles de la transición desde X11.
Para ponernos en contexto, el escritorio remoto ha sido uno de los puntos débiles en la transición de KDE Plasma a Wayland. Aunque ya existe una solución nativa de RDP y VNC para Wayland, el equipo de desarrollo de KDE reconoce que aún no ha alcanzado el nivel deseado. De cara a Plasma 6.8, el escritorio remoto se ha convertido en un á́rea prioritaria, con contribuciones de varios desarrolladores, entre ellos David Edmundson, Shouvik Kar, Nick Haghiri, Oliver Beard y Wensheng Tang.
Mejorando el modo desatendido
Una de las novedades más destacadas es la mejora del modo desatendido (unattended mode), pensado para usuarios que acceden a su propio equipo de forma remota. En el modo tradicional de «soporte », cliente y host ven exactamente la misma imagen, adaptada a los monitores del host, lo cual es útil cuando hay alguien físicamente en el equipo y otra persona se conecta para trabajar juntos.
Sin embargo, este modelo resulta incómodo cuando solo hay un usuario: por ejemplo, si se conecta desde un portátil pequeño a un PC con monitores grandes, tiene que estar scrollando constantemente, y además cualquiera que esté cerca del host puede ver cómo el cursor se mueve y hace clics sin que haya nadie delante.
Para solucionar este inconveniente del modo desatendido se ha pensado una nueva forma de proceder:
- Al conectarse en modo desatendido, la máquina remota muestra primero la pantalla de inicio de sesión.
- Una vez que el usuario inicia sesión, las pantallas del host se «eliminan » de la configuración activa, lo que garantiza privacidad y seguridad: nadie en la oficina verá qué se está haciendo remotamente.
- Las pantallas remotas se redimensionan para coincidir con el tamaño y la disposición de las pantallas del cliente; si se usa una ventana para la sesión remota, esta se ajusta dinámicamente al tamaño de la ventana.
- Además, cuando el usuario cierra la sesión remota y vuelve a iniciar sesión físicamente en el host, todas sus ventanas recuperan automáticamente la posición que tenían antes en la configuración original del host.
Este trabajo también prepara el terreno para soportar en el futuro configuraciones completamente headless, sin ningún monitor físico conectado.
Mejorando el portapapeles y el rendimiento
Otra mejora importante es la del portapapeles, que ahora soporta texto bidireccional de forma robusta: se puede copiar y pegar en ambos sentidos entre cliente y host. Además, está en desarrollo el soporte para transferir archivos mediante el portapapeles, incluyendo integración en el cliente KRDC.
En cuanto al rendimiento, se ha reducido la latencia en todo el sistema. Se ha introducido un mecanismo de temporización que rastrea cada fotograma a lo largo de todo el proceso: desde la recepción del frame crudo y su codificación, pasando por la transmisión por red, hasta el renderizado en el cliente y la recepción del acuse de recibo. Esto permite identificar dónde se acumulan los retrasos, y de esta forma se agrupan los fotogramas que aún están pendientes de envío y un nuevo algoritmo determina cuántos frames se mantienen «en vuelo » para optimizar fluidez y latencia.
También se ha mejorado la gestión para mantener baja la latencia durante caídas de red, y el sistema está realizando alguna tarea para enviar múltiples flujos o incluso áreas del mismo escritorio simultáneamente. KRDC se beneficiará de estas mejoras de rendimiento en su versión 26.12.
Mejoras en la compatibilidad y migración a libei
La compatibilidad con clientes existentes ha mejorado notablemente. Ahora se soporta la codificación RemoteFX Progressive y la codificación H.264 completamente acelerada por hardware, con un mecanismo de reserva mejorado para cuando H.264 falla. También se ha corregido la autenticación NLA para clientes Windows, lo que facilita el uso con equipos Windows que exigen este tipo de autenticación.
Un cambio estructural clave es la migración a libei, una biblioteca y protocolo para enviar entrada emulada al compositor. Libei es mucho más completo que el enfoque básico de «mover ratón » y «enviar keysym » del XDG Portal: permite soportar cualquier número de dispositivos simultáneamente y proporciona la infraestructura para manejar también tabletas gráficas y pantallas táctiles de forma remota. Además, se ha mejorado drásticamente el soporte para enviar teclas que no están en el mapa de teclado actual del host, permitiendo introducir caracteres especiales (como ẞ) e incluso cadenas UTF-8 completas (como «안녕 ») desde el cliente remoto.
De cara al futuro, Edmundson confía en que Plasma 6.8 ofrecerá una buena experiencia para un único usuario, incluso en configuraciones headless, pero considera poco probable que se soporte múltiples usuarios concurrentes en esta versión, dada la complejidad y el hecho de que el feature freeze ya está en marcha. También se menciona la necesidad de estandarizar la infraestructura subyacente para que otros servicios de escritorio remoto puedan beneficiarse de este trabajo. Finalmente, se hace un llamamiento a la comunidad para que pruebe las compilaciones de master y reporte errores o contribuya con parches, ya que esto sigue siendo una ruta crítica para quienes aún dependen de X11.
