如何把 BVH 转成 VRMA
理解 BVH 到 VRMA 的动作路线，明确 mocap / 骨架动作数据为什么需要单独的 Avatar 目标页和验证路径。
BVH 转 VRMA 连接的是 mocap / 骨架交换来源和 Avatar 动作目标，两端的生态假设完全不同，所以很适合独立成页。
为什么 BVH 会成为常见来源
BVH 很适合骨架动作交换、mocap 数据流转和轻量 retarget 准备，因此经常出现在更早期的动作整理阶段。
一旦后续目标转向 Avatar 播放，这条 BVH 到 VRMA 的路线就变得很自然。
为什么 VRMA 不是普通目标格式
VRMA 面向的是 VRM Avatar 生态，它不只是一个更换后缀的动作文件，而是动作即将进入 Avatar 运行时的明确标记。
如果团队还没有确定目标是否真的是 Avatar 工作流，那就应该先做这个判断，再决定是否推进这条路线。
这条路线后面怎么验证
后续最自然的浏览器验证动作，是把结果带回 VRM Viewer，在 Avatar 上做动作检查。相比只看文件名，这个步骤更能体现路线是否真的成立。
所以 route page 和 guide 都应该把用户带回 Avatar 验证，而不是停在“转换”这个词上。