xdeskv1.0.0
ResourcesRessources

Known limitsLimites connues

What does not work yet, or only under conditions, on each platform.Ce qui ne marche pas encore, ou seulement sous conditions, sur chaque plateforme.

1. PlatformsPlateformes

Warning.

  • Wayland: the real time capture uses the PipeWire library of the system (loaded at run time; without it: portal screenshots, about 1 FPS). The capture starts with the first viewer (the portal asks the screen share then, once) and stops 15 s after the last one. The remote control needs /dev/uinput (scripts/install.sh --uinput), else the panel shows Input: unavailable and the sessions stay view only.
  • Windows: the code is checked with MinGW but not yet run on a real Windows.
  • Web client: it cannot read the certificate, so it sends the code inside TLS without the Argon2id binding.

Attention.

  • Wayland : la capture en temps réel utilise la bibliothèque PipeWire du système (chargée à l'exécution ; sans elle : captures du portail, environ 1 FPS). La capture démarre avec le premier viewer (le portail demande alors le partage d'écran, une fois) et s'arrête 15 s après le dernier. Le contrôle à distance demande /dev/uinput (scripts/install.sh --uinput), sinon le panneau affiche Input: unavailable et les sessions restent en lecture seule.
  • Windows : le code est vérifié avec MinGW mais pas encore lancé sur un vrai Windows.
  • Client web : il ne peut pas lire le certificat, il envoie donc le code dans TLS sans la liaison Argon2id.

2. Capture and input backendsBackends de capture et d'entrée

PlatformCaptureInputTerminals
WindowsDXGI Desktop DuplicationSendInput (scancodes + unicode)ConPTY
Linux X11, macOSQtuinput or XTest (Linux)forkpty
Linux Waylandxdg-desktop-portal ScreenCast + PipeWireuinputforkpty
PlateformeCaptureEntréeTerminaux
WindowsDXGI Desktop DuplicationSendInput (scancodes + unicode)ConPTY
Linux X11, macOSQtuinput ou XTest (Linux)forkpty
Linux Waylandxdg-desktop-portal ScreenCast + PipeWireuinputforkpty

3. NetworkRéseau

  • The TCP tunnels (bore, ngrok, cloudflared) keep the video on TCP: no UDP through them.
  • Browsers have no raw UDP; WebRTC data channels are not implemented. Extra websockets give back throughput on lossy paths, not a lower ping.
  • Les tunnels TCP (bore, ngrok, cloudflared) gardent la vidéo en TCP : pas d'UDP à travers eux.
  • Les navigateurs n'ont pas d'UDP brut ; les data channels WebRTC ne sont pas implémentés. Les websockets supplémentaires rendent du débit sur les chemins avec pertes, pas un ping plus bas.