In development
CloudX Remote
Low-latency remote desktop with a proprietary encrypted transport.
The problem
Existing remote desktop products impose their protocol, their account and their price. The goal was the same responsiveness, with control of every layer and no dependency on a third-party service.
Constraints
- Latency: the time between input and pixels is the metric that matters, not the bitrate.
- A headless environment: it needs a virtual monitor that does not physically exist.
- Small surface: one UDP port, one handshake.
- Signed drivers: the virtual display must pass signing, not bypass it.
Architecture
- Native per-platform core with a common C API: core.dll on Windows, core.dylib on macOS.
- Ephemeral X25519 handshake, Ed25519 identity, SAS pairing; ChaCha20-Poly1305 payload.
- All channels multiplexed on a single port, with dedicated congestion control.
- User-mode IddCx virtual display driver, an alternative to the commercial equivalents.
Decisions that matter
One transport, not six sockets
Video, audio, input and clipboard share the same encrypted pipe. One more channel does not open another port and does not add another handshake to defend.
GStreamer today, proprietary paths later
The media pipeline starts from GStreamer to reach a measurable product early; direct NVENC/DXGI and VideoToolbox/Metal paths are the next step, not the prerequisite.
Where it got to
Core, driver and client working in development; the measurement bench was built before the optimisations.