Device MCP 的镜像为何比 Device Hub 更清晰

大家在 Device MCP 里首先注意到的，是画面。动态内容，从 Liquid Glass 到翻页滑动和滚动列表，在别的镜像工具里会糊成一片，在这里依然清晰。这不是解码器上的花招，而是我们向设备请求了更好的视频流。

一个会话，多种配置

在 iOS 27 上，Mac 可以通过开发者连接与设备建立屏幕共享会话。会话开始时，Mac 会发送一份 offer，说明它想要哪种视频流，设备据此选择编码器设置。

Xcode 的 Device Hub 发送的 offer 选择的是 iOS 的 Screen Sharing（屏幕共享）配置。在 iOS 27 上，这个配置的码率被限制在 0.33 到 6 Mbit/s 之间，色彩采样为 4:2:0。画面一动，每帧就会缩小到只有几 KB，细节最先丢失。

同一个会话也接受其他配置。专为远程桌面设计的 Remote Desktop 配置以 20 到 60 Mbit/s 的码率串流全彩 HEVC 4:4:4：

在 iPad Air 上，翻页滑动时的码率约为 22–32 Mbit/s，每帧 50–100 KB；而使用 Screen Sharing 配置时，每帧只有 5–13 KB。触控、按键、键盘和旋转的表现完全相同。

值得信赖的色彩

设备会在编码前把 Display P3 屏幕内容转换为 sRGB，但不会在视频流中标注色彩空间。放任不管的话，解码器只能去猜，中间调会明显比设备上更亮。Device MCP 会补上缺失的标注，让镜像画面与设备自身的无损截图相差不超过约一个色阶。检查设计效果时，这一点很重要。

何时回退

全彩 HEVC 需要硬件解码器。Apple 芯片解码一帧只需几毫秒。在没有硬件解码器的 Mac 上，Device MCP 会改为请求标准配置，而不是靠软件解码占满 CPU 核心。如果设备拒绝了 Remote Desktop 配置，Device MCP 也会以同样的方式回退，并在下次连接时重试。你也可以在 Settings › General › Mirror Quality 中选择 Standard，在拥挤的 Wi-Fi 网络中会有帮助。

Inspector 的 Quality 部分会准确显示你当前获得的画面：配置、分辨率、帧率和码率。