参考生视频,就是给模型几张图、几段视频或音频当参考,让它生成一段保留这些角色、物品、场景或声音的新视频。MiniMax H3 是支持图像、视频、音频三种参考的开源权重模型之一;第三方团队又在它的基础上做了加速版 FastH3-Omni。这篇讲两者按显卡怎么选。
数据说明:数据来自官方和社区,未经本站实测。每个数字后面都标了来源和核实日期(均为美国太平洋时间 2026-10-27);来源分三种:「官方」是模型或工具发布方自己的说明(第三方项目给自己写的说明也算该项目的官方说明),「官方教程」是 ComfyUI 官方教程或模板,「社区」是用户在 GitHub issue 里报告的数字,以及 LoRA 作者自己发的说明;社区数据和官方数据分开写,第三方项目会单独注明。查不到的写「待核实」。权重文件大小不等于显存需求,文中写成「文件 xx GB」的只是下载体积。
先分清:哪个是官方,哪个是第三方
MiniMax H3(官方版):MiniMax 发布的开源权重模型。来源:官方模型卡,核实于 2026-10-27。
- 输出带立体声的视频,24fps,4–15 秒,默认短边 768 像素。
- 参考生视频用的是 Ref2VA 版:最多 9 张图、3 段视频(每段 2–15 秒)、3 段音频,合计不超过 12 个文件。另一个 FL2VA 版只做文生视频和首尾帧。
- 主模型是 33B 参数的 Transformer,其中约 13B 在 AdaLN 分支里,推理时可以预先算好、不必加载;文本编码器是 Qwen3-VL-32B。
- 官方完整流程有三段,开源的只有中间的 H3-Base。前面理解多模态输入的 H3-Context-IR 和后面放大到 2K 的 H3-Regenerate-2K 都没开源,只能通过 MiniMax 官方 API 使用。所以本地跑出来的是 768p 档,不是 2K。
- 官方推荐用 SGLang、vLLM、Diffusers 或 ComfyUI 部署。
FastH3-Omni(第三方加速版,不是 MiniMax 官方版本):由 UC San Diego Hao AI Lab 的 FastVideo 团队和 Nuva Lab 基于 MiniMax H3 蒸馏,2026-10-20 发布权重和训练代码。来源:FastVideo 发布博客、Nuva Lab 发布页,核实于 2026-10-27。
- 生成只需 8 次 Transformer 计算(原版是 50 步),参考输入和 H3 Ref2VA 一样。
- 它的权重仍然受 MiniMax H3 社区许可证约束(见 FastH3-Omni 模型卡),但 MiniMax 不对它的质量和支持负责。
- Nuva Lab 另有收费的生产版本,和开源权重不是一回事,本文只讲开源权重。
注意 FastH3 有两条线:更早的 FastH3 预览版(V1/V2)只做文生视频和首尾帧,ComfyUI 内置的「FastVideo FastH3」模板用的就是 V2,官方文档写明它不支持参考生视频。要做参考生视频,得用 FastH3-Omni。来源:ComfyUI FastH3 教程,核实于 2026-10-27。
思路:两者怎么选
- 最看重贴合参考和画质,用官方版。 ComfyUI 官方教程提醒:参考信息要靠每一步带进去,4 步加速时参考几乎带不进去(姿态、面部会漂);要贴合参考就关掉加速,或把步数提到 25 左右。
- 要快速出草稿、反复试,用 FastH3-Omni。 第三方在 8×GB200 上测得比原版快 5.6–11.9 倍。但它是蒸馏和量化后的版本:FastVideo 自己说明 NVFP4 和 FP8 版的输出会和 BF16 原版不同;ComfyUI 对 FastH3 预览版的评价是「用一些动作和音频质量换速度」,Omni 版的质量差异待核实。
- 两者许可证相同。 FastH3-Omni 没有更宽松的授权,地区和商用限制跟官方版一样(见许可证一节)。
- 两者都很吃资源。 官方最小的 ComfyUI 主模型文件约 16GB,FastH3-Omni 官方给出的本地档位最低是 24GB 显卡,而且两者都还要加载一个很大的 Qwen3-VL-32B 文本编码器。
按显卡怎么配
下表数字核实于 2026-10-27。官方数据(含官方教程,以及第三方项目给自己写的说明,方案名前注明「第三方」)和社区数据分两张表。
各档标签一览
各档标签含义:「适用」= 有依据表明这一档可以正常用;「能跑」= 要大量卸载、明显偏慢或只有部分卡达标;「不推荐」= 来源明确说这一档跑不了,或方案本身不推荐;「待核实」= 依据不够,不代表不能跑。「(推断)」= 这一档没有自己的数据,按下一档推出来。
| 方案 | 8GB 入门 | 10–16GB 主流 | 24–32GB 高端单卡 | 48GB 以上及多卡 |
|---|---|---|---|---|
| Wan2.1-VACE-1.3B | 待核实 | 待核实 | 待核实 | 待核实 |
| MiniMax H3 原版(Ref2VA) | 待核实 | 待核实 | 待核实 | 适用 |
| 第三方 FastH3-Omni(FastVideo 与 Nuva Lab 基于 MiniMax H3 蒸馏) | 待核实 | 待核实 | 能跑 | 适用 |
| 第三方 FastH3 预览版(8 步,WanGP) | 待核实 | 待核实 | 适用 | 待核实 |
官方数据
| 档位 | 模型 / 量化 | 加速 | 分辨率 | 速度或显存(来源中的条件) | 来源 | 核实日期 |
|---|---|---|---|---|---|---|
| 8GB 入门 | Wan2.1-VACE-1.3B(替代方案,不是 H3) | 显存不够时 --offload_model True --t5_cpu |
480P | 同系列 T2V-1.3B 需 8.19GB 显存,RTX 4090 上 5 秒 480P 约 4 分钟;VACE 自己的数字待核实 | Wan-AI 模型卡、Wan2.1 GitHub | 2026-10-27 |
| 10–16GB 主流 | 官方 H3 Ref2VA,ComfyUI pruned_w6a8(文件约 16GB) | Turbo 4 步(默认 20 步) | 模板默认 0.4MP(864×480) | 官方建议选能装进显存的最小版,CPU offload 的代价比降精度更大。主模型文件约 16GB,再加最小的 Qwen3-VL-32B 文本编码器 nvfp4 文件 15.69GB,合计约 31.7GB(按文件大小推算,未经本站实测,文件大小不等于显存),16GB 卡不靠 offload 基本装不下;能否跑通、速度都待核实 | ComfyUI H3 教程、Comfy-Org/MiniMax-H3 文件列表 | 2026-10-27 |
| 10–16GB 主流 | 第三方 FastH3-Omni,ComfyUI NVFP4 QAD(文件 13.77GB)+ nvfp4 文本编码器(文件 15.69GB) | 8 步 | 待核实 | FastVideo 给出的本地档位最低是 24GB;16GB 能否跑通待核实 | FastH3-Omni NVFP4 QAD Comfy、FastVideo 推理文档 | 2026-10-27 |
| 24–32GB 高端单卡 | 官方 H3 Ref2VA,ComfyUI pruned_int8_convrot(文件约 21GB,模板默认)/ pruned_fp8_scaled(文件约 21GB) | Turbo 4 步可选;Sage Attention 约快 2 倍 | 草稿 0.4MP,成片 1344×768 | 速度待核实;长片段高分辨率先爆显存,要降像素数 | ComfyUI H3 教程 | 2026-10-27 |
| 24–32GB 高端单卡 | 第三方 FastH3-Omni,FastVideo rtx-4090 档:FP8 |
8 次前向 | 480p,5/10/15 秒 | FP8 主模型约 47GB 装不进 24GB,逐层流式加载(常驻 16 个块),文本编码器不常驻;建议每段视频单独起一个进程;速度待核实 | FastVideo 推理文档 | 2026-10-27 |
| 24–32GB 高端单卡 | 第三方 FastH3-Omni,FastVideo rtx-5090 档:NVFP4 QAD |
8 次前向;同一参考重复使用时省 3–5 秒 | 480p,5/10/15 秒 | 用预计算 AdaLN 表后主模型文件从 44.5GB 降到 18.5GB,文本编码器(官方测得 24.7GiB)不常驻;整段速度待核实 | FastVideo 推理文档、FastVideo 博客 | 2026-10-27 |
| 24–32GB 高端单卡 | 第三方 FastH3-Omni,ComfyUI 版:INT8(文件 22.21GB)/ FP8(文件 23.05GB)/ NVFP4 QAD(文件 13.77GB,需 Blackwell) | 8 步,guidance 1.0 | 待核实 | 模型卡没写显存和速度,待核实 | FastH3-Omni Comfy、FastH3-Omni FP8 Comfy | 2026-10-27 |
| 48GB 以上及多卡 | 官方 H3 Ref2VA,SGLang 原版 | 4 卡并行(--num-gpus 4) |
768p | 官方没公布吞吐和单卡显存,待核实 | 官方模型卡 | 2026-10-27 |
| 48GB 以上及多卡 | 第三方 FastH3-Omni,FastVideo rtx-pro-6000(96GB)/ spark(DGX Spark 128GB 统一内存) |
8 次前向 | PRO 6000 为 768p,Spark 为 480p | 全部组件常驻显存;整段速度待核实 | FastVideo 推理文档 | 2026-10-27 |
| 48GB 以上及多卡 | 第三方 FastH3-Omni 对比官方 H3 原版,8×GB200 | FastH3-Omni 8 次前向;原版 50 步 | 1344×768 | 1 张参考图、5 秒片段:原版 35.44 秒 → FastH3-Omni 5.67 秒;1 张参考图、15 秒:139.69 → 14.14 秒;9 图 + 3 段视频、15 秒:422.20 → 59.77 秒(单请求端到端,三次均值)。原版数字也由 FastVideo 测量,不是 MiniMax 公布 | FastVideo 博客(2026-10-20) | 2026-10-27 |
社区数据
| 档位 | 模型 / 量化 | 加速 | 分辨率 | 报告的情况 | 来源 | 核实日期 |
|---|---|---|---|---|---|---|
| 24–32GB 高端单卡 | 第三方 FastH3 预览版,INT8(WanGP;首尾帧/文生路线,不是参考生视频) | 8 步;把 INT8 后端的临时缓冲区从 16MB 调到 256MB(要改代码) | 540p 16:9,10.2 秒片段 | RTX 4090 上从 3 分 05 秒降到 1 分 55 秒(发帖人自己的机器);没写峰值显存 | WanGP Issue #2392(2026-09-27 发帖) | 2026-10-27 |
截至 2026-10-27,没查到 FastH3-Omni 在消费级显卡上做参考生视频的社区速度报告,待核实。
每档用什么、怎么配
8GB 入门:原版 H3 没有可靠的 8GB 跑法(待核实),先换小模型
- 原版 H3:官方没给 8GB 的跑法,也没有可靠的社区报告(待核实);8GB 想跑 H3,可以看下面的 FreeVideo。FastH3-Omni 也没有 8GB 的官方或社区方案:FastVideo 官方给的本地运行最低档是 24GB,但这只针对用 FastVideo 本地运行这一种跑法,用 ComfyUI 跑在 8GB 上没有数据(待核实)。最小的官方 ComfyUI 主模型文件约 16GB,FastH3-Omni 最小的 ComfyUI 主模型文件 13.77GB,还都要另加文本编码器。
- 另有第三方项目 FreeVideo:它用的是 OpenVDN 的 VDN-H3 权重,不是原版 H3。项目方自称 8GB 显存 + 16GB 内存就能跑;出片耗时有项目方给的(官方)和用户报告的(社区)两类,分开写在单篇里,都未经本站实测。详见FreeVideo 单篇。
- 这一档想做参考生视频,可以先用 Wan2.1-VACE-1.3B(Apache-2.0),480P,显存不够时按官方说法开
--offload_model True --t5_cpu。官方的 8.19GB 和 4 分钟是同系列文生视频版的数字,VACE 自己的显存和速度待核实。
10–16GB 主流:暂时没有可靠数据(待核实),建议先用 8GB 档的替代方案或租云 GPU
- 先说结论:官方最小的 ComfyUI 主模型 pruned_w6a8 文件约 16GB(Hugging Face 文件列表写的是 15.98GB),已经接近 16GB 卡的全部显存;还要加上 Qwen3-VL-32B 文本编码器(官方模型卡写明用的是 Qwen3-VL-32B 全量权重),它在 ComfyUI 仓库里最小的 nvfp4 版文件 15.69GB,int8 版文件 27.14GB,bf16 版文件 51.51GB。光主模型加最小的文本编码器,文件就约 31.7GB。这是根据文件大小推出来的,未经本站实测:16GB 卡不靠 offload 基本装不下,靠 offload 能否跑通、要多久,都没有官方或社区数据,待核实。FastH3-Omni 在这一档也待核实:FastVideo 官方给的本地运行最低档是 24GB,只针对用 FastVideo 本地运行这一种跑法,用 ComfyUI 跑在 10–16GB 上没有数据。
- 这一档想做参考生视频,建议先用 8GB 档的 Wan2.1-VACE-1.3B,或者租 24GB 以上的云 GPU 跑 H3。
- 如果还是想在本机试官方版:用 ComfyUI 的 R2V 模板,主模型换成最小的 pruned_w6a8(需要 ComfyUI 0.38.0+),分辨率保持模板默认的 0.4MP。官方建议宁可降精度也别靠 CPU offload,但在 16GB 卡上很可能绕不开 offload。
- FastH3-Omni:ComfyUI 的 NVFP4 QAD 主模型文件只有 13.77GB,但同样要加文本编码器(nvfp4 文件 15.69GB),FastVideo 官方给出的本地档位最低是 24GB,16GB 没有数据,待核实。NVFP4 只在 RTX 50 系等 Blackwell 卡上有加速。
- 这一档不建议把参考生视频当主力用。
24–32GB 高端单卡:两个都有官方给的配置,按用途选
- 官方版(质量优先):用 ComfyUI R2V 模板默认的 pruned_int8_convrot。RTX 30 系没有 FP8 通路,官方称 INT8 往往更快。先用 0.4MP 出草稿,定稿再提到 1344×768。要贴合参考就关掉 Turbo,或把步数提到 25 左右。
- 想更快可以装 Sage Attention,官方称约快 2 倍,但 INT8 注意力可能让片尾变形或画面文字乱码;出现时改回默认注意力。
- FastH3-Omni(速度优先):
- RTX 5090:用 FastVideo 的
rtx-5090档和 NVFP4 QAD 权重,480p。需要预先生成 AdaLN 表,文本编码器不常驻;同一参考反复用时每次能省 3–5 秒。 - RTX 4090:用 FastVideo 的
rtx-4090档和 FP8 权重,480p,主模型逐层流式加载。官方提醒同一进程连续生成会超出 24GB 显存和 57.7GiB 主机内存限额,要每段视频单独起一个进程。逐层加载属于大量卸载,所以 FastH3-Omni 的 24–32GB 档标「能跑」。 - 习惯 ComfyUI 的话,用 FastH3-Omni 的 ComfyUI 权重(INT8 文件 22.21GB 或 FP8 文件 23.05GB),8 步、guidance 1.0;显存和速度待核实。不要用 ComfyUI 内置的 FastH3 模板,那个不支持参考。
- RTX 5090:用 FastVideo 的
- 两条路的整段生成时间都没有官方数字,24GB 卡上也没查到官方 H3 跑通的报告,待核实。
48GB 以上及多卡:官方版用 SGLang 多卡,FastH3-Omni 可以全部常驻
- 官方版:按模型卡的 SGLang 示例,4 卡并行,输出 768p。官方没公布吞吐,待核实。
- FastH3-Omni:96GB 的 RTX PRO 6000 可以把编码器、主模型、解码器全部常驻,输出 768p;DGX Spark(128GB 统一内存)也全部常驻,输出 480p。
- 第三方在 8×GB200 上的对比显示,FastH3-Omni 比原版快 5.6–11.9 倍(例:1 张参考图的 15 秒片段,原版 139.69 秒,FastH3-Omni 14.14 秒)。这是 FastVideo 测的整套服务方案对比,不是 MiniMax 公布的数据;多卡批量吞吐待核实。
苹果 M 系列:FastVideo 称 FastH3-Omni 可以通过 MLX 在 Apple Silicon 上运行(INT8/INT6/INT4),但没给速度和内存数据,暂不推荐。
H3 的几种提速方案怎么选
下面四种都是第三方方案,不是 MiniMax 官方发布。其中 Spark-H3 是个人开发者的项目,算社区/第三方;FastH3-Omni、FreeVideo 两行来自各项目自己的说明(官方,第三方项目);LightX2V Turbo LoRA 一行来自 LoRA 作者自己发的说明,按本站规则算社区;社区数据另外注明,未经本站实测;核实于 2026-10-27,Spark-H3 和 FreeVideo 的版本分别于 2026-11-07、2026-11-10(首尔时间)更新。
| 方案 | 作者 | 省什么 | 显卡 / 系统 | 能否叠加 | 许可证(代码 / 权重) | 版本 |
|---|---|---|---|---|---|---|
| Spark-H3 | 个人开发者 zechengtang | 省时间(稀疏注意力,不改权重);显存数字作者没给 | RTX 30/40/50(ComfyUI 插件);Linux、Windows | 写明可叠加社区 LoRA 和 LightX2V Turbo LoRA | Apache-2.0 / 不带权重,H3 按原协议 | comfyui-v0.2.0(2026-11-07 首尔时间) |
| FastH3-Omni(VSA) | FastVideo(UCSD Hao AI Lab) | 省时间(8 次前向 + VSA) | RTX 4090、5090、PRO 6000、DGX Spark;系统待核实 | VSA 只能配 FastH3 权重;其他待核实 | Apache-2.0 / H3 社区许可证 | FastH3-Omni 权重 10-20 发布 |
| LightX2V Turbo LoRA | LightX2V 团队(ModelTC);LoRA 作者说明,算社区 | 省时间(4 步 / 8 步) | 待核实 | 和 Spark-H3 可叠加(Spark 一方写明);其他待核实 | Apache-2.0 / 模型卡未写,待核实 | Ref2VA 8 步 v1.1 768p(仓库最新) |
| FreeVideo(VDN-H3 8 步) | FlashML-org;模型来自 OpenVDN | 省时间也省显存 | 项目方称最低 8GB 显存 + 16GB 内存;Windows、Linux、macOS(预览) | 支持社区 H3 LoRA;其他待核实 | Apache-2.0 / H3 社区许可证 | v0.4.37(2026-11-09 首尔时间) |
- 只想在现有工作流上提速:Spark-H3 不换模型、不改权重,换的是注意力计算。作者在 96GB 的 RTX PRO 6000 上测得,DiT 部分约快 2.2 倍(Fidelity 档)到 3.1 倍(Speed 档)。作者 2026-11-07(首尔时间)发布的 comfyui-v0.2.0 已经和 ComfyUI 官方的 comfy-kitchen 分开安装,不再替换官方包,支持 ComfyUI 0.38.x–0.40.x 和 0.42.x–0.44.x。
- 想少跑几步:LightX2V Turbo LoRA 把步数降到 4 或 8 步。LoRA 文件 1.38–1.96 GB,但不降低 H3 本身的显存门槛。Spark-H3 作者给出的叠加数据:原版 1018.5 秒,加 8 步 LoRA 408.0 秒,再加 Spark-H3 约 130 秒(同一张 PRO 6000,社区数据:Spark-H3 作者测得)。
- 24GB 以上要出草稿:FastH3-Omni 是蒸馏好的独立权重,见上文各档配法。FastH3 预览版不支持参考生视频,要用 Omni 版。
- 显存只有 8–16GB:FreeVideo 是四种里唯一写明面向小显存的方案。社区数据(community-results 页的用户报告)里,1344×768、10 秒、Light 档,8GB 的 RTX 5060 约 1279 秒,16GB 的 RTX 5060 Ti 约 471 秒。这两档都要用 int8、权重从内存分批读进显存,本站标「能跑」;24GB 以上标「适用」。注意它用的是 OpenVDN 改过结构的 VDN-H3,不是原版 H3 权重;详见FreeVideo 单篇。
- 许可证:四个方案的代码都是 Apache-2.0。凡是用到 H3 或它的衍生权重,仍受上文 MiniMax H3 Community License 约束。LightX2V 的 LoRA 权重没写许可证;它是否算 H3 衍生模型,本文不替协议下结论,以协议原文为准。
- 表里没写「可叠加」的组合,都是项目原文没提到,待核实。