AmazingApps
系统增强栏请求增加rdpwrap
win 和win之间的远程桌面不是渲染完毕按帧从host端传输到client端，而是用RDP协议传输各种参数到client端，然后client端进行渲染出画面。 除此以外的远程控制软件都是host渲染，传输画面到client直接显示。 理论上传输参数进行本地渲染性能更高，实际操作中也确实如此，mstsc一般用于远程工作，而teamviewer一般用于远程技术支持（我个人的见识，无任何数据支撑）。
client渲染个人认为没啥好质疑的，但是为了更加严谨，翻了翻微软的一些资料，在这里提到了vista系统上，即使远程系统不支持Aero也可以在本地以Aero 的形式显示。并直接提到“这要归因于 Windows 远程桌面的重新构建，在客户端系统（如果该客户端是 Windows Vista）上执行大部分 Window 管理操作，从而在减少带宽使用的同时改善了用户体验。” 如果你用的也是Windows，那么检查你设置的颜色质量，mstsc会通过降低传输数据量来提高低带宽下的流畅性，这一点在哪一端渲染都是通用的。 如果你是Windows并且颜色质量没问题，请问是否出现在视频播放这种环境下，对于视频播放这根本没法优化。。。 如果以上都没问题，检查你的驱动，这里有人反馈驱动设置的问题，当然这个问题恰恰再次证明和本地渲染有关，毕竟如果是host渲染传输过来不过是一个画面，驱动的影响就几乎不会发生了 最后，如果你是Android远程Windows，那画面模糊很正常，因为Android上就是host渲染的 @ysc3839
@xhml 搜索了一下，没有发现相关的内容。我搜索的关键词是 "remote desktop client side rendering"。 不过我找到了 RemoteFX，也许你说的是这个吧？ 还找到了 Aero Glass Remoting https://cloudblogs.microsoft.com/enterprisemobility/2009/06/23/aero-glass-remoting-in-windows-server-2008-r2/
@ysc3839 对于你提出的问题，我再次搜索找到了关于RDP的一些文档，在这份文档中“Basic Architecture”部分给出了明确的解释。而对于这个基础构架背后的技术细节我个人因为技术所限，并没有更多的了解。 不过至此，微软官方的文档我个人认为已经足够支撑我所说的东西了。