解决 RustDesk 虚拟显示器鼠标重影问题

在用 RustDesk 配置远程连接主机的过程中，我遇到了一个很棘手的问题：为了在原生分辨率为1K的办公笔记本上获得 2K/4K 的全屏开发体验，我开启了 RustDesk 自带的“虚拟显示器”。

然而，2K 屏幕是有了，随之而来的却是一个 完全无法隐藏的“鼠标重影”。本地鼠标极其丝滑，但画面里永远跟着一个慢半拍的远程假鼠标，即便在 RustDesk 菜单里取消勾选“显示远程光标”也无济于事。

本文将彻底把这个 Bug 的底层逻辑扒光，并给出一个零成本、完美的纯软件解决方案。

现象与底层原理：为什么光标关不掉？

在常规的远程控制中，Windows 的鼠标指针是一个独立的“硬件光标”（Hardware Cursor）。远控软件可以轻易将这个独立图层隐藏，只传输桌面画面，从而实现本地鼠标指哪打哪的“原生跟手感”。

但当我们开启 RustDesk 自带的轻量级虚拟显示器驱动时，在某些特定的核显架构或旧版驱动下，系统无法正常处理这个独立的光标渲染层。

导致的直接后果是： 驱动或者 Windows 系统为了保证我们能看见鼠标，强制将光标“降级”成了“软件光标”——即把鼠标指针直接当成像素，“烤死（Bake）”进了每一帧的视频流画面里。 既然鼠标已经变成了画面的一部分，RustDesk 的“隐藏远程光标”指令自然就彻底失效了。

破局方案：引入 Parsec VDD 驱动

既然自带的驱动处理不好硬件渲染层，我们就直接换用远控圈最顶级的开源虚拟显示器方案： Parsec VDD (Virtual Display Driver)。

Parsec 官方编写的这个虚拟驱动原本是服务于硬核云游戏的，它极其底层、带有微软正规数字签名，并且能够完美分离并处理硬件光标渲染层，绝对不会触发鼠标烤入画面的 Bug。

以下是具体的替换与部署流程（注意，强烈建议直接在被控端电脑上进行操作，而不是远程连接进行操作，否则可能会在安装完成的那一瞬停止远程连接的画面传输，导致无法进行后续操作！）：

第一步：获取独立版驱动（Standalone）

开源社区已经将 Parsec 的核心驱动剥离，做成了带有图形界面的极简独立版。

1. 访问 GitHub 仓库：搜寻 nomi-san/parsec-vdd。
2. 在 Releases 页面下载最新版本的 .exe 安装包（例如 ParsecVDisplay-vX.X-setup.exe）。

第二步：安装并“凭空捏造”一块 2K 屏

1. 在被控端电脑上运行安装程序，一路确认（期间会有 UAC 提示安装带签名的底层驱动，点击同意）。
2. 安装完成后，在右下角系统托盘找到 ParsecVDisplay 图标。
3. 右键点击图标，选择 “Add display” (添加显示器)。此时屏幕可能会短暂闪烁。
4. 这样被控端电脑的系统底层已经被成功欺骗，认定主板上刚刚插上了一块全新的物理屏幕。

第三步：清理门户与终极设置（最关键）

必须关掉原有的假屏幕，并让 Parsec 独占输出通道，否则会导致画面抓取引擎崩溃。

1. 废除旧屏幕： 在 RustDesk 顶部菜单栏点击“显示”图标，找到“虚拟显示器”，将其设置为 “0”（或拔出所有）。
2. 切断物理屏： 在被控端桌面上右键选择 “显示设置”。在多显示器设置的下拉菜单中，选择 “仅在 x 上显示”（这里的 x 指代的是刚刚创建且唯一活跃的 Parsec 虚拟屏，原物理屏幕将彻底断电休眠）。
3. 拉满画质： 将该屏幕的分辨率锁定为你需要的尺寸（如 2560 x 1440），缩放设置为 100% 或 125%。

总结

完成上述操作后，我们就可以安心地把被控端电脑的盖子合上了。

此时重新通过 RustDesk 连入，我们就会获得一个纯净、无边框、无任何重影的 2K 原生桌面。配合底层打通的 P2P 直连机制，哪怕远端只是一台普通的办公本，这套方案也能榨干每一兆网络带宽，为我们提供如同坐在机房里敲代码一般的终极流畅体验。