FFmpeg9.0.1

FFmpeg 是一套跨平台、以命令行为核心的开源多媒体工具与库，能够读取、转换、过滤、封装、录制和传输音视频。它没有传统桌面 GUI；对普通用户最重要的不是背参数，而是先确认构建来源和输入流，再决定直接复制码流还是重新编码。截至 2026-08-25，官方稳定版为 9.0.1，发布日期为 2026-08-12。

先选版本线，再选构建来源

FFmpeg 官方下载页明确说明：项目本身提供源码，不直接提供通用 Windows 或 macOS 安装器。页面列出的 Windows builds、macOS static builds、Linux 发行版软件包和静态构建是方便用户取得可执行文件的入口，但它们的编译选项、外部库、许可证组合与更新节奏可能不同。

同一条命令在两台机器上出现“Unknown encoder”或“Filter not found”，不一定是命令写错，更可能是两个构建启用的组件不同。保存 ffmpeg -version 与 ffmpeg -buildconf 的输出，比只记“我装了 FFmpeg 9”更有排错价值。

把命令看成一条媒体管线

官方文档把 FFmpeg 描述为通用媒体转换器：它可以从文件、管道、网络流和采集设备读取任意数量的输入，再写出一个或多个输出。命令中无法解释为选项的参数会被当作输出 URL，因此参数的位置会影响它作用于输入、输出还是全局。

1. 输入与解封装：-i 指定文件、设备或网络输入，demuxer 先识别容器并拆出视频、音频、字幕和数据流。
2. 解码与过滤：需要改变画面、声音、帧率、尺寸或时间线时，先解码为帧，再通过 filtergraph 处理。
3. 编码与封装：-c:v、-c:a 选择编码器，扩展名或 -f 选择 muxer，把处理后的流写入目标容器。
4. 探测与验收：ffprobe 用结构化字段检查编码、分辨率、帧率、时长、声道和码率，避免只凭“播放器能打开”判断成功。

ffmpeg 负责处理，ffprobe 负责分析，ffplay 是轻量播放测试工具；libavcodec、libavformat、libavfilter 等库则供应用程序集成。需要可视化多轨时间线时，可以使用 Kdenlive 或 OpenShot Video Editor，但它们的工程、效果和导出设置不能等同于一条原始 FFmpeg 命令。

先探测，再决定复制还是转码

最稳妥的顺序是先用 ffprobe 获取输入摘要，再根据目标设备或平台的要求决定是否转码。若现有码流已经符合交付条件，-c copy 可以跳过解码和重新编码，速度快且没有代际质量损失；但它不能完成缩放、滤镜、烧录字幕或更换编码格式。

正式处理长视频前，先截取 10–30 秒有运动、对白、字幕和转场的代表片段验证。这样可以在几秒或几分钟内发现编码器缺失、像素格式不兼容、字幕乱码和声道错误，而不是等整片结束后返工。

多轨、字幕和时间戳最容易出错

输入包含多音轨、多字幕或封面时，依赖自动选流可能选到错误语言或忽略附加流。使用 -map 明确选择输入流，并用 ffprobe 检查 stream index、language、disposition 和 codec_name。字幕还要区分文本字幕与图形字幕：某个容器支持字幕，不代表所有字幕编码都能直接复制进去。

• 多音轨：先按索引和语言标记选择，再检查默认轨、声道布局和输出顺序。
• 字幕：决定保留独立字幕、转换字幕编码还是烧录到画面；烧录需要视频重编码。
• 时间戳：拼接、直播、可变帧率和损坏输入容易产生 DTS/PTS 问题，不要用强制帧率掩盖源时间线异常。
• 元数据：标题、语言、章节和旋转信息可能在换容器或显式映射后变化，输出后要重新探测。

如果目标只是从大文件中截取片段，stream copy 虽然快，但起点可能受关键帧影响；要求逐帧准确时通常需要解码与重新编码。把“速度最快”和“切点最准”视为不同目标，参数选择会清楚很多。

硬件加速不能只看显卡型号

硬件路径至少包含四层：FFmpeg 构建是否启用接口、操作系统与驱动是否可用、输入格式能否进入硬件解码、滤镜和输出编码器能否保持同一设备上的帧。只看到 NVENC、QSV、AMF、VideoToolbox、VAAPI、Vulkan 或 D3D12 名称，不代表整条管线可以零拷贝运行。

先用当前构建列出可用硬件加速方法、编码器和滤镜，再用同一短样片比较软件与硬件输出。速度之外还要检查画质、色彩、像素格式、B 帧、码率控制和目标平台兼容性。硬件路径失败时，保留一个经过验证的软件编码命令作为回退基线。

让批量任务可复现、可验收

FFmpeg 命令很容易在交互终端里成功一次，却在批处理、CI 或另一台机器上失败。把每次处理的环境与结果写入任务记录，可以把“偶尔成功”变成可重复流程。

1. 保存 FFmpeg 版本、构建配置、操作系统、CPU/GPU 与驱动信息。
2. 记录完整命令，不省略输入顺序、引号、环境变量和 filtergraph 文件。
3. 用 ffprobe 保存输入与输出的关键字段；批量任务可使用 JSON 输出便于比较。
4. 保留代表性短样片、处理日志和失败退出码；不要只统计生成了多少文件。
5. 抽查画面、音频、字幕、时长和首尾时间戳，再把同一规则扩展到整批。

文件扩展名只能提示容器，不能证明内部编码、色彩、声道和字幕符合目标规范。自动化任务应以 ffprobe 字段和播放抽查共同验收，必要时再加入帧哈希、响度或质量指标。

按症状定位输入、滤镜与输出问题

分发前检查 LGPL、GPL 与 nonfree

FFmpeg 官方法律页面说明，代码库主要采用 LGPL 2.1 或更高版本；启用部分可选 GPL 组件后，整个 FFmpeg 构建会适用 GPL。配置中启用 --enable-nonfree 还会影响构建的再分发条件。个人本地转码与把 FFmpeg 库、二进制一起打包进商业产品不是同一个许可场景。

准备分发软件时，应保存准确的 configure 选项、对应源码、修改记录和第三方库许可证，并按实际链接方式检查合规义务。编解码器还可能涉及因司法辖区而不同的专利条件；FFmpeg 官方页面明确表示其说明不是法律意见，商业发行需要针对具体产品和地区进行专业审查。