Python用ffmpeg批量调整视频分辨率教程

本文深入解析了Python结合ffmpeg批量调整视频分辨率的实战要点，重点破解“不拉伸变形”这一核心难题——通过`scale=1280:-2`或`scale=-2:720`保持原始宽高比并确保尺寸为偶数适配yuv420p，辅以`force_original_aspect_ratio=decrease`和`pad`实现智能缩放加黑边；同时直击开发痛点：用`subprocess.run`传参列表而非字符串拼接防范shell注入、合理使用`ProcessPoolExecutor`控制并发防卡死、显式指定`-c:a copy`或AAC编码避免静音，并提醒混合帧率等进阶场景下的音画同步风险，堪称兼顾准确性、安全性与工程鲁棒性的自动化转码指南。

ffmpeg -vf scale 怎么写才不拉伸变形

关键在 scale 滤镜的宽高参数组合和是否启用保持宽高比。直接写 scale=1280:720 会强制拉伸，尤其源视频是竖屏或 4:3 时明显失真。

• 用 -vf "scale=1280:-2"：宽度固定为 1280，高度自动按原始比例计算（-2 表示保持偶数，适配 yuv420p）
• 用 -vf "scale=-2:720"：高度固定为 720，宽度自适应
• 加 force_original_aspect_ratio=decrease 可先缩放再补黑边，避免裁剪：-vf "scale=1280:720:force_original_aspect_ratio=decrease,pad=1280:720:(ow-iw)/2:(oh-ih)/2"
• 别用 -2 以外的负值（比如 -1），部分 ffmpeg 版本不支持，会报错 Invalid value for width

Python 调用 ffmpeg 时如何安全传参、避免 shell 注入

用 subprocess.run 传参列表，而不是拼接字符串。用户文件名含空格、括号、单引号时，字符串拼接必崩。

• 错误写法：subprocess.run(f'ffmpeg -i "{input_path}" -vf "scale=1280:-2" "{output_path}"')
• 正确写法：subprocess.run(["ffmpeg", "-i", input_path, "-vf", "scale=1280:-2", output_path])
• 路径里有中文？确保 Python 文件本身用 UTF-8 编码，且系统 locale 支持（Linux/macOS 一般没问题；Windows 建议用 WSL 或设置 chcp 65001）
• 不要依赖 shell=True，它绕过参数隔离，等于主动打开注入漏洞

批量处理多个视频时怎么控制并发、防卡死

ffmpeg 单实例吃满 CPU 和磁盘 IO，开太多并行反而更慢，还可能触发系统 OOM killer 杀进程。

• 用 concurrent.futures.ThreadPoolExecutor 不靠谱——ffmpeg 是 CPU 密集型，线程无意义；必须用 ProcessPoolExecutor
• 进程数别超过物理核心数，建议设为 min(4, os.cpu_count())
• 每个子进程单独调用 ffmpeg，别共用同一 pipe 或 stdout/stderr，否则日志混杂、异常难定位
• 加超时控制：subprocess.run(..., timeout=300)，防止某个视频卡住拖垮整批任务

输出文件没声音？常见音频流丢失原因

ffmpeg 默认只复制视频流，音频流需显式指定处理方式，否则静音是常态。

• 最简方案：-c:a copy 直接拷贝音频流（快、无损，但要求编码格式兼容目标容器）
• 转码音频：-c:a aac -b:a 128k（注意 AAC 是 MP4 常用，但 MKV 更推荐 libopus）
• 漏掉 -c:a 且源音频格式不被目标封装格式支持（如 AC3 写进 MP4），ffmpeg 会静默丢弃音频流，不报错
• 检查是否误加了 -an（禁用音频），这是调试时手抖高频错误

好了，本文到此结束，带大家了解了《Python用ffmpeg批量调整视频分辨率教程》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！