AlynxZhou

@w568w 你看一下你有没有 /dev/uinput 这个文件？模拟输入是通过 uinput 进行的，也许你的内核没加载这个模块，lsmod | grep uinput 看看有没有输出。

@falser101 不太符合楼主的需求，他想要丝滑一点的，但我这个主要是功能上的改进，流畅上不见得和别的有什么区别，特别是在 libvncserver 支持 H264 编码之前，带宽需求还挺高的。而且我还没写剪切板同步，这里 VNC 好像也有点限制。

@songtianlun GNOME Remote Desktop 远程登录的问题是他们用 RDP ServerRedirection 实现，所以首先 VNC 就不行，然后更可笑的是微软作为 RDP 的制定者自己的 macOS 版 Windows App 也没有实现 ServerRedirection 。你如果想要远程登录的话可以试试我的方案，但是别的地方就不见得完全让你满意了。或者其实如果你只登录一个自己常用的帐户的话干脆给 GNOME 配置一下自动登录呢。

@w568w 你说的这个问题可以用我这个解决： https://github.com/AlynxZhou/reframe

@lmmir 不需要欺骗器也行： https://github.com/AlynxZhou/reframe?tab=readme-ov-file#headless-setup

@penzi 你自己不喜欢就不喜欢，埋汰别人算什么

要不你和 t/1141277 坐一桌吧……

@ikiler > 这方面优化的能力不同导致对带宽要求不同，直观的体现就是其他软件同带宽下可以流畅远程，而 vnc 却比较卡顿

压缩算法和 VNC 协议本身应该没有强绑定吧，理论上来说可以找个压缩算法比较高效的实现解决。

@jqtmviyu 其实解决这个问题只要不显示远端鼠标就行了……眼不见心不烦的意思。远程控制的鼠标模拟比较类似触摸屏而不是鼠标，是直接把客户端鼠标的绝对位置传给服务端，所以服务端鼠标的上一个位置在哪里根本无所谓，就算有延迟，只要输入事件是按顺序的（甚至也不一定需要按顺序，只要点击事件和指针位置一起收到就行）就不会对实际操作有什么影响。

@onikage 说实话我觉得跨公网的话就别一定要用桌面了吧，带宽是最大的问题。

我没用过 RDP ，Wayland 下面 VNC 和 RDP 应该都是传视频流吧（都 2025 年了大家都是 GPU 渲染肯定不存在什么远程传 drawcall 这种玩意），那体验不就在于视频流压缩算法吗，这个应该和用什么协议是独立的？所以 RDP 哪里体验比 VNC 好呢