4 ms·

Windows RDP is a much better experience than basically everything else, it's not diffing a big jpeg of the screen like almost everything else does it sends more

by Neil44 3y ago

Windows RDP is a much better experience than basically everything else, it's not diffing a big jpeg of the screen like almost everything else does it sends more primitives to do more compositing on the client end. If the latency is low you often can't tell you're remote. You can actually work on it all day rather than just for doing odd bits of tech support. Plus it maps printers, audio etc.

while_true_ 3y ago
+1 for Windows RDP. One thing Windows RDP excels at is working over low bandwidth connections. My remote desktop is in a rural area with very poor internet service -- uploads under 1 Mb/sec. With Win RDP I set the "Experience" to "56k Modem" (not joking) and it eliminates eye candy stuff like font smoothing and window animations, which is fine, at least I have a steady connection that works. I've tried other RDP programs and they always say "connection lost" due to insufficient bandwidth.
mook 3y ago
For VMs, I find RDP to be on par with SPICE (which is more of a qemu/libvirt thing). Both have support for device/drive mapping, I believe. That's both over ssh sessions (I know RDP has encryption, but I'd rather not trust it).
MikusR 3y ago
IIRC it hasn't worked like that since Windows 10. It's more or less h264. As due to Electron, QT, and UWP nothing draws those primitives anymore.
- StillBored 3y ago
  RDP itself in its earliest versions is just a windows GDI async RPC. Which is why its so fantastically fast/responsive on windows. And as of last time I mess with this, thats the way it still behaves for things like MS office, and basically anything that is older than a half dozen years or so, because they are still sitting on the win32 GDI. But, yes your right if you have a "modern" application that is basically doing all the drawing on the CPU to a generic canvas with custom libraries none of that works, and RDP has to fall back to diffing and compressing. Which is really terrible on any number of fronts. At that point you might as well just use VNC because the perf is going to be roughly the same.
  - applied_heat 3y ago
    Progress!
  - TiredOfLife 3y ago
    The ui of modern Office is React Native

by Neil44 3y ago

while_true_ 3y ago

+1 for Windows RDP. One thing Windows RDP excels at is working over low bandwidth connections. My remote desktop is in a rural area with very poor internet service -- uploads under 1 Mb/sec. With Win RDP I set the "Experience" to "56k Modem" (not joking) and it eliminates eye candy stuff like font smoothing and window animations, which is fine, at least I have a steady connection that works. I've tried other RDP programs and they always say "connection lost" due to insufficient bandwidth.

mook 3y ago

For VMs, I find RDP to be on par with SPICE (which is more of a qemu/libvirt thing). Both have support for device/drive mapping, I believe. That's both over ssh sessions (I know RDP has encryption, but I'd rather not trust it).

MikusR 3y ago

IIRC it hasn't worked like that since Windows 10. It's more or less h264. As due to Electron, QT, and UWP nothing draws those primitives anymore.

StillBored 3y ago
RDP itself in its earliest versions is just a windows GDI async RPC. Which is why its so fantastically fast/responsive on windows. And as of last time I mess with this, thats the way it still behaves for things like MS office, and basically anything that is older than a half dozen years or so, because they are still sitting on the win32 GDI. But, yes your right if you have a "modern" application that is basically doing all the drawing on the CPU to a generic canvas with custom libraries none of that works, and RDP has to fall back to diffing and compressing. Which is really terrible on any number of fronts. At that point you might as well just use VNC because the perf is going to be roughly the same.
- applied_heat 3y ago
  Progress!
- TiredOfLife 3y ago
  The ui of modern Office is React Native