3. 流媒体核心概念

基础命令玩熟了之后，你会发现真正的战场在「进阶」这两个字上。视频转码不只是换个容器，滤镜也不只是加个模糊效果。这一章，我带你深入 FFmpeg 的核心能力——转码参数调优、滤镜图构建、音频重采样，以及流媒体场景下最关键的切片与封装。

说实话，我早期做直播项目时，就因为切片参数没调好，导致播放器端卡顿严重。后来花了整整两天排查，才发现是关键帧间隔和切片时长不匹配。嗯，这些坑咱们今天一次性填平。

本章核心能力：掌握 FFmpeg 在转码、滤镜、音频处理、切片封装四个方向的生产级用法，能独立搭建一条端到端的处理流水线。

3.1 视频转码：不只是换编码器

转码的本质是「解码 → 滤镜处理 → 编码」三步走。很多人以为加个 -c:v libx264 就完事了，其实编码器的参数才是决定画质和码率的关键。

3.1.1 编码器选择与参数调优

我个人习惯把编码器分成三类：

类型 典型编码器 适用场景 速度/质量权衡
软件编码 libx264, libx265 离线转码、高画质需求 慢但质量好
硬件编码 h264_nvenc, h264_vaapi 实时推流、低延迟场景 快但码率偏高
专用编码 libsvtav1, libaom-av1 超低码率、存档级 极慢但压缩率极高

举个例子，用 libx264 做离线转码时，我通常会这样写：

ffmpeg -i input.mp4 -c:v libx264 \
  -preset slow -crf 18 \
  -profile:v high -level 4.1 \
  -pix_fmt yuv420p \
  -c:a aac -b:a 128k \
  output.mp4

这里 -preset slow 用更慢的速度换更好的压缩率，-crf 18 是视觉无损的常用值。你想想看，如果直播场景用这个参数，CPU 直接拉满，延迟也受不了。所以实时场景我一般用 -preset veryfast -b:v 2M 固定码率。

小技巧：CRF 值的范围是 0-51，18-28 是常用区间。数值越小画质越好，文件越大。我一般对存档视频用 18，对网络分发用 23。

3.1.2 硬件加速转码实战

我曾经在服务器上部署转码服务，CPU 转码 4 路 1080p 就撑不住了。后来切到 NVIDIA NVENC，单卡能跑 20 路以上。命令很简单：

ffmpeg -hwaccel cuda -i input.mp4 \
  -c:v h264_nvenc -preset p4 -b:v 4M \
  -c:a copy \
  output.mp4

注意 -hwaccel cuda 是解码加速，h264_nvenc 是编码加速。两者配合，CPU 占用能降到 10% 以下。

避坑指南：硬件编码器的码率控制不如软件编码精细。我曾经遇到过画面快速运动时出现马赛克，后来把 -b:v 提高 30% 才解决。建议硬件编码时预留 20%-30% 的码率余量。

3.2 滤镜系统：FFmpeg 的瑞士军刀

滤镜是 FFmpeg 最强大的部分，没有之一。它本质上是一个有向无环图（DAG），你可以把多个滤镜串起来，形成一条处理流水线。

3.2.1 滤镜图的基本结构

滤镜的语法是 [输入标签] 滤镜名=参数 [输出标签]。多个滤镜用逗号分隔，不同分支用分号分隔。看个例子：

ffmpeg -i input.mp4 \
  -vf "split [main][tmp]; \
       [tmp] crop=iw/2:ih:0:0, hflip [flipped]; \
       [main][flipped] overlay=W/2:0" \
  output.mp4

这个命令做了三件事：

  • split：把视频流复制成两路
  • crop + hflip：裁剪左半部分并水平翻转
  • overlay：把翻转后的画面叠加到原图的右半侧

效果就是画面左右对称，像万花筒一样。我在做创意短视频工具时，就用这个滤镜做过镜像特效。

3.2.2 常用滤镜速查

滤镜名 功能 典型参数
scale 缩放分辨率 scale=1280:720
crop 裁剪画面 crop=640:480:0:0
overlay 叠加画面 overlay=10:10
drawtext 添加文字 drawtext=text='Hello':fontsize=24
fps 调整帧率 fps=30
setpts 调整播放速度 setpts=0.5*PTS（2倍速）

举个例子，给视频加时间戳水印：

ffmpeg -i input.mp4 \
  -vf "drawtext=text='%{localtime}':x=10:y=10:fontsize=20:fontcolor=white:box=1:boxcolor=black@0.5" \
  output.mp4

这里 %{localtime} 会自动替换为当前时间，boxcolor=black@0.5 是半透明背景。我在做监控录像回放时，这个滤镜帮了大忙。

3.2.3 音频滤镜

音频滤镜用 -af 参数。常用的有：

  • volume：调整音量，volume=2.0 放大两倍
  • atempo：变速不变调，atempo=1.5 加速 50%
  • aresample：重采样，改变采样率
  • pan：声道映射，比如把立体声转成单声道

我曾经做过一个播客剪辑工具，用户上传的音频采样率五花八门。统一用 aresample=44100 重采样，再用 volume 做响度归一化，效果很稳定。

3.3 音频处理：重采样与声道映射

音频处理看似简单，但坑不少。最常见的需求是：把 48kHz 的音频转成 44.1kHz，或者把 5.1 声道下混成立体声。

3.3.1 重采样

FFmpeg 用 -ar 参数指定输出采样率，但背后其实调用了 swresample 库。我建议显式使用 aresample 滤镜，控制更精细：

ffmpeg -i input.mp4 \
  -af "aresample=44100:resampler=soxr" \
  -c:v copy \
  output.mp4

resampler=soxr 使用 SoX 重采样器，质量比默认的 swresample 好。嗯，这里要注意，soxr 会慢一些，但音频质量提升明显。

3.3.2 声道映射

把 5.1 声道下混成立体声，我常用的命令：

ffmpeg -i input.mp4 \
  -af "pan=stereo|FL=FC+0.3*FL+0.3*BL|FR=FC+0.3*FR+0.3*BR" \
  -c:v copy \
  output.mp4

这个公式把中置声道（FC）分配到左右声道，环绕声道（BL/BR）以 0.3 的权重混入。你想想看，如果不做这种处理，5.1 直接下混会导致中置人声丢失，听起来很空洞。

小技巧：用 -af "volumedetect" 可以分析音频的响度分布，再用 volume 做动态调整。我在做播客标准化时，先用 volumedetect 拿到平均音量，再统一调整到 -16 LUFS。

3.4 流媒体切片与封装

流媒体场景下，视频文件不能直接丢给播放器。你需要切片成小段，生成索引文件。HLS 和 DASH 是两大主流协议。

3.4.1 HLS 切片

HLS 的核心是：把视频切成 2-10 秒的 TS 片段，生成一个 m3u8 索引文件。FFmpeg 原生支持：

ffmpeg -i input.mp4 \
  -c:v libx264 -c:a aac \
  -hls_time 6 \
  -hls_list_size 0 \
  -hls_segment_filename "segment_%03d.ts" \
  playlist.m3u8

参数说明：

  • -hls_time 6：每个切片 6 秒
  • -hls_list_size 0：保留所有切片，不限制列表长度
  • -hls_segment_filename：切片文件名模板

我曾经在直播项目中，因为 -hls_time 设成 2 秒，导致切片文件过多，CDN 回源压力巨大。后来改成 6 秒，兼顾了延迟和存储成本。

3.4.2 多码率自适应

真正的生产环境需要多码率输出。FFmpeg 可以一次生成多个分辨率的 HLS 流：

ffmpeg -i input.mp4 \
  -filter_complex "[0:v]split=3[v1][v2][v3]; \
    [v1]scale=1920:1080[v1out]; \
    [v2]scale=1280:720[v2out]; \
    [v3]scale=854:480[v3out]" \
  -map [v1out] -c:v libx264 -b:v 5M -maxrate 7M -bufsize 10M \
  -map [v2out] -c:v libx264 -b:v 2.5M -maxrate 3.5M -bufsize 5M \
  -map [v3out] -c:v libx264 -b:v 1M -maxrate 1.5M -bufsize 2M \
  -map 0:a -c:a aac -b:a 128k \
  -f hls -hls_time 6 \
  -var_stream_map "v:0,a:0 v:1,a:0 v:2,a:0" \
  master.m3u8

这个命令生成了 1080p、720p、480p 三个版本，播放器会根据带宽自动切换。我在做视频平台时，这个配置直接上线，稳定运行了两年。

3.4.3 DASH 封装

DASH 是 HLS 的竞争对手，使用 MP4 片段而非 TS。FFmpeg 从 4.0 开始支持：

ffmpeg -i input.mp4 \
  -c:v libx264 -c:a aac \
  -f dash \
  -seg_duration 6 \
  -init_seg_name "init_$RepresentationID$.m4s" \
  -media_seg_name "chunk_$RepresentationID$_$Number$.m4s" \
  manifest.mpd

DASH 的优势在于：MP4 片段兼容性更好，而且支持更灵活的加密方案。我个人更倾向 DASH，但 HLS 在苹果生态里还是主流。

避坑指南：切片时一定要保证关键帧对齐。如果切片边界不在关键帧上，播放器切换码率时会出现花屏。解决办法是编码时强制设置 -g 60（每 60 帧一个关键帧），配合 -hls_time 6（假设 30fps，正好 180 帧一个切片），就能完美对齐。

3.5 知识体系总览

下面这张图把本章的核心知识点串起来了。你可以把它当作一张地图，遇到具体问题时，先定位到对应模块。

FFmpeg 进阶知识体系 FFmpeg 进阶核心 视频转码 滤镜系统 音频处理 切片与封装 编码器选择（libx264 / NVENC） CRF 与固定码率调优 硬件加速（CUDA / VAAPI） 滤镜图结构（DAG） 常用滤镜（scale / overlay / drawtext） 音频滤镜（volume / atempo） 重采样（aresample / soxr） 声道映射（pan 滤镜） 响度归一化（volumedetect） HLS 切片（TS / m3u8） 多码率自适应（var_stream_map） DASH 封装（MP4 / MPD） 关键原则：关键帧对齐、码率控制、滤镜图复用、音频标准化 生产环境建议：硬件加速 + 多码率 HLS + 6秒切片

这张图把视频转码、滤镜、音频、切片四个模块的关系画清楚了。每个模块内部都有子知识点，你可以按图索骥，逐个攻克。

3.6 实战：一条完整的转码流水线

最后，我把本章的知识点整合成一个完整的实战命令。这个命令做的事情是：

  1. 读取 4K 输入视频
  2. 缩放成 1080p
  3. 添加时间戳水印
  4. 音频重采样到 44.1kHz
  5. 输出多码率 HLS 流
ffmpeg -i input_4k.mp4 \
  -filter_complex "[0:v]scale=1920:1080,drawtext=text='%{localtime}':x=10:y=10:fontsize=20[v]; \
                   [0:a]aresample=44100[a]" \
  -map [v] -c:v libx264 -preset medium -crf 23 \
  -map [a] -c:a aac -b:a 128k \
  -f hls -hls_time 6 -hls_list_size 0 \
  -hls_segment_filename "stream_%03d.ts" \
  playlist.m3u8

这条命令我在多个项目里用过，稳定可靠。你把它当作模板，根据实际场景调整参数就行。

小技巧：如果输入源是直播流，记得加 -re 参数以原始帧率读取，避免 FFmpeg 疯狂解码导致内存溢出。

← 上一章 📖 返回目录 下一章 →