31B 压到 13.7B:Video Rebirth 把带声音的视频塞进 24GB 消费卡,但美国和欧洲拿不到授权
3分钟看懂
11 月 6 日,新加坡创业公司 Video Rebirth 放出了 HyperFlow H3 Flash:把 MiniMax H3 那个约 31B 的主 transformer 压到 13.7B(参考图任务 13.9B),采样步数从几十步降到 4/6/8 步,一次出片同时带 24fps 画面和 32kHz 立体声。默认 6 步,5.2 到 15 秒,默认 1344×768。
一句话结论:这是目前"能在单张消费级显卡上跑出带声音视频"这件事上,工程完成度最高的一次开源释放之一。但它有一个大多数人看参数表时不会注意到的前提——MiniMax 的社区许可证把欧盟、英国、韩国、美国明确列为排除地区,在这些地方未经授权使用这些权重本身就不在许可范围内。
本站核对过官方权重页、GitHub 仓库、官方落地页和许可证原文;压缩方案的技术细节(砍层数、低秩分解、Hadamard 旋转量化)来自多家媒体转述整理,非厂商公开技术报告。
它解决的问题:不是"能不能跑",是"跑不跑得动"
MiniMax H3 是今年下半年最有存在感的开源视频模型之一——原生带音频,画面和声音一起生成,Hugging Face 上权重下载量已经到 640 万量级。但它的主 transformer 有约 31B 参数、62GB 权重,普通人别说显卡,硬盘和内存先撑不住。
过去一个多月的社区主流做法是"剪枝":把不重要的层砍掉,换一点质量换一点速度。HyperFlow H3 Flash 走的是更彻底的一条路——既然目标只是"出片够快、质量别掉太多",那就把模型结构本身改小,再配上少步采样。
它到底压了什么
按 Hugging Face 模型卡和官方落地页的说明,加上媒体对技术路径的转述:
- 参数:13.7B(文生视频/首尾帧任务
fl2va)、13.9B(参考图任务ref2va),不到原版的一半 - 采样:4 步(求快)、6 步(默认)、8 步(求质量),全程 CFG=1,不用负面提示词——因为模型训练时就是按 CFG=1 训的
- 压缩手段:低秩分解原有 transformer 的线性层,而非重新设计架构;其余全部沿用 H3——同一个文本编码器、同一个视频 VAE、同一个音频 VAE、同一套 ComfyUI 节点
- 量化:INT8(带 Hadamard 旋转),另有 6 档 GGUF,从 Q3_K_M 7.2GB 到 Q8_0 15.2GB
这一点很重要:它不是新模型,是同一个模型的"瘦身版"。所以 H3 生态里的提示词写法、工作流、参考图用法基本可以直接搬过来,学习成本接近零。
硬数字
- 输出:5.2~15 秒 / 24fps / 默认 1344×768 / 32kHz 立体声
- 任务:文生视频、首帧、首尾帧、参考图生视频(GGUF 路径最多 9 张图,Python 路径最多 12 个参考,还能吃视频和音频参考)
- 速度(5.2 秒片、6 步,厂商数字):4×B200 用 8.7 秒;1×H200 用 36 秒;1×RTX 5090 用 92 秒
- 显存:Q4_K_M 是 9.1GB,官方说能跑在 24GB / 32GB 消费卡 + 16GB 内存的机器上;16GB 显卡官方原话是"尚未测量"
- 注意:文本编码器单独就要 15.7GB(nvfp4_awq 版本),实际瓶颈经常是内存不是显存
两个大多数人会看漏的地方
1. 12.7× 快的是"全量 H3",不是"已有的剪枝版"
官方口径是单张 B200 相对 H3 baseline 有 12.7× 加速。这个 baseline 是 31B 的原版,不是社区已经剪过的版本。
ComfyUI Wiki 的记录里给了社区实测:Kijai 在同一分辨率下测下来,只比剪枝后的全量模型快约 10%——因为attention 的开销在这个分辨率下并没有随参数量一起降下来;LukeG89 的评价更直接,"不值得"。
也就是说:如果你已经在用剪枝版 H3,换成 Flash 的收益可能远小于参数从 31B 掉到 13.7B 给你的直觉。它的真正价值在于把入门门槛从"数据中心卡"拉到了"24GB 消费卡",而不是让已经跑得动的人再快一倍。
2. 权重能下载,但在美英欧韩不能用
代码是 Apache-2.0,权重不是。权重跟随 MiniMax H3 社区许可证,原文对"Applicable Territory"的定义是:全球除欧盟、英国、韩国、美国。许可证还要求:年收入超过 2000 万美元的商业产品要单独书面授权;商业产品的界面上要显著标注 "MiniMax H3";不得用它的输出去训练别的模型。
美国和欧洲的开发者能点开下载页面、能拉到权重、能跑起来——但按许可证,这不在授权范围内。站内 11 月 5 日写过的 P-H3-Image(同样基于 H3 蒸馏)踩的是同一个坑,这次是第二次。
怎么用
ComfyUI 路线(消费卡推荐)
- ComfyUI 升到 0.43 以上(需要
MiniMaxH3ImageToVideo/MiniMaxH3ReferenceToVideo节点) - 把
ComfyUI-GGUF和ComfyUI-HyperFlow-Flash克隆进custom_nodes/ - GGUF 丢进
models/diffusion_models/,再从Comfy-Org/MiniMax-H3拉文本编码器和音视频 VAE - Workflow → Browse Templates →
ComfyUI-HyperFlow-Flash,四个模板:hyperflow_t2v、hyperflow_i2v、hyperflow_flf2v、hyperflow_ref2v - 16GB / 32GB 内存的机器启动时加
--fast-disk,否则先爆的是内存
Python 路线(INT8,数据中心卡或 24GB+ 且内存充足)
```
pip install git+https://github.com/Video-Rebirth/hyperflow-h3-flash
hyperflow-h3-flash --prompt "你的提示词" --output out.mp4
```
首次运行要下约 90GB 配套文件(加 --text-encoder-precision fp8 可降到约 68GB),但不会下载那个 62GB 的原版主 transformer。
两个坑:给全量 H3 训练的 LoRA 在 Flash 上一律加载不了——压缩后的 transformer 没有能对应的层;16GB 显卡目前没有任何实测数据,别按"9.1GB 权重"去推算它能跑。
适用与不适用场景
适合谁:只有一张 24GB 消费卡、想本地跑"带声音的短视频";已经在用 H3 工作流、想省显存;需要批量出草稿、能接受 768p 而非 1080p。
什么情况不适合:需要 1080p 以上输出;需要 15 秒以上长片(这是硬上限);在美国/英国/欧盟/韩国做商业产品——许可证不允许;已有剪枝版 H3 且只是嫌慢一点点。
避坑提醒
- 不要给全量 H3 训的 LoRA 用在 Flash 上:压缩后的 transformer 没有对应层,加载必失败。
- 不要拿 9.1GB 权重去推算 16GB 显卡能跑:官方明确写 16GB 显卡"尚未测量",当前最小实测门槛是 24GB。
- 不要先怀疑显存:文本编码器单项就 15.7GB,16GB/32GB 内存机器必须先加
--fast-disk,否则先爆的是内存。 - 不要假设 12.7× 对你成立:那是相对 31B 原版的数字;社区实测在 ComfyUI 里对剪枝版只快约 10%。
第一步怎么做
如果你在许可证覆盖的地区、手上有 24GB 卡:先用 ComfyUI 模板跑一条 5 秒 720p 的片子,只跑 6 步默认档,确认画面和音频都能出,再考虑要不要试 8 步和参考图任务。别一上来就折腾 INT8 convrot 和 90GB 配套文件。
值得注意的取舍
这次发布的看点不在"又一个开源视频模型",而在它暴露了开源视频模型现在的真实处境:工程上已经能把 31B 压到 13.7B 塞进消费卡,法律上却还留着一大片不能用的地图。
对国内和东南亚的开发者,这是一次门槛明显下降的升级;对美欧的开发者,这更像一个"看得见摸不着"的样本。同一个权重文件,价值取决于你人在哪里——这大概是 2026 年开源模型最拧巴的地方。
参考来源
- 官方权重页:https://huggingface.co/VideoRebirthAI/hyperflow-h3-flash
- 官方代码仓:https://github.com/Video-Rebirth/hyperflow-h3-flash
- 官方落地页:https://www.videorebirth.com/lp/hyperflow-flash
- 许可证原文:https://huggingface.co/VideoRebirthAI/hyperflow-h3-flash/raw/main/LICENSE
- RuntimeWire 报道(含创始人背景):https://runtimewire.com/article/video-rebirth-hyperflow-h3-flash-wei-liu
- SLOP TV 报道(压缩技术细节):https://sloptvnews.com/video-rebirth-hyperflow-h3-flash-14b-six-step/
- ComfyUI Wiki(含社区实测数据):https://comfyui-wiki.com/en/news/2026-11-06-hyperflow-h3-flash