桌宠 2.0 在游戏里为什么更卡

你看不出差别是对的：2.0 的模型文件和 1.1 基本是同一套，真正换掉的是底下的程序。

• 模型：导入的两个模型，moc3、贴图、物理文件的 SHA256 和 1.1 完全一样；自带的三只猫贴图逐像素相同，只是重新压缩过。
• 程序：1.1 是 WebView2 + PixiJS 画猫；2.0 的 exe 导入表里有 D3D11CreateDevice、RegisterRawInputDevices，没有键盘钩子。实测猫显示时，名下一个 WebView2 进程都没有。

Claude 评：理论上对游戏有利。但上次查出的根因是游戏把整张显卡占满，猫分不到时间片，换引擎改变不了这个局面。能不能更好，只能实测。

上次测 1.1 是往 WebView 里注入脚本数帧数，2.0 没有 WebView，此路不通。

读了 2.0 的渲染循环源码：它每一帧都会调用 DXGI 的 Present。所以改用 Intel 官方的 PresentMon，通过系统事件追踪被动记录，不往任何进程里注入东西——还能顺便记录游戏本身的帧率，看挂着猫对游戏有没有影响。

先在桌面上校准：2.0 限 60 应该测出约 60；改成 240 应该测出约 240；1.1 抓不抓得到要试。两边设置调成一致（同一模型、同帧率上限、2.0 缩放调到 80% 让窗口一样大）。

体感和数据完全对得上：2.0 在游戏里确实更卡，1.1 更稳。两只猫都没有拖慢游戏本身的帧率。

为什么 2.0 更卡

1. 每帧 GPU 时间约是 1.1 的 3 倍（实测推算）。源码里两处写法会加重负担：每个带遮罩的部件都单独配一张窗口大小的遮罩纹理、每帧清空重画；模型贴图没生成 mipmap（MipLevels: 1）。推测 这两处是主要来源，还没逐个单独验证。
2. 一掉帧就掉得很深（实测）：帧间隔两极分化，78.7% 是正常的 16.7 ms，其余直接跳到 29–55 ms，20–29 ms 这一档是 0%。源码是单线程、2 个缓冲区、等垂直同步，晚了也不追帧；1.1 用的 Chromium 晚一帧后会连发几帧追回来。

这里要小小纠正一下：瓶颈确实在显卡，但卡的不是「显卡太弱」，而是「显卡被游戏占满、没有余量」。显存也不是问题。

• 两局显存用量 6.5–6.9 GB，总共 8 GB，没有用满。
• 游戏限帧 160，实际中位数 152–153，连 160 都没稳住，整卡利用率 98–99%。

所以换电脑能不能解决，取决于换了之后有没有余量：要是把限帧提到 240、画质拉满，游戏又会吃掉全部显卡，问题照旧。

不花钱的验证：把游戏限帧降到 120，相当于「模拟一张更强的显卡」。上次已经证明过这个机制：给游戏限帧后，1.1 的猫从 33 fps 升到 88.6 fps。