cj-geek

netstat -ant 看看缓存

@qvoid JPG编码必须是16对齐的数据吗？ 但是H265解码后的Mpp_Frame 1920x1080 的 stride为 2304x1080了， 编码器 MPP_ENC_SET_PREP_CFG我也是按照解码后的 stride设置的 ``` prep_cfg->width = 1920; prep_cfg->height = 1080; prep_cfg->hor_stride = 2304; prep_cfg->ver_stride = 1080; ``` 在编码的时候 ``` mpp_frame_set_width(frame, 1920); mpp_frame_set_height(frame, 1080);...

@qvoid 这是硬件解码决定的吗？奇怪为什么要对H265解码的做基数对齐

目前我发现只能使用DRM数据处理

使用RGA来处理吧

mpp_buffer_group_unused(data.frm_grp)=23 mpi_dec_test: decode_get_frame get frame 47 MPP_FMT_YUV420SP use: 22 ms mpp_buffer_group_unused(data.frm_grp)=23 mpi_dec_test: decode_get_frame get frame 48 MPP_FMT_YUV420SP use: 36 ms mpp_buffer_group_unused(data.frm_grp)=23 mpi_dec_test: decode_get_frame get frame 49 MPP_FMT_YUV420SP use: 39 ms...

@HermanChen 已经解决了 mpp可以屏蔽 解码错误信息的功能，不注意看文档确实很难发现 最近github国内太难访问了，什么时候也弄一个比较好的国内的镜像呢？

我也遇到了相同的问题, 还有加载到多个GPU的时候 需要修改 load(,CUDA,index) 如果 model_.to(cuda) 是不行的

建议采用ffmpeg来获取DRM转换为MppFrame,再通过rga转换成BGR888来处理

我是在Ubuntu下测试的`export use_mpp_mode=1` 但是结果依旧, 我使用的是ffmpeg去拉rtsp 1080p视频流 使用h264_rkmpp去解码成 AV_PIX_FMT_DRM_PRIME的AVFrame; 将AVFrame转换成 MPP_Frame NV12数据,让JPG编码线程编成jpg, (MppEncJpegCfg 的quant设置为4) 4个编码线对应4个视频拉流解码线程 去掉JPG编码,解码就不会卡. @HermanChen