qvoid

mpp做过修改是吗？帧内QP 的RC被关闭了，所以整体画面质量会好些但是相应的码率会比较大些。另外qp配置的小了点，可以按照Herman的建议设置后再编码看看。

可以参考这个[教程](https://github.com/mpenkov/ffmpeg-tutorial)，这个是ffmpeg的AvFrame 转到SDL，MppFrame的话可以对比下结构体定义，看看如何使用

编码参数是什么样的？可以尝试增大bitrate。 caryluck 于2020年7月13日周一 下午5:24写道： > > 我用mpi_enc_test例子循环编码一张yuv图片，编码出来的每个idr帧图像下半部分出现模糊。368*640的yuv第一帧idr大小是为10110字节，后面的p真1024左右，但是后面的每个idr帧为5000字节左右，后面连续的几个p帧3000-5000左右，要经过3个p左右画面才会变清晰，编出来的视频效果就是出现闪烁。如果第一帧idr后面全是p帧，有概率一小段时候后画面出现马赛克，这个该怎么解决？ > > — > You are receiving this because you are subscribed to this thread. > Reply to this email directly, view it...

固定码率是 w*h/830 ?这个有问题。码率应该是太小了。是不是其实想设置成 ｗ * h* 30 / 8? caryluck 于2020年7月13日周一 下午6:59写道： > 先感谢@qvoid , 用的例子中的设置rc_mode CBR固定码率,大小是是w*h/8* > 30大小。我调整到6倍大小后确实好很多了，但还是能看出来idr帧前后帧的细微变化。 > 还有一个问题，同一张图片第一帧idr gop设置成2000一直编码，后续会有出现马赛克。 > > — > You are receiving this...

试试看打上下面这个补丁是否有改善 ``` --- a/mpp/hal/vpu/h264e/hal_h264e_vepu_v2.c +++ b/mpp/hal/vpu/h264e/hal_h264e_vepu_v2.c @@ -599,8 +599,12 @@ MPP_RET h264e_vepu_mbrc_prepare(HalH264eVepuMbRcCtx ctx, HalH264eVepuMbRc *mbrc, srcPrm = axb_div_c(mbrc->out_strm_size * 8, 256, mbrc->rlc_count); /* Disable Mb Rc for Intra Slices, because...

``` [17163.196908] Killed process 6213 (fs_mediaserver) total-vm:1434544kB, anon-rss:667968kB, file-rss:54372kB, shmem-rss:1536kB [17163.329371] oom_reaper: reaped process 6213 (fs_mediaserver), now anon-rss:0kB, file-rss:0kB, shmem-rss:98112kB ``` 有可能每次关闭实时转码任务有些buffer没释放？可以根据任务的分辨率，和运行次数，大致算下。看看是不是每次都泄露，泄露多大。

rgb最后都是需要转换成yuv后编码在 JPEG SOS 之后的。SOS 前面 12字节是软件头。 FF DA 00 0C 03 01 00 E6 00 3F 00 11 03 11 02 这段头就已经是异常的了。比较怀疑是cache相关导致的。具体什么芯片，什么 os，mpp是哪个版本？用 mpi_dec_test 测试？

> 我这边也是遇到相同的问题，rk3588上面，mpp1.0.5版本,用了mpi_enc_test测试，输出的jpg也是错误的，只能转换成nv12再去编码么 RK3588上可以输入32bit的 ARGB8888 和 16bit 的 RGB565， RGB555， RGB444格式给编码器。 出错的话具体是什么错误？

拉取的视频流是使用DivX encoder编码的。如果想要解码，需要设备和解码器获得相应的授权和认证才可以解码。