hurryddd

Results 12 comments of


                                            hurryddd

mpi_enc_test demo程序，H.265编码时，使能export user_data_enable=1后编码的视频异常用VLC不能播放；H.264编码的视频能播放但是也看不见添加的用户数据

> 用的是什么芯片平台？用的 rk3568 呢

mpi_enc_test demo程序，H.265编码时，使能export user_data_enable=1后编码的视频异常用VLC不能播放；H.264编码的视频能播放但是也看不见添加的用户数据

> > 1、mpi_enc_test中user_data_enable使能用户数据后H.265编码功能是正常的吗 > > 2、请教下我们想实现字符叠加的功能（在编码的图像上叠加上文字），要如何实现呢？ > > 3、有MppMeta使用的说明文档吗 > > 1. 编码功能是正常的，user_data 信息会编码在 SEI 里。播放裸码流的话，推荐用 potplayer。 > 2. 需要外部另开 buffer 生成文字像素，然后以 osd_data 的形式送进编码器。 > 3. 目前文档还在完善中，可以参考 test/mpi_enc_mt_test.cpp:795 用potplayer确实可以正常播放。我看了...

mpi_enc_test demo程序，H.265编码时，使能export user_data_enable=1后编码的视频异常用VLC不能播放；H.264编码的视频能播放但是也看不见添加的用户数据

> > 如何设置文字的字体、大小、颜色等 > > mpp 库没有这个功能。 > > > demo中是生成的色块，咋生成文字像素呢 > > ```c > memset(ptr + buf_offset, k, mb_w * mb_h * 256); > ``` > > 生成色块是由这行代码决定的。osd_data 的...

mpi_enc_test demo程序，H.265编码时，使能export user_data_enable=1后编码的视频异常用VLC不能播放；H.264编码的视频能播放但是也看不见添加的用户数据

> IPC 有 RGN 模块可以实现。 > > 我咨询了我的同事，他建议您用 turetype 库生成字体，然后通过 osd_data 配给 mpp。好的，非常感谢您的解答

mpi_enc_test demo程序，H.265编码时，使能export user_data_enable=1后编码的视频异常用VLC不能播放；H.264编码的视频能播放但是也看不见添加的用户数据

> > > IPC 有 RGN 模块可以实现。 > > > 我咨询了我的同事，他建议您用 turetype 库生成字体，然后通过 osd_data 配给 mpp。 > > > > > > 好的，非常感谢您的解答 > > 您好，请问您实现使用mpp在图像上添加字符的功能了吗？实现了，但是是通过查询点阵字库的方式生成的文字像素，没用通过 turetype 去生成， turetype生成的矢量字符在合成的时候有些问题。

多路rtsp取流解码时decode_put_packet失败

> 看起来解码器异常恢复不了，可能是内核驱动的问题上层送码流的时候，如果送失败了需要继续送，rtsp 流是会出错的，最好先看下 rtsp 存下来的数据是不是正常，把存下来的码流文件给 mpi_dec_test 解码看看是不是有问题，再把收流和解码合起来验证。先分段确认各个环节是否可靠，再看系统整合是否正常 1、内核驱动问题，能解决吗，我们尝试了用5.10内核版本的也没解决。 2、rtsp码流是使用ffmpeg从海康的网络摄像头取的，然后循环的av_read_frame送给解码器，每次出现这个问题的时候都是decode_put_packet返回失败了，而且出现的时长不定，那假如说rtsp的某一帧出错了，如果还一直送岂不是decode_put_packet就会一直失败，我参考的mpi_dec_test，在这种情况下demo里是延时3ms再重新送，但是这样处理后就死循环出不来了（实际情况就是这样） 3、会跟多路同时解码+编码有关系吗，多个解码器线程（实例）不会互相竞争编解码器吧，内部是支持同时解码多路的吗 4、rkvdec2_link_wait_result:1332: task 13709:72815 statue 1 timeout -> abort 这个报错什么情况下才能出现呢，当出现这个错误的时候可以判定驱动就挂掉了，重新初始化解码器都没用，需要重启才能恢复。出现下面的报错的时候还能恢复一下，如果配置成阻塞输入跟阻塞输出能解决这种驱动解码超时的问题吗 [ 4909.794777] mpp_rkvdec2 fdf80200.rkvdec: resend task 452199 [ 4910.299697] mpp_rkvdec2...

多路rtsp取流解码时decode_put_packet失败

> 看起来解码器异常恢复不了，可能是内核驱动的问题上层送码流的时候，如果送失败了需要继续送，rtsp 流是会出错的，最好先看下 rtsp 存下来的数据是不是正常，把存下来的码流文件给 mpi_dec_test 解码看看是不是有问题，再把收流和解码合起来验证。先分段确认各个环节是否可靠，再看系统整合是否正常我按照您的方法排查了下，确实是解码异常的时候的rtsp码流不对，保存下来的h265码流文件通过mpi_dec_test也解码也失败，rtsp码流中有丢帧跟乱序的。导致这个问题的原因跟下面这个issue很相似，也是同时有多路 H265编码跟 MJPEG编码，导致每帧处理时间很长，我rtsp取流又是跟编解码在同一个线程中顺序执行的，导致netstat -ant中Recv-Q堆积了大量数据 [https://github.com/rockchip-linux/mpp/issues/143](url) 想请教下，rk3568的 H264/H265解码器、H264/H265编码器、MJPEG编码器哪些是独立哪些是分时复用的呢？不能多路同时265编码跟MJPEG编码吗