[qiyinxi]

#1 计划里的一条：库重拷 3 次还撞上新帧时，不再返回成功。

Refs #1

改了什么

• 模拟器写共享内存不加锁，库拷前后比帧号，变了就重拷，最多 3 次。原来 3 次都撞上新帧也返回 MODAVD_OK，交出去的图可能是两帧拼起来的。现在 modavd_capture 返回 MODAVD_E_NOT_READY，并记一条警告，调用方再截一次就行。出错码和 MODAVD_API_VERSION 不变；头文件里写明 MODAVD_E_NOT_READY 也包括这种情况。
• 兼容外壳的行为不变：还是把最后一次拷贝交出去，和它替换的那个 DLL 一样，因为 MaaCore 的 MuMu 那条路截图一失败就会重新测速。外壳改为直接调 mx_copy_frame，认内部返回值 MX_TORN（正数，不会从公开接口出去）。
• 测试钩子 mx_test_after_copy：只在测试里设置，在每次拷完、重读帧号之前调用，用来确定地造出「拷贝途中来了新帧」，不靠多线程。其他时候是 NULL。

跑过什么

改动和测试由 AI 编码助手完成，下面的都由它自己跑过。

• Windows，MSVC（VS 2022 Build Tools）：build.ps1，/W4 /WX 无警告，test_core、test_shim 都过。Linux、macOS 看本 PR 的 CI。
• 新用例 test_capture_new_frame_mid_copy：拷贝途中来一帧，第二次拷贝成功，帧号是新帧的；每次拷贝途中都来新帧，modavd_capture 返回 MODAVD_E_NOT_READY，正好拷 3 次；外壳用的 mx_copy_frame 这时返回 MX_TORN。
• 故意改坏，确认测试会红：mx_copy_frame 3 次都撞上时改回返回 MODAVD_OK，两条断言红；modavd_capture 不把 MX_TORN 换成 MODAVD_E_NOT_READY，一条断言红。都已还原。
• 没上真机：撞上 3 次新帧在实机上很难碰到（一帧拷贝约 0.1 ms，模拟器约 16 ms 写一帧），用钩子测的就是这条路。外壳在这种情况下照旧返回成功，没有专门的用例，是读代码确认的。