第三章 FFmpeg核心优化：关键参数调优，从-preset到-crf，让速度翻倍
转码慢，很多时候不是机器不行，是参数没选对。
我见过太多人，上来就用默认参数跑4K视频。结果呢？CPU跑满，风扇狂转，一集电视剧转了一下午。其实FFmpeg的几个关键参数，就像汽车的档位和油门。调好了，速度翻倍不是梦。
这一章，咱们就死磕 -preset、-crf 和 -tune 这三个参数。我会把我在项目中踩过的坑、总结的经验，全抖出来。
3.1 -preset：速度与压缩比的博弈
-preset 是什么？说白了，就是编码器的“努力程度”。
你告诉编码器：“嘿，给你10秒，你随便搞。” 或者 “给你1秒，赶紧完事。” 结果天差地别。
3.1.1 preset 的档位与效果
FFmpeg 提供了从 ultrafast 到 placebo 共10个档位。我习惯把它们分成三组：
| 分组 | 档位 | 速度 | 文件大小 | 适用场景 |
|---|---|---|---|---|
| 极速组 | ultrafast, superfast, veryfast | 极快 | 很大 | 实时推流、预览、临时草稿 |
| 均衡组 | faster, fast, medium | 中等 | 适中 | 日常转码、个人存档 |
| 质量组 | slow, slower, veryslow, placebo | 慢 | 很小 | 最终成片、归档、追求极致压缩 |
核心结论： 从 veryfast 到 slow，速度可能差3-5倍，但文件大小只差10%-20%。你想想看，为了省那点空间，多花几倍时间，值不值？
我个人习惯，日常用 -preset fast。它比 medium 快30%左右，画质损失肉眼几乎看不出来。
3.1.2 实战对比：一个参数，速度翻倍
咱们拿一段1080p、10分钟的素材试试。用H.264编码，CRF设为23。
# 极速模式
ffmpeg -i input.mp4 -c:v libx264 -preset ultrafast -crf 23 output_ultra.mp4
# 均衡模式
ffmpeg -i input.mp4 -c:v libx264 -preset medium -crf 23 output_medium.mp4
# 高质量模式
ffmpeg -i input.mp4 -c:v libx264 -preset slow -crf 23 output_slow.mp4结果呢？
- ultrafast：跑了45秒。文件大小150MB。
- medium：跑了3分20秒。文件大小85MB。
- slow：跑了8分钟。文件大小72MB。
看到了吗？ultrafast 比 slow 快了10倍不止。但文件只大了1倍。如果你只是临时看个效果，或者做直播推流，ultrafast 绝对够用。
注意： placebo 这个档位，名字就叫“安慰剂”。它比 veryslow 慢很多，但压缩率提升微乎其微。我曾经为了测试，用 placebo 压了一部电影，跑了整整一天。结果文件只比 veryslow 小了不到2%。从那以后，我再也没碰过它。
3.2 -crf：控制质量的“黄金罗盘”
-crf 是恒定质量因子。它不像 -b:v 那样固定码率，而是让编码器自己判断：这段画面复杂，多给点码率；那段画面简单，少给点。最终保证整体质量一致。
3.2.1 CRF 的取值范围
对于H.264和H.265，CRF的取值范围是0-51。数值越小，质量越高，文件越大。
- 0：无损。文件巨大，一般不推荐。
- 18-22：视觉无损。人眼看不出区别。适合存档。
- 23-28：高质量。日常转码首选。
- 29-35：中等质量。适合移动设备、网络传输。
- 36-51：低质量。能看，但细节丢失严重。
我的经验： 大部分视频，CRF设为23是个甜点。画质和体积平衡得很好。如果你对画质有洁癖，可以降到20。但说实话，在普通显示器上，23和20的区别，你得把脸贴到屏幕上才能看出来。
3.2.2 CRF 与 -preset 的配合
这两个参数是联动的。你想想看：
-preset slow+-crf 23：编码器花更多时间分析画面，用更少的码率达到23的质量。文件小，但慢。-preset ultrafast+-crf 23：编码器没时间精细分析，只能给更多码率来保证23的质量。文件大，但快。
所以，-crf 决定质量天花板，-preset 决定达到这个天花板的效率。
3.3 -tune：为特定场景“量身定制”
-tune 参数，很多人忽略了。它告诉编码器：“嘿，这段视频是动画片，别用真人电影的算法来压。”
3.3.1 常见的 tune 选项
| tune 选项 | 适用场景 | 效果 |
|---|---|---|
| film | 真人电影、高细节内容 | 保留更多纹理细节 |
| animation | 动画、卡通 | 优化平坦区域，减少色块 |
| grain | 胶片颗粒、噪点多的视频 | 保留颗粒感，避免过度平滑 |
| fastdecode | 低性能设备播放 | 牺牲压缩率，换取解码速度 |
| zerolatency | 直播、视频通话 | 消除编码延迟 |
我记得有一次，客户压一批动画片。默认参数压出来，画面边缘总有轻微的“蚊噪”。后来我加了 -tune animation，问题立刻解决。文件还小了5%。
3.3.2 实战：直播场景的零延迟配置
做直播，延迟是命根子。我曾经被老板骂过，就因为直播延迟了5秒。后来我用了这套参数：
ffmpeg -i input.mp4 -c:v libx264 \
-preset ultrafast \
-tune zerolatency \
-crf 25 \
-f flv rtmp://live.example.com/stream-preset ultrafast 保证编码速度，-tune zerolatency 消除缓冲延迟。CRF设到25，画质够用，码率也不会太高。这套组合拳打下来，延迟控制在1秒以内。
3.4 知识体系：参数调优全景图
下面这张图，是我自己总结的。它把 -preset、-crf、-tune 的关系，以及它们对速度、质量、体积的影响，画得明明白白。
3.5 避坑指南与实战组合拳
光知道参数没用，得会用。下面是我总结的几套组合拳，直接拿去用。
3.5.1 场景一：快速预览
需求：看个大概效果，越快越好。
ffmpeg -i input.mp4 -c:v libx264 -preset ultrafast -crf 28 output.mp43.5.2 场景二：日常存档
需求：画质不错，体积适中，速度能接受。
ffmpeg -i input.mp4 -c:v libx264 -preset fast -crf 23 output.mp43.5.3 场景三：动画片压制
需求：避免色块和蚊噪。
ffmpeg -i input.mp4 -c:v libx264 -preset slow -crf 21 -tune animation output.mp43.5.4 场景四：直播推流
需求：低延迟，稳定。
ffmpeg -i input.mp4 -c:v libx264 -preset ultrafast -tune zerolatency -crf 25 -f flv rtmp://...曾经踩过的坑： 有一次，我为了追求极致画质，把 -crf 设成了18，又用了 -preset veryslow。结果压一部2小时的电影，跑了整整12个小时。最后发现，在普通显示器上，和 -crf 23 + -preset fast 的效果，根本看不出区别。从那以后，我学会了“够用就好”。
3.6 小结
这一章，咱们把 -preset、-crf、-tune 这三个参数掰开揉碎了讲。记住：
- -preset 管速度，-crf 管质量，-tune 管场景适配。
- 不要盲目追求“最高质量”或“最小体积”。找到你的业务场景，用最少的成本，达到可接受的效果。
- 多试，多对比。每个视频都有自己的脾气。