关于ffmpeg硬解码后cpu依然占用高的问题

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档

前言

最近使用ffmpeg的api对视频流进行硬解码时遇到了一个这样的问题:

采用ffmpeg官方的例子进行硬解码(dev/examples下hw_decode.c),解码后与软解码时的cpu占用率没有什么差别,依然很高。


一、解决办法

这个问题困扰了我很长时间,于是就设个断点debug了一下,发现av_hwframe_transfer_data之前调用的avcodec_receive_frame最开始是返回-11的,也就是AVERROR(EAGAIN)(原因可能是ffmpeg内部的缓冲区里面的视频帧还不足以输出,与h264算法有关)。于是加了一个容错判断,cpu的占用率居然降下来了。具体什么原因还没有深究,但是猜测之前应该是处理无效的frame时产生了大的空间开销。

二、代码示例

代码如下(示例):

re = avcodec_receive_frame(codec, frame);
if(re != 0){
 mux.unlock();
    av_frame_free(&frame);
    av_frame_free(&sw_frame);
    return NULL;
}
mux.unlock();
av_hwframe_transfer_data(sw_frame, frame, 0);
  • 0
    点赞
  • 5
    收藏
  • 打赏
    打赏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:深蓝海洋 设计师:CSDN官方博客 返回首页
评论 2

打赏作者

lost or gone

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值