FFmpeg 硬件加速视频转码指南

基于 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. 总结

本文只是简单介绍了如何利用硬件编解码器加速视频转码。最好是你了解视频编码、封装等相关的基础知识,那么在看了之后你应该也会了其他的视频编码之间的相互转换。

bash 复制代码
>>> 音视频流媒体开发学习资料、教学视频,分享有需要的可以自行添加学习交流群:739729163 领取

原文地址: https://www.cnblogs.com/xlfqrxlf/p/16879357.html

相关推荐
安步当歌7 分钟前
【WebRTC】视频编码链路中各个类的简单分析——VideoStreamEncoder
音视频·webrtc·视频编解码·video-codec
顾北川_野7 分钟前
Android CALL关于电话音频和紧急电话设置和获取
android·音视频
顶呱呱程序11 分钟前
2-143 基于matlab-GUI的脉冲响应不变法实现音频滤波功能
算法·matlab·音视频·matlab-gui·音频滤波·脉冲响应不变法
EasyCVR1 小时前
萤石设备视频接入平台EasyCVR多品牌摄像机视频平台海康ehome平台(ISUP)接入EasyCVR不在线如何排查?
运维·服务器·网络·人工智能·ffmpeg·音视频
runing_an_min1 小时前
ffmpeg 视频滤镜:屏蔽边框杂色- fillborders
ffmpeg·音视频·fillborders
岁月小龙12 小时前
如何让ffmpeg运行时从当前目录加载库,而不是从/lib64
ffmpeg·origin·ffprobe·rpath
我喜欢就喜欢14 小时前
基于qt vs下的视频播放
开发语言·qt·音视频
安步当歌15 小时前
【WebRTC】视频采集模块中各个类的简单分析
音视频·webrtc·视频编解码·video-codec
EasyGBS15 小时前
国标GB28181公网直播EasyGBS国标GB28181软件管理解决方案
大数据·网络·音视频·媒体·视频监控·gb28181
Johnstons18 小时前
AnaTraf | 网络性能监控系统保障音视频质量的秘籍
网络·音视频·网络流量监控·网络流量分析·npmd