HyperFrames v0.7.72内容寻址 Plan v2 终于解开 2 GiB 分布式渲染死结Agent 还能自己调色【免费下载链接】hyperframesWrite HTML. Render video. Built for agents.项目地址: https://gitcode.com/GitHub_Trending/hy/hyperframesHyperFrames v0.7.722026-07-26 发布带来两项直击痛点的变化分布式渲染启用了内容寻址按文件内容 sha256 指纹命名与定位构件的 Plan v2 传输协议大型合成从此可以绕开 2 GiB 的上限新命令hyperframes media-treatment则让 LLM 能直接发现、应用或清除确定性媒体处理。集群里长期被PLAN_TOO_LARGE卡住的人可以把大任务挪到新协议对成片时长做毫秒级校验的下游能松口气跑 LLM 自动化视频流水线的团队也能把调色直接接进工具调用。只跑本机渲染的话主要收获是音频时长不再漂移不必急着升级。当大型渲染任务撞上 2 GiB 传输上限内容寻址让整包太大变成单个构件可校验。旧 v1 协议把整个 plan 目录打成单体包一次性搬运默认上限 2 GiB超了就抛不可重试的PLAN_TOO_LARGE出路只有拆片。Plan v2 把传输根换成一个小的不可变plan.jsonmanifest其余文件全部按 sha256 摘要单独存放manifest 里逐条登记路径、摘要、字节数和需要它的 chunk可以是具体索引也可以是all。协议内部的大小限制放宽到Number.MAX_SAFE_INTEGER摘要计算用 1 MiB 缓冲流式读文件单个构件超过 2 GiB 也能在有限内存内完成。存量任务回放不需要任何改动。读取逻辑在 planProtocol.ts 里划了条线plan.json 缺协议描述符时按旧 v1 布局回放描述符一旦出现三个字段必须同时完整且被识别不做跨布局的静默猜测v1 读取路径见到 v2 目录会直接拒绝强制先物化。整个集群的能力握手靠DISTRIBUTED_RENDER_CAPABILITIES契约planner 能产出 v1 和 v2chunk 与 assembler 两个角色都接受两种协议外加无描述符的旧 v1。新集成有两个入口planV2把计划铺到本地目录planV2WithPublisher面向远程对象存储旧的plan()标记弃用但保留。远程发布者只暴露putBlob、commitManifest、abort三个方法内置本地适配器在同盘用硬链接避免同一份数据块占两份跨设备才退回原子拷贝。发布按 16 并发分批推进任何一步失败就回调abort()现场清理。云端一侧也接好了AWS Lambda 的 handler 与 CDK 栈支持 v2GCP Cloud Run 把 v2 的完整性错误码归一化方便按统一码做重试决策。视频帧不再整包搬运。v2 规划器用引擎自带的 FrameLookupTable 在每个捕获的全局帧上逐帧求值算出各 chunk 真正需要的帧素材缺少 legacy 视频元数据时会显式退化成 full-source-pack这个降级会写进 manifest 的 limitations 字段不会静默发生。物化走先校验、后发布选中的 blob 全部通过大小与摘要核对后才复制进临时目录、写入.hyperframes-plan-v2.json标记再用renameSync原子发布执行前二次复验。落地建议先用能力契约校验 worker 对两种协议的覆盖再重跑当初撞过PLAN_TOO_LARGE的任务确认大构件的内存占用有界。 当 Agent 需要直接决定调色和后期media-treatment把调色变成一组可发现、可校验的工具调用。这个新 CLImedia-treatment.ts的设计取向是服务 Agent 决策--capabilities --json返回八个能力族的总览——correction、grading、presets、finishing暗角与确定性胶片颗粒、palettes、animation、自定义 .cube LUT以及 overlays。应用调色时给出--selector和--gradingJSON 配合--applyselector 命中多个元素时用--selector-index指定--dry-run只做校验与报告、不落盘--apply和--clear互斥全部输出都支持--json。hyperframes media-treatment --selector #hero \ --grading {preset:warm-daylight} --apply --dry-run --json--analyze是更 Agent 友好的一半测量源素材的颜色元数据报告 HDR/LOG 警告、亮度百分位与裁剪证据并附一段有界的主校正建议——诊断是给模型看的不是示波器。边界要清楚目标必须是img或video--analyze只吃本地资产远程媒体得先 freeze。Catalog 同步上架了一批处理叠加层light-leak、organic-light-leak-overlay、flash-through-white 等都能用hyperframes add装进项目。引擎端按确定性路径执行这些处理Studio 检查器在编辑器往返时也会保留已编排的处理不会丢。️ 当下游对成片音频时长做毫秒级校验九处修复让输出时长贴住采样时间线。这类问题平时很难察觉渲染完成音轨却比视频长出一截校验脚本直接报错。producer、engine、render 三层这次一共动九处填充改用可移植的 padding filter填充音频按采样网格归一化mux 在最短归一化流处停下最终 mux 与容器时长都被限制到不超过视频长度填充的多余尾部按 AAC 包边界精确切掉M4A priming 样本的特殊保留只在 trim 场景生效M4A edit list 时序也原样保留。engine 顺带把 ffprobe 诊断输出做成有界的长视频不再刷爆日志。动画侧是配套动作。Core 的确定性关键帧缓动运行时customEase.ts成为缓动字符串到函数的唯一事实来源支持三次贝塞尔X 控制点约束在 [0,1]保证进度始终是时间的函数与弹簧缓动并接管gsap.parseEase让 keyframes 里引用的缓动串解析正确Studio 配上了缓动编辑器与预设库。parsers 保留手写关键帧的意图lint 侧 content_overlap 增加密集运动重采样新增 off_pivot_rotation 的 hub 引用布局检查同时删掉了误报的 media_in_subcomposition 规则。有时长校验的管线用同一份输入对比升级前后的时长差值即可验收。 仍然保留的限制与边界旧 v1 路径原样不动2 GiB 上限与不可重试的PLAN_TOO_LARGE都在只有 v2 的构件分发绕开这道天花板。帧率只接受整数 24、30、60fpsDen必须为 1。分布式模式下 HDR mp4 仍被拒绝抛FormatNotSupportedInDistributedError默认行为是 force-sdrassemble 阶段的精确 CFR 重编码cfr: true在 v0.7 系列可用但仅对 mp4 生效。v2 遇到缺 legacy 元数据的视频会退化为 full-source-pack这种情况下省不了带宽。好消息是 v2 构件不再经过 Lambda 10 GB/tmp下那条 2 GiB 限制路径。升级之后先做两件事把撞过PLAN_TOO_LARGE的大合成重跑一遍确认 v2 传输链路稳定拿一份固定输入对比升级前后的音频时长差值。接 Agent 流水线的先用--capabilities --json拉总览再--dry-run预览变更确认无误后落盘。更多细节见 v0.7.72 发布说明。【免费下载链接】hyperframesWrite HTML. Render video. Built for agents.项目地址: https://gitcode.com/GitHub_Trending/hy/hyperframes创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
HyperFrames v0.7.72：内容寻址 Plan v2 终于解开 2 GiB 分布式渲染死结，Agent 还能自己调色
HyperFrames v0.7.72内容寻址 Plan v2 终于解开 2 GiB 分布式渲染死结Agent 还能自己调色【免费下载链接】hyperframesWrite HTML. Render video. Built for agents.项目地址: https://gitcode.com/GitHub_Trending/hy/hyperframesHyperFrames v0.7.722026-07-26 发布带来两项直击痛点的变化分布式渲染启用了内容寻址按文件内容 sha256 指纹命名与定位构件的 Plan v2 传输协议大型合成从此可以绕开 2 GiB 的上限新命令hyperframes media-treatment则让 LLM 能直接发现、应用或清除确定性媒体处理。集群里长期被PLAN_TOO_LARGE卡住的人可以把大任务挪到新协议对成片时长做毫秒级校验的下游能松口气跑 LLM 自动化视频流水线的团队也能把调色直接接进工具调用。只跑本机渲染的话主要收获是音频时长不再漂移不必急着升级。当大型渲染任务撞上 2 GiB 传输上限内容寻址让整包太大变成单个构件可校验。旧 v1 协议把整个 plan 目录打成单体包一次性搬运默认上限 2 GiB超了就抛不可重试的PLAN_TOO_LARGE出路只有拆片。Plan v2 把传输根换成一个小的不可变plan.jsonmanifest其余文件全部按 sha256 摘要单独存放manifest 里逐条登记路径、摘要、字节数和需要它的 chunk可以是具体索引也可以是all。协议内部的大小限制放宽到Number.MAX_SAFE_INTEGER摘要计算用 1 MiB 缓冲流式读文件单个构件超过 2 GiB 也能在有限内存内完成。存量任务回放不需要任何改动。读取逻辑在 planProtocol.ts 里划了条线plan.json 缺协议描述符时按旧 v1 布局回放描述符一旦出现三个字段必须同时完整且被识别不做跨布局的静默猜测v1 读取路径见到 v2 目录会直接拒绝强制先物化。整个集群的能力握手靠DISTRIBUTED_RENDER_CAPABILITIES契约planner 能产出 v1 和 v2chunk 与 assembler 两个角色都接受两种协议外加无描述符的旧 v1。新集成有两个入口planV2把计划铺到本地目录planV2WithPublisher面向远程对象存储旧的plan()标记弃用但保留。远程发布者只暴露putBlob、commitManifest、abort三个方法内置本地适配器在同盘用硬链接避免同一份数据块占两份跨设备才退回原子拷贝。发布按 16 并发分批推进任何一步失败就回调abort()现场清理。云端一侧也接好了AWS Lambda 的 handler 与 CDK 栈支持 v2GCP Cloud Run 把 v2 的完整性错误码归一化方便按统一码做重试决策。视频帧不再整包搬运。v2 规划器用引擎自带的 FrameLookupTable 在每个捕获的全局帧上逐帧求值算出各 chunk 真正需要的帧素材缺少 legacy 视频元数据时会显式退化成 full-source-pack这个降级会写进 manifest 的 limitations 字段不会静默发生。物化走先校验、后发布选中的 blob 全部通过大小与摘要核对后才复制进临时目录、写入.hyperframes-plan-v2.json标记再用renameSync原子发布执行前二次复验。落地建议先用能力契约校验 worker 对两种协议的覆盖再重跑当初撞过PLAN_TOO_LARGE的任务确认大构件的内存占用有界。 当 Agent 需要直接决定调色和后期media-treatment把调色变成一组可发现、可校验的工具调用。这个新 CLImedia-treatment.ts的设计取向是服务 Agent 决策--capabilities --json返回八个能力族的总览——correction、grading、presets、finishing暗角与确定性胶片颗粒、palettes、animation、自定义 .cube LUT以及 overlays。应用调色时给出--selector和--gradingJSON 配合--applyselector 命中多个元素时用--selector-index指定--dry-run只做校验与报告、不落盘--apply和--clear互斥全部输出都支持--json。hyperframes media-treatment --selector #hero \ --grading {preset:warm-daylight} --apply --dry-run --json--analyze是更 Agent 友好的一半测量源素材的颜色元数据报告 HDR/LOG 警告、亮度百分位与裁剪证据并附一段有界的主校正建议——诊断是给模型看的不是示波器。边界要清楚目标必须是img或video--analyze只吃本地资产远程媒体得先 freeze。Catalog 同步上架了一批处理叠加层light-leak、organic-light-leak-overlay、flash-through-white 等都能用hyperframes add装进项目。引擎端按确定性路径执行这些处理Studio 检查器在编辑器往返时也会保留已编排的处理不会丢。️ 当下游对成片音频时长做毫秒级校验九处修复让输出时长贴住采样时间线。这类问题平时很难察觉渲染完成音轨却比视频长出一截校验脚本直接报错。producer、engine、render 三层这次一共动九处填充改用可移植的 padding filter填充音频按采样网格归一化mux 在最短归一化流处停下最终 mux 与容器时长都被限制到不超过视频长度填充的多余尾部按 AAC 包边界精确切掉M4A priming 样本的特殊保留只在 trim 场景生效M4A edit list 时序也原样保留。engine 顺带把 ffprobe 诊断输出做成有界的长视频不再刷爆日志。动画侧是配套动作。Core 的确定性关键帧缓动运行时customEase.ts成为缓动字符串到函数的唯一事实来源支持三次贝塞尔X 控制点约束在 [0,1]保证进度始终是时间的函数与弹簧缓动并接管gsap.parseEase让 keyframes 里引用的缓动串解析正确Studio 配上了缓动编辑器与预设库。parsers 保留手写关键帧的意图lint 侧 content_overlap 增加密集运动重采样新增 off_pivot_rotation 的 hub 引用布局检查同时删掉了误报的 media_in_subcomposition 规则。有时长校验的管线用同一份输入对比升级前后的时长差值即可验收。 仍然保留的限制与边界旧 v1 路径原样不动2 GiB 上限与不可重试的PLAN_TOO_LARGE都在只有 v2 的构件分发绕开这道天花板。帧率只接受整数 24、30、60fpsDen必须为 1。分布式模式下 HDR mp4 仍被拒绝抛FormatNotSupportedInDistributedError默认行为是 force-sdrassemble 阶段的精确 CFR 重编码cfr: true在 v0.7 系列可用但仅对 mp4 生效。v2 遇到缺 legacy 元数据的视频会退化为 full-source-pack这种情况下省不了带宽。好消息是 v2 构件不再经过 Lambda 10 GB/tmp下那条 2 GiB 限制路径。升级之后先做两件事把撞过PLAN_TOO_LARGE的大合成重跑一遍确认 v2 传输链路稳定拿一份固定输入对比升级前后的音频时长差值。接 Agent 流水线的先用--capabilities --json拉总览再--dry-run预览变更确认无误后落盘。更多细节见 v0.7.72 发布说明。【免费下载链接】hyperframesWrite HTML. Render video. Built for agents.项目地址: https://gitcode.com/GitHub_Trending/hy/hyperframes创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
