资料修改2026-09尚无逐条事实核验记录；修改日期不代表已验证
本文仍包含未全面复核的历史资料；安装、许可、费用与当前权限请回到官方确认。查看已核信息范围
视频生成调参：时长与显存
本地跑视频模型（Wan / HunyuanVideo / MiniMax H3）的调参逻辑——先懂显存账，再谈参数。
三个旋钮，两本账
| 旋钮 | 影响显存？ | 影响时间？ |
|---|---|---|
| 分辨率（480P → 720P） | ✅ 像素级增长 | ✅ |
| 帧数（时长 × 帧率） | ✅ 线性增长 | ✅ |
| 采样步数（20 → 50 步） | 基本不变 | ✅ 线性增长 |
分辨率（480P → 720P）：✅ 像素级增长·✅
帧数（时长 × 帧率）：✅ 线性增长·✅
采样步数（20 → 50 步）：基本不变·✅ 线性增长
关键规律：分辨率与帧数是"乘法关系"——720P（像素≈480P 的 2.25 倍）× 三倍时长 ≈ 6.75 倍显存压力。两个一起拉，必爆。
保守出片流程（低显存必读）
- **480P + 短片段（2-3 秒）**先跑通：验证提示词、动作方向、构图对不对；
- 满意后只拉一个维度：先加时长 / 再加分辨率，二选一逐步来；
- 定稿参数再出最终片。
⚠️ 避坑：不要一上来就"720P 十秒钟出片"——失败一次浪费十几分钟，而且多数失败是 OOM 而不是参数问题。
显存不够时的三档解法
按"收益/代价"排序：
- 量化与分块：FP8 / GGUF 量化版本、分块 VAE 解码——显存立刻降一档，质量损失小，首选；
- 模型 offload（
--offload_model类参数）：把部分层放内存，用速度换显存——慢但能跑； - 降参数：退回短时长/低分辨率出片，后期放大。
时间预期（校准心态）
- 本地视频生成按分钟计属正常：480P 五秒片段在消费级卡上跑 1-5 分钟很常见；
- 进度条不动 ≠ 卡死——先看显存占用有没有波动、任务管理器 CPU/GPU 有没有活动；
- 出片慢的头号原因是共享内存兜底（显存不够时系统拿内存顶上），不是模型本身慢。
⚠️ 避坑：任务管理器里显卡"共享 GPU 内存"占用飙升 = 你正在用内存当显存——此时应该停下调参数，而不是等它跑完。
跨框架的参数名差异
同一个参数，不同框架叫法不同，抄配置时注意对号：
- 帧数：
frames/num_frames/video_length（有的框架填"帧数-1"，差一位导致报错）； - 时长与帧率换算：多数模型锁定固定帧率（如 16fps），"时长"其实是"帧数"的另一种写法；
- 分辨率：有的按"宽×高"、有的按"短边+比例"，还有的按"像素总面积"分档（480P/720P 档位制）。
⚠️ 避坑：直接照抄别人的工作流 JSON 最容易踩这类坑——按你自己框架的文档对一遍参数名再跑。