HyperFrames v0.7.72 一文讲透内容寻址 Plan v2 如何解开 2 GiB 分布式渲染上限【免费下载链接】hyperframesWrite HTML. Render video. Built for agents.项目地址: https://gitcode.com/GitHub_Trending/hy/hyperframes2 GiB 的墙卡在哪里你会遇到的墙大合成 freeze 刚结束planner 就抛PLAN_TOO_LARGE——旧传输把整个 plan 目录打成单体归档2 GiB 是硬顶。HyperFrames v0.7.72 重写了分布式渲染的传输层新的 Plan v2内容寻址文件按 sha256 摘要存放与取用只传一份小 manifest旧路径完整保留。如果你的合成长期被这个上限卡住或流水线对成片做毫秒级时长校验就该升到这个版本。收益速览怎么读五处改动各对应一个直接好处改动点你得到什么v2 内容寻址传输manifest sha256 构件大合成不再撞 2 GiB 单体归档内部尺寸检查抬到Number.MAX_SAFE_INTEGERv1/v2 双协议共存描述符决定布局存量任务零改动集群握手靠一份能力契约跨 producer/engine/render 的 9 条音频时长修复输出音频时长精确贴合采样时间线离散采样的时间网格毫秒级校验不再漂移新命令hyperframes media-treatmentAgent 可发现、分析、应用确定性调色输出全支持--jsonCore customEase 运行时 Studio 缓动编辑器缓动串从单一事实来源解析手写关键帧意图不被 parsers 改写️ 单体归档怎么拆内容寻址的设计与实现结论先行新布局的意图是传输与执行彻底分离——worker 不再拉整个目录只物化把构件写入本地可执行布局自己角色依赖的部分。设计意图。传输根是一个小的不可变plan.jsonmanifest其余全部按 sha256 寻址存放。每个 chunk 真正需要哪些视频帧由引擎自己的 FrameLookupTable帧查找表在捕获的全局帧上逐帧求值legacy 视频元数据缺失时显式退化为 full-source-pack整源包照发不省带宽。关键实现。manifest 携带协议描述符content-addressed-plan-v2/hyperframes-plan-manifest-hash-v2、独立的planHash、渲染几何、ffmpegVersion/producerVersion快照以及artifacts[]——每条记录 path、sha256、sizeBytes、需要它的 chunk 索引或all和 assembler 是否需要。大文件摘要用 1 MiB 缓冲流式计算超过 2 GiB 的构件内存也有界物化走先校验后发布size 与摘要全过才复制进临时目录并renameSync原子发布。协议规则集中在 planProtocol.ts传输与校验在 planV2.ts。v1 plan-dirv2 内容寻址描述符plan-dir-v1缺省时直接按旧布局回放content-addressed-plan-v2三字段必须完整且被识别形态整目录单体归档2 GiB 上限manifest sha256 构件无单体归档尺寸检查超限抛PLAN_TOO_LARGE不可重试检查上限抬到Number.MAX_SAFE_INTEGER跨布局读取无描述符可直接回放直接拒绝必须先物化再走 v1 读取路径如何验证。仓库自带 plan-parity 压测故意压低 v1 尺寸上限强制触发PLAN_TOO_LARGE同一渲染在 v2 下完成并断言两侧输出一致——用新路径不仅更大、而且等价来锁死兼容性。其余改动一句话各归位9 条音频时长修复覆盖可移植 padding filter、按采样粒度归一化、mux 在最短归一化流处停止、容器时长封顶到视频时长、按 AAC 包精确裁剪 padding、M4A priming 限定在 trim 场景media-treatment CLI 把能力分成 correction、grading、presets、finishing、palettes、animation、LUT、overlays 八个族--analyze返回 HDR/LOG 警告与亮度百分位供 Agent 决策customEase.ts 成为缓动串 → 函数的单一事实来源lint 新增 off_pivot_rotation 检查、删除误报的 media_in_subcomposition 规则、content_overlap 加密集运动重采样AWS Lambda 与 GCP Cloud Run 接入新协议并把完整性错误码归一化。如何复现并验证本次版本拉取媒体处理能力总览hyperframes media-treatment --capabilities --json成功信号输出 JSON 含version、targetTags与 correction、grading、presets、finishing 等族 ID。分析一个媒体节点hyperframes media-treatment --file compositions/scene.html --selector #hero --analyze --json成功信号打印源颜色元数据与 HDR/LOG 警告selector 命中多个元素时报错提示补--selector-index。验证新旧上限共存仓库是 bun workspacecd packages/producer bun test src/plan-parity-harness.test.ts src/services/distributed/planSizeCap.test.ts成功信号全部通过断言确认PLAN_DIR_SIZE_LIMIT_BYTES等于 2 GiB且错误对象 code 为PLAN_TOO_LARGE。本版本仍保留哪些边界v1 仍是 2 GiB超限抛PlanTooLargeErrorcodePLAN_TOO_LARGE同一 worker 重试无法自愈只有新路径解除该上限协议不做猜测描述符缺任一字段或不可识别时抛PLAN_PROTOCOL_UNSUPPORTEDv1 读取路径遇到 v2 布局直接拒绝必须先物化拒绝覆盖输出planV2()对已存在的输出目录直接抛PlanV2IntegrityError退化不省带宽视频缺 legacy 元数据时退化为 full-source-pack省不了传输量帧率与发布失败manifest 的 fps 类型只有 24/30/60publisher 任一步失败即abort()并清理 staging 目录。升级后跑一遍这些自检跑bun test src/plan-parity-harness.test.ts检查输出里出现 v1 被记录为PLAN_TOO_LARGE、v2 完成且两侧产物一致对撞过上限的项目走新路径重新 plan打开 plan.json 检查limitations.videoDependencyMode出现full-source-pack说明视频元数据缺失、处于退化态用同一输入对比升级前后成片的 ffprobe 音频时长差值应收敛到 0跑hyperframes lint确认 media_in_subcomposition 不再误报且 off_pivot_rotation 出现在新报告中。【免费下载链接】hyperframesWrite HTML. Render video. Built for agents.项目地址: https://gitcode.com/GitHub_Trending/hy/hyperframes创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考