版权属于:编码书生
本文链接:https://codess.cc/archives/454.html
所有原创文章采用知识共享署名-非商业性使用 4.0 国际许可协议进行许可。
除特别注明,您可以自由的转载和修改,但请务必注明文章来源且不可用于商业目的。
最后修改:2020 年 11 月 10 日
© 允许规范转载
版权属于:编码书生
本文链接:https://codess.cc/archives/454.html
所有原创文章采用知识共享署名-非商业性使用 4.0 国际许可协议进行许可。
除特别注明,您可以自由的转载和修改,但请务必注明文章来源且不可用于商业目的。
9 条评论
请问编译好FFmpeg移植后rtsp取流不成功是因为没有x264吗
有很多原因,建议先用编译出来的ffplay试试, 看看能不能播,如果ffplay可以播,说明相关依赖和环境都没问题。接下来再去检查你的代码,和FFmpeg API 的调用是否存在问题。
我现在是用mpp硬解码老是崩,按照你这个,用软解码,1路视频,cpu占比60%,我们预期要用4路视频,估计到时CPU发热会非常严重。
不好意思,之前是我搞错了平台。今天我特地确认了一下,20%是我们x86 ubuntu 版本下的,RK3399 4路解码我这边也比较卡,720p下4路也几乎占满了CPU
rk3399 ffmpeg需要于mmp关联,没看见你的编译参数中有mmp选项
我没有使用瑞芯微的mmp库,所以严格意义上说,我的FFmpeg 解码应该是CPU软解实现的
软件解码速度怎么样,卡吗?
博主不知道你做的怎么样了。怎么么选择gstreamer来做视频编解码。在arm里一般qt和gstreamer厂家都是已经做好的不需要移植。
用FFmpeg + Qt 搞成功了,实现了多路视频的实时解码播放。gstreamer 厂家是编译进去了,但不适用于我的应用环境,也无法同时完成多路视频,遂自行填坑FFmpeg了