本人正在使用FFMPEG+x264进行编码，码率控制为CBR方式 ，默认情况下码率控制的还不错，视频质量也可以；现在遇到一个问题，只要强制要求编码器产生一个I帧（比如发生传输上的丢包时触发），则视频质量会非常明显的下降，而且无法恢复。
FFMPEG+X264编码时强制强求I帧后视频质量下降明显
- 写回答
- 好问题 0 提建议
- 追加酬金
- 关注问题
分享- 邀请回答
-
1条回答 默认 最新
laman819 2019-05-28 19:18关注这个问题，可能是因为强制关键帧之后，QP的选择从最大值开始向小的搜索导致，例如，QP值范围为12~36，假设你此时编码QP为18，当你强制关键帧的时候，QP可能变成了36，从而导致画质下降，但是这个应该是可以恢复的，你可以增加打印看每帧的QP值
解决 无用评论 打赏举报 分享
- 2021-07-22 10:42回答 1 已采纳 两种解决方式1、通过信号处理的方式写一个对视频进行每秒爆粗的命令，但是这个我不太清楚，所以没采用。2、将录制的视频进行转码操作，视频的尾部处理不当是因为将子进程销毁而导致的，并非是因为视频录制不当导致
- 2021-12-22 09:58回答 1 已采纳 1，avcodec_open2 的返回值是什么？代表了什么样的错误？你可以使用 av_make_error_string 这个方法来获取错误原因，确定到底是什么原因导致的 avcodec_open2
- 2021-11-10 15:16回答 2 已采纳 如果报错（这个使用为package\bin的驱动没有启用） $ffmpeg= FFMpeg\FFMpeg::create(); // 引发上述的问题 // 将上方的换成下面的 $ffmpeg = FF
- 2022-12-30 14:11郭同志的博客 有些小伙伴可能每次重新连接Linux或docker容器时，ffmpeg命令就丢失了，比如我，我利用docker容器启动的后端Java项目，并在里面安装的ffmpeg，每次重新连接交互容器时，ffmpeg就没了，会出现下面这样的错误提示：...
- 2022-04-15 16:58回答 1 已采纳 1.编码后推流，可以先把编码后的数据保存成文件，看看能不能正常播放2.ffmpeg推流，可以手动把sps和pps加上试试(一般情况下I帧自带sps和pps)
- 2017-11-23 02:10回答 3 已采纳 先手动通过命令行转换，转换成功后 再集合到java 里面 转换命令 可以参考 ： https://www.cnblogs.com/wainiwann/p/4128154.html
- 2018-01-11 08:48回答 3 已采纳 YUV420P y分量占width*height大小的内存， u和v分别占 width*height/4（也就是图像大小的四分之一），uv加起来是y大小的一半，yuv一共是1.5个图像大小， yuv
- 2017-05-01 00:53太上绝情的博客 使用ffmpeg、x264库强制编出关键帧（I帧）背景当h264数据在使用udp传输时，丢包是一件很常见的事情，当接收端丢包发生后，应该通知发送端，让发送端立刻重新发送一个关键帧。此时就需要编码器无视关键帧间隔立刻编出...
- 2018-11-14 03:50回答 5 已采纳 如果单纯是图片和音频合成视频，可以直接用mediacodec+opengl来实现的。这个课程里面讲了的：https://edu.csdn.net/course/detail/8942 
