[qiyinxi]

发 v0.1.1：这一版只有 #6 的行为变化。

Refs #1

改了什么

• CMakeLists.txt：版本改成 0.1.1。release workflow 核对 tag 和这一行一致；modavd_version_string() 返回它，所以 modavd_extras.dll 的哈希跟着变。external_renderer_ipc.dll 和 v0.1.0 不同，是因为 拷贝途中次次来新帧时，modavd_capture 返回未就绪 #6 改了它静态编进去的代码（main 0d85585 上版本还是 0.1.0 时编出的外壳，哈希和本 PR 的相同）。
• release/0.1.1.md：发版说明，中英两段，照 release/0.1.0.md 的格式。
  • modavd_extras.dll：拷贝途中次次来新帧时，modavd_capture 返回 MODAVD_E_NOT_READY（拷贝途中次次来新帧时，modavd_capture 返回未就绪 #6）；没有新的出错码，接口版本还是 1。
  • external_renderer_ipc.dll：行为不变。
  • BGR 提速（BGR 转换按 16 像素一块：SSSE3 / NEON，加标量回退 #4）已在 v0.1.0 里，这一版不再写速度。
  • 许可证和源码链接指向 v0.1.1 tag，核对的写法同 v0.1.0。
• release/0.1.1.SHA256SUMS.txt：取自本 PR 的 CI（windows job 最后一步打印的两行），说明里的两个哈希同它。

跑过什么

• 本机 Windows，MSVC（VS 2022 Build Tools），build.ps1：/W4 /WX 无警告，test_core、test_shim 都过。本机编的哈希和 runner 的不同（MSVC 版本不同），不拿来用。
• 隐私扫描（私有规则）：0 失败。
• release workflow 要打 tag 才会跑。release/0.1.1.SHA256SUMS.txt 是否和 CI 打印的两行逐字节相同（LF、文件名顺序），在本机用 workflow 里同样的比对代码核过。
• 本 PR 的三次 CI（753d2af、62c35d9、9ae876f）打印的两行相同，就是 release/0.1.1.SHA256SUMS.txt。CI 编的 merge 提交和 PR 头的树相同；PR 直接基于现在的 main，先合它的话 squash 提交也是这棵树。编译用的是 runner 镜像 win25-vs2026/20261103.298（MSVC 19.51.36260）。
• 另找了一位审查者（AI 子代理，没参与写）审过：结论能合，没有 P0、P1、P2。四条 P3 是文字：说明里「Windows SDK 版本在 CMake 配置那一步能看到」不对（只有 MSVC 版本，SDK 跟着镜像，见「Set up job」）、英文段的「the same two DLLs」容易读成字节相同、「最多重拷 3 次」容易读成一共 4 次、本说明把外壳哈希变化也归给版本号。前三条已改进第三个提交（只改 release/0.1.1.md，不影响 DLL 哈希），第四条已改正文。
• 合并后跟进（不在本 PR）：README 的示例注释和 modavd_strerror(MODAVD_E_NOT_READY) 还没提到「拷贝途中次次来新帧，再截一次」；后者要改代码，放到下一版。

合并之后

1. 维护者在 main 上打 v0.1.1 tag 并推送。最好合并后尽快打：这次的镜像在 runner-images 上还标着 prerelease，镜像换了哈希就会对不上。打之前可以看一眼 main push 那次 windows job 打印的两行。
2. release workflow 建草稿；看过附件和说明后发布。
3. 如果 runner 镜像中途换了 MSVC，哈希会对不上、workflow 停在 build，不会建草稿。先看 build job「Set up job」里的镜像版本：只是推送途中分到了别的镜像，重跑可能就过；镜像确实换了，就重取哈希另提 PR，删 tag 重打。