浏览器编解码 .rgbv3d 的内存与 WASM 边界

PracticalKit 的 RGBV3D 编码器通过 @rgbv3d/core 在浏览器运行。文件不上传我们的服务器，但有硬顶：JS 堆、WASM 线性内存增长、主线程单线程执行。浏览器优先带来隐私，也意味着你不能把网页标签页当成无限内存的转码农场。理解边界，才能正确选择网页抽检还是 CLI 批处理。 内存大致随 宽×高×通道 增长，encode 临时结构另算。6000×4000 RGBA 转 RGB24 已是数十 MB，编解码器还会再分配。移动 Safari 比桌面 Chrome 更早 OOM。工具指南写「先试一半分辨率」因为这是最常见有效解。精灵图、海报级导出、全幅相机原图，都应先评估峰值内存，而不是默认「能打开就能编」。 不假设 WASM SIMD 与多线程。CLI 原生能力可能领先 web bundle。若 encode 卡住无报错，开 devtools 看长任务；低内存标签可能被系统杀掉。长任务超过约 50ms 会卡 UI；在弱设备上连续多次巨型 encode，还可能触发浏览器「页面无响应」对话框。遇到卡顿，先缩小输入，再考虑是否应改走本机 CLI。 对比云端压缩：服务端可流式分块、多核。我们刻意换隐私。数百张母版批量归档请用 /rgbv3d/download/ 的 CLI；网页适合抽检、教学、临时验证。CI 流水线也应调用 Node/原生包，而不是用无头浏览器硬扛大批量——后者既慢又脆，且难以复现内存曲线。 推荐测法：从 1080p 量级资产开始，量 encode 时间与峰值内存，再放大。配合 PNG 往返文的像素 diff。若浏览器顶不住，解码后用 /image/ 导出 PNG——兼容性仍比硬扛 megapixel 重要。记录机型、浏览器版本与是否启用硬件加速，便于对比同事机器上的差异。 SIMD、Worker 卸载在 /rgbv3d/roadmap/，无承诺日期。在此之前，把浏览器工具当作有资源边界的参考实现，不是批处理农场替代品。若你的工作流必须在浏览器完成，请拆分大图、避免并行多个巨型任务，并在失败时保留源文件路径与尺寸，方便向我们反馈可复现样本。 从工程与内容质量角度看，请把上述结论写进团队备忘：保留可复现步骤、记录失败坐标与环境，并在公开页面诚实展示限制。PracticalKit 选择深度说明而非堆砌同质工具页，正是为了让读者与审核者都能判断适用边界。若某次实测与本文不符，欢迎通过联系页附上样例与浏览器版本，我们会据此修订文档与基准行。自动化门禁、人工抽检与母版备份三者齐备，才谈得上把格式或工具引入正式归档流程。 从工程与内容质量角度看，请把上述结论写进团队备忘：保留可复现步骤、记录失败坐标与环境，并在公开页面诚实展示限制。PracticalKit 选择深度说明而非堆砌同质工具页，正是为了让读者与审核者都能判断适用边界。若某次实测与本文不符，欢迎通过联系页附上样例与浏览器版本，我们会据此修订文档与基准行。自动化门禁、人工抽检与母版备份三者齐备，才谈得上把格式或工具引入正式归档流程。