区分视频容器、编码与码率,核对灵狐AI实际可用的H.264、H.265、VP9、AV1及MP4等选项。说明浏览器兼容、直接写盘限制、文件体积估算和超分后避免重复压缩的方法。
先区分容器、编码和画质
MP4、MOV、MKV和WebM是容器,用来组织视频、音频与时间信息;H.264、H.265、VP9和AV1是视频编码。文件叫MP4不代表一定用H.264,改扩展名也不能完成转码。播放器能否打开,还取决于内部编码、音频和具体配置。
增强模型先改变画面,编码器再把结果压缩为文件。更大的文件不等于更真实的细节;画面被反复有损转码后,即使码率提高,也不能把已经丢失的信息自动补回。
灵狐不只固定输出H.264 MP4
网页按本设备的浏览器编码能力显示可用项。当前界面的高级选项包含视频编码与文件格式:有条件地显示H.264、H.265、VP9、AV1以及MP4、MOV、MKV、WebM,并不是每台电脑都有全部组合。模型或简化界面状态也可能影响选项是否显示。
格式按钮变灰,可能是所选编码不兼容、无法保留当前视频音频,或启用了直接写盘。当前“保存到磁盘”路径只写MP4;需要其他容器时先查看实际可用保存方式。没有显示的编码不能通过改后缀启用。
| 用途 | 先尝试的方向 | 需要验证 |
|---|---|---|
| 常见播放器与分享 | 设备可用时优先试H.264与MP4 | 目标播放器、音频、方向和完整时长 |
| 希望降低体积 | 设备可用时比较H.265、VP9或AV1 | 相近画质下的实际大小、耗时与接收端支持 |
| 导入剪辑软件 | 按剪辑项目要求选择实际可用组合 | 能否导入、色彩、帧率与音画同步 |
| 专业后期中间文件 | 查支持目标格式的桌面方案 | 位深、色彩、编码及后续工作流 |
为什么超分后文件会变大
输出宽高增加会带来更多像素,同样时长下,编码器可能需要更多数据维持观感。帧率、画面运动、纹理和码率也影响体积。H.265或AV1有机会提高压缩效率,但不保证每个文件更小,也不保证编码更快。
粗略估算文件大小可以用“总平均码率×时长÷8”。例如总平均码率约8 Mb/s、时长60秒,约为60 MB的十进制数据量;这是计算示例,不是灵狐的固定输出码率,还未精确计入容器开销与实际波动。
网页没有桌面软件式的任意CRF或码率输入承诺。若某个工具采用CRF,通常数值越低越偏向高质量、体积也可能更大;不能把“高CRF”等同高画质。ProRes也不应笼统称为无损格式。
浏览器能编码,不代表目标设备能播放
编码能力要由浏览器在当前设备检测;支持某个编码名称,也不等于任意宽高和配置都能成功。先用短片导出,再在真正要使用的手机、播放器或剪辑软件里打开,核对色彩、声音和完整结尾。
若导出失败或播放不兼容,记录当时的编码、容器和宽高,改用可用的更通用组合或较小输出再试。不要通过反复修改文件后缀排错。需要ProRes等专业中间格式时,另选明确支持该格式的软件并测试。
从原件到交付只保留必要转码
- 保留未处理原件,每个模型候选都从原件生成。
- 根据最终用途选择输出宽高,不为了文件名写4K而放大。
- 记录实际显示的编码与容器,先完成一个短片的导出。
- 在目标设备完整播放,检查音画同步与字幕,再发布或剪辑。
- 保存本地增强版与交付副本,不从平台下载的压缩版继续加工。