先按输入需求和交付规格筛选视频路由,再比较成本。本篇按 2026-11-03 仓库定义整理平台契约,不是画质评测;调用前仍需检查当前可用性和实时请求 schema。
先筛选项目真正需要的输入
Section titled “先筛选项目真正需要的输入”| 需求 | minimax-h3 | minimax-h3-max-turbo |
|---|---|---|
| 文字提示 | 支持 | 支持 |
| 首尾帧 | frames_images,最多 2 张 | frames_images,最多 2 张 |
| 普通图片参考 | images,最多 9 张 | 此路由 schema 未声明 |
| 视频、音频参考 | videos、audios,各最多 3 个 | 此路由 schema 未声明 |
| 分辨率 | 480P、768P、2K | 480P、768P |
| 时长 | 768P/2K 为 4–15 秒;480P 从 5 秒起 | 5–15 秒 |
表格比较的是平台字段,不代表上游全部能力。首尾帧与普通参考图是不同模式:H3 不应将 frames_images 与 images、videos、audios 混用。480P 的音频参考还需要图片或视频参考;AIGC 水印选择和 4 秒请求需要兼容的更高分辨率路由。必须校验完整对象的条件规则,不能只看枚举列表。
已有明确开场画面时,先检查首帧模式;需要参考动作或声音时,检查 H3 的完整参考输入契约。需要 2K 或 4 秒片段时,不要因为 Turbo 名称听起来更快就选它。型号名字不能证明延迟或成片质量。
用共同规格做公平比较
Section titled “用共同规格做公平比较”纯文本、5 秒、768P、16:9 属于声明的共同规格。下面是发送给 POST /v1/tasks 的示意 JSON,本身不会执行生成。
{ "model": "minimax-h3", "input": { "prompt": "一个连续镜头:红色纸船在平静池塘上缓慢移动。纸船始终完整入镜。固定机位,柔和日光,水面有轻微涟漪。", "seconds": 5, "resolution": "768P", "aspect_ratio": "16:9" }}检查两个模型的当前 schema 并批准样本预算后,可保留共同 input,将 model 换成 minimax-h3-max-turbo,作为另一次独立计费尝试。每次保存任务 ID。轮询超过本地等待时间不等于已取消任务,不应自动重新提交;提交、恢复轮询和保存结果见 Node.js 视频工作流。
先定义验收,再看结果
Section titled “先定义验收,再看结果”纸船示例可以按主体是否完整、运动是否连续、机位是否稳定、时长和交付可用性逐项记录。这是你自己的业务验收标准。记录任务提交时间和观察到终态的时间;轮询测得的耗时包含排队与观察间隔,不等于纯推理耗时。
在获准预算内审核多个样本,再判断能否形成性能结论。保存提示词、模型、规格、素材版本、观察窗口和拒收原因。一段漂亮样片不能证明某模型稳定优于另一款。本篇与示例提示词均不提供实测性能数据。
比较合格成片的成本
Section titled “比较合格成片的成本”在 H3 和 H3 Max Turbo 的计算器中选择相同时长、分辨率,核对计费单位和账号报价。不要用一个模型的 480P 与另一个的 2K 比价格,也不要推断所有规格都存在同样折扣。
评估结束后,用样本实际总费用除以通过验收的片段数,计入已收费但被拒收的尝试。若没有合格片段,应记为本次评估未成功,不能算成零成本。尝试上限与核账方式见批量预算指南。
来源与下一步
Section titled “来源与下一步”- H3 API 指南、Turbo API 指南:平台请求封装和参数。
- fal H3 Max Turbo API 资料:上游变体身份,核对日期 2026-11-03;上游 SDK 字段不是平台任务字段。
- 通用 API:提交前发现当前可调用模型并检查请求 schema。