基于 Windows 下演示,Linux 下也可以适用。 所使用 ffmpeg 版本为 BtbN 编译的 win64-gpl 版(非 gpl-share),项目地址:BtbN / FFmpeg-Builds 也可以使用 gyan.dev 编译的 git-full 版,地址:gyan.dev ,都是官方推荐的。
所使用的测试片段是一段相机录制的 h264 编码的100兆码率的 4k 25帧的视频,信息如图
音视频流媒体高级开发课程V6.0
1. 首先在默认情况下,不加任何参数,会直接使用 CPU 编解码
ffmpeg -i input.mp4 output.mp4
可以看到转码速度是相对比较慢的,并且过程中 CPU 是处于 100% 使用率的。
2. 尝试使用硬件加速编解码 首先通过命令 ffmpeg -hwaccels 查看所支持的硬件加速方法,如果你是在 Windows 平台并且使用的是我所提到的那两个版本,那么结果应该和下图相同,Linux 下的版本可能会略有不同。
通过加上参数 -hwaccel 可以指定硬件加速方法。如果你的是 N 卡,可以选择 cuda ,如果是 Intel 核显,可以选择 qsv ,(印象里还有一个 A 卡的 amf )。
- 首先我们试一下自动
ffmpeg -hwaccel auto -i input.mp4 output.mp4
可以看到在自动的设置下选择了 dxva2 为硬件加速方法
但是从提升上看并不明显,调用了显卡很小一部分解码器,CPU 依然满载
- 接着试一下 CUDA
ffmpeg -hwaccel cuda -i input.mp4 output.mp4
可以看到速度与 auto 设置下类似,实际情况也是只调用了显卡的部分解码能力,CPU 依然满载
3. 手动指定视频的编解码器
- 查看支持的编解码器
通过 ffmpeg -codecs | findstr “h264” 查看所支持的 h264 编解码器(Linux 下可以用 grep )
从图中可以看到 decoders(解码器,对应 input 文件的编码)和 encoders (编码器,对应 output 文件的编码)。 decoders 中 h264_qsv 是 Intel 核显/显卡专用的硬件加速解码器,h264_cuvid 是 N 卡专用的解码器。 encoders 中 h264_amf 和 h264_mf 都是 A 卡专用的编码器,h264_qsv 对应 I 卡,h264_nvenc 对应 N 卡。 (当然,如果你知道编解码是做什么的话,你完全可以把 h264 编码的文件转为 h265 或者其他编码,这里只是作为使用硬件加速的演示。)
- 测试
(由于我的笔记本的核显出厂被屏蔽了,因此只能使用 N 卡硬件加速测试,如果你的核显能用,可以试试,说不定不比独显编解码慢)
使用 -c:v 参数来指定视频的编解码器,这里 c 是 codec 的缩写,v 是指 video ,处理音频编码可以替换为 a ( audio ) (本人对音频编码并没有研究,也不在本文讨论范围之内)
ffmpeg -c:v h264_cuvid -i input.mp4 -c:v h264_nvenc output.mp4
注意:指定解码器 -c:v h264_cuvid 必须放在输入文件 -i input.mp4 之前,否则无效。
可以看到确实使用了指定的硬件编解码器
在编解码的过程中也充分调用了显卡的硬件编解码器,CPU 也维持在一个很低的占用
可以看到转码的速度提升非常大,但是存在一个问题就是这个编码器的默认设置下码率只有 2000k ,实际输出的视频画质也降低了很多。
- 手动指定视频码率
通过加入 -b:v 参数(这里 b 指 bitrate ,v 同理指 video 视频),可以手动指定视频的码率,以提升画质。 (这里码率的值只是作为演示,码率是清晰度的决定因素之一,码率越高越清晰,但体积也相应增大。想要深入了解可以自行查阅相关资料)
ffmpeg -c:v h264_cuvid -i input.mp4 -c:v h264_nvenc -b:v 10000k output.mp4
可以看到转码速度依然很快,并且画质也没有太大的损失。
并且可以看到 GPU 的硬件编解码器是被充分利用了的,CPU 也维持在一个很低的占用。
4. 总结
本文只是简单介绍了如何利用硬件编解码器加速视频转码。最好是你了解视频编码、封装等相关的基础知识,那么在看了之后你应该也会了其他的视频编码之间的相互转换。
>>> 音视频流媒体开发学习资料、教学视频,分享有需要的可以自行添加学习交流群:739729163 领取
原文地址: https://www.cnblogs.com/xlfqrxlf/p/16879357.html