Geiru Context Suite：让超长 MiniMax H3 视频链保持清晰

作者 50 片段测试中每一段的结尾：上方为启用 Geiru 保护，下方为同一条链但未启用保护。

H3 每次渲染约五秒，因此更长的视频就是一串片段。每个新片段都从上一段的尾部开始，而在这份复制中丢失的细节会被继续传递下去，所以随着链变长，颜色和纹理会逐渐褪色。

Geiru 把这项修复工作移入采样过程。每个镜头都会被拉回到那一帧尚未受到任何漂移影响的画面。

将每个镜头固定到片段 1

Geiru Keystone 会把片段 1 的第 0 帧写入每个镜头的开头，还可以把取自片段 1 末尾的封顶帧贴到镜头末尾。片段 1 的第 0 帧是唯一在任何漂移出现之前生成的帧，也是 H3 最紧密跟随的帧。

Geiru Late Lock 决定这些 latent 在第几步介入，因此镜头会先自行确定姿态，之后再被封顶帧拉回。Geiru Context Noise 为被保留的帧加入采样器噪波，这样 H3 在接缝处不会把它们原样复制。

作者在一条 10 片段链、约片段 10 结束前 20 帧的位置进行了测量：相对片段 1 的颜色漂移从无保护时的 6.4 降到使用 Keystone 的 3.9，而使用 Keystone 加 Late Lock 时为 2.9，同时过度锐化也更少。

渲染到 0:05	同一次渲染到 2:00

下方两分钟渲染中的两帧。一次运行，没有剪辑，没有拼接。

在一条横跨四个场景、时长 5 分 20 秒的 50 片段链上，未启用保护的链到片段 20 时就已经崩塌，而启用保护的链依然干净，只是略暗一些。剪辑和切换新场景本身会重置漂移，因此保护只是一个开关：同一连续场景内开启，剪辑处关闭。

一次渲染两分钟

Geiru Hybrid Windows 彻底不再串联片段。它通过重叠窗口渲染整段视频，因此内存占用保持在一个窗口的大小，并在每个窗口中重复使用 Keystone 与封顶帧。该方法源自 kijai 的合并 H3 上下文窗口（ComfyUI PR #17425）以及 JalenBrunson 的 HybridWindows 包，二者都遵循 rolling-diffusion 方法。

演示视频是一段 2 分 6 秒的第一人称过山车，一次渲染完成：3031 帧、960x544，16 个窗口、每窗口 226 帧、重叠 39 帧，每个窗口一个提示词，每窗口 8 步，封顶帧从第 6 步开始，开启 context noise，并启用崩溃保护以便在每个窗口后保存。

完整的两分钟渲染，直接出自一次运行：没有剪辑，没有拼接。

第二个演示以 544x960 的说话人像完成同样长度。Geiru Window Director 是 Hybrid Windows 之后的可选节点，可逐个窗口构建这类渲染，并支持批准、重新生成、回退和混合。

安装与设置

在 ComfyUI 管理器中搜索 geiru-context-suite，或克隆仓库。项目采用 GPL-3.0 许可，无需额外的模型文件：Keystone 的 latent_folder 模式需要安装 NikoDemon80 的 ComfyUI-H3-Motion-Context 或 seitanism 的 MultiRef，而 Hybrid Windows 需要已经包含 H3 上下文窗口节点的 ComfyUI 构建版本。

有两项设置比其他设置更重要。片段长度应为 3 的倍数：141、192、243、294 或 345 帧。H3 的音频为每秒 40 步，而视频为每秒 24 帧，因此其他长度会让被保留的音频偏差三分之一帧，声音就会沿着链逐渐累积。

作者推荐的值是：Geiru Context 上的 head_frames 为 39、drop_last 为 17；Geiru Anchoring 上的 tail_frames 为 56、drop_first 为 17；Late Lock 上的 swap_step 为 4，或取步数的最后四分之一。示例链位于仓库的 example_workflows/ 目录中：everyone_wants_a_piece_of_the_clown.json 用于纯 Motion Context 链，sane_clown_combiner.json 用于在剪掉接缝后拼接十个片段。