.rgbv3dvi 多帧容器现状与限制

动画与多帧 RGB 归档需要时序元数据、逐帧尺寸与共享码本，且每帧仍无损。提议中的 .rgbv3dvi（见 /rgbv3d/roadmap/）仍实验——不宜今天 bulk 部署。单帧 .rgbv3d 的契约已经明确；多帧容器要在不破坏该契约的前提下，解决时间轴、依赖与开销问题。 现状：研究笔记定义帧头、对 profile 0/1 比特流的依赖、混合分辨率占位约束。PracticalKit 尚无浏览器 muxer。CLI 在 ecosystem 仓库 feature flag 后。不会悄悄上线服务端 beta 改写上传。任何「看起来能用」的实验开关，都会在文档中标明不稳定，并避免与生产归档路径混用。 已知限制：可变帧尺寸序列使跨时间 block 预测复杂；视频帧噪点使 inter-frame 向量预测 risky；容器开销必须受限，否则短循环比 ZIP+PNG 还大。UI 录屏若每帧分辨率抖动，共享码本与跨帧预测的收益会迅速下降。短 GIF 式循环若只有十几帧，头部与索引成本可能盖过帧内压缩收益。 若稳定后的诚实场景：UI 动画无损归档、同几何科学 RGB 栈、图形引擎回归 fixture——不是消费级视频替代。交付 AV1/H.264 请用视频工具；RGBV3Dvi 面向像素级帧重要的 niche。科学实验里「每一帧必须可独立校验」的需求，与流媒体「人眼可接受」完全不同，容器设计也必须分开讨论。 跟进方式：roadmap 页、多帧 benchmark 增补、RGBV3D 标签博客。偏好可测里程碑，而非 vague「即将推出」。在正式标签出现前，请继续用逐帧 .rgbv3d + 清单文件，或 ZIP 打包 PNG 序列做归档；需要演示时再试用实验 flag，并保留可回退的母版。我们会用带日期的博文记录何时解除「实验」标签，而不是用首页横幅制造紧迫感。 从工程与内容质量角度看，请把上述结论写进团队备忘：保留可复现步骤、记录失败坐标与环境，并在公开页面诚实展示限制。PracticalKit 选择深度说明而非堆砌同质工具页，正是为了让读者与审核者都能判断适用边界。若某次实测与本文不符，欢迎通过联系页附上样例与浏览器版本，我们会据此修订文档与基准行。自动化门禁、人工抽检与母版备份三者齐备，才谈得上把格式或工具引入正式归档流程。 从工程与内容质量角度看，请把上述结论写进团队备忘：保留可复现步骤、记录失败坐标与环境，并在公开页面诚实展示限制。PracticalKit 选择深度说明而非堆砌同质工具页，正是为了让读者与审核者都能判断适用边界。若某次实测与本文不符，欢迎通过联系页附上样例与浏览器版本，我们会据此修订文档与基准行。自动化门禁、人工抽检与母版备份三者齐备，才谈得上把格式或工具引入正式归档流程。 从工程与内容质量角度看，请把上述结论写进团队备忘：保留可复现步骤、记录失败坐标与环境，并在公开页面诚实展示限制。PracticalKit 选择深度说明而非堆砌同质工具页，正是为了让读者与审核者都能判断适用边界。若某次实测与本文不符，欢迎通过联系页附上样例与浏览器版本，我们会据此修订文档与基准行。自动化门禁、人工抽检与母版备份三者齐备，才谈得上把格式或工具引入正式归档流程。