分辨率与帧数怎么定：显存和画质的第一次权衡
先把结论放前面：帧数比分辨率更吃显存，而分辨率比帧数更影响观感。所以显存不够时，先降帧数。
一、两个参数各自影响什么
| 参数 | 影响观感 | 影响显存 |
|---|---|---|
| 分辨率 | 清晰度、细节、能否发大屏 | 线性增长（宽×高） |
| 帧数 | 时长、运动流畅度 | 接近线性，但注意力开销超线性 |
关键在最后一列：视频模型的注意力是跨帧计算的，帧数翻倍时注意力矩阵不是翻倍，而是按平方增长。这就是为什么「帧数加一倍」经常直接 OOM。
二、常见档位与适用场景
| 档位 | 典型配置 | 适用 |
|---|---|---|
| 草稿 | 480×832，49 帧 | 试构图、试运动 |
| 短视频竖屏 | 720×1280，81 帧 | 抖音、视频号 |
| 短视频横屏 | 1280×720，81 帧 | B 站、YouTube |
| 成片 | 1280×704，121 帧 | 需要放大到 2K 时 |
注意竖屏是 720×1280 而不是反过来——比例错了后面所有构图都要重来。
三、分辨率的「必须是倍数」问题
多数模型要求宽高是 32 或 64 的倍数。填 1280×720 会因为 720 不是 64 的倍数而报错，改成 1280×704 就正常。
常见可用值：
横屏：1280×704、1024×576、832×480
竖屏：704×1280、576×1024、480×832
方屏：768×768、512×512四、帧数与时长的换算
帧数 = 时长 × 帧率。但模型通常要求 4n+1 或 8n+1 的帧数，所以：
- 16fps × 5 秒 = 80 帧 → 取 81 帧；
- 24fps × 5 秒 = 120 帧 → 取 121 帧。
帧率不匹配会导致「快放」或「慢放」：模型按 16fps 生成 81 帧（约 5 秒），你在播放器里按 24fps 播，就变成 3.4 秒的快放。
五、显存不够时的取舍顺序
- 先降帧数：81 → 61，时长从 5 秒变 3.8 秒，但画面质量不变；
- 再降分辨率：1280×704 → 1024×576，清晰度下降但仍可看；
- 最后才量化/offload：会显著拖慢速度。
反过来做（先量化）是最常见的错误——本来只是帧数太多，却把整个模型压成 4-bit，白损失画质。
六、放大与补帧的正确顺序
低分辨率生成 → 超分放大 → 补帧 → 编码先放大再补帧，因为补帧算法需要稳定的像素信息；反过来会把噪点也插值成拖影。
硬件门槛的整体估算见 AI 视频本地部署实战；OOM 排查见 ComfyUI 插件生态。
七、一个实用原则
按最终发布平台定参数，不要按「最高画质」定。发抖音就 720×1280，做素材库才考虑 1280×704 以上。多出来的分辨率在手机上根本看不出来，只是白等。
相关阅读
版权声明：如无特殊标注，文章均为本站原创，转载时请以链接形式注明文章出处。
评论