Open GuNail opened 1 week ago
commit 之后会 dup fd,这样外面 fd 关闭不会影响里面,可以看下 import 之后的 fd,还有可以用 index 做匹配
commit 之后会 dup fd,这样外面 fd 关闭不会影响里面,可以看下 import 之后的 fd,还有可以用 index 做匹配
好的,但是我没理解 “”import 之后的 fd ” import 是指某个函数吗,并且我没有找到获取index的函数
commit 之后会 dup fd,这样外面 fd 关闭不会影响里面,可以看下 import 之后的 fd,还有可以用 index 做匹配
我在mpp_buffer.h 找到了mpp_buffer_get_index ,我有个疑问就是,纯内部,半内部,纯外部,这三中模式对性能影响如何?,目前我是采用DRM显示,这三种模式好像对我来说都是零拷显示,并且我发现纯内部,半内部 分配的fd并不多,用纯外部模式的话是不是可以直接解码后对接编码,如图:
因为内存由户分配,不会因为编码时的耗时导致mem pool 中的buff不够用 ps:解码线程中有延时保证显示的帧率为30/60 fps
import 之后 mpp_buffer_get_index 可以得到 buffer 的 index
都可以直接对接编码,参考 mpi_rc2_test.c
都可以直接对接编码,参考 mpi_rc2_test.c
感谢,目前实现了h264多路编解码,显示。我现在遇到个问题,在解码h265流,输出的画面异常,如下图:
log 如下
但是使用mpi_dec_test 解码没有问题,我仔细对比了下,h264和h265的配置在 mpp_init(ctx, MPP_CTX_DEC, type); 只是type 不一样
265码流的vps/sps/pps头没有?还有看下输出的 MppFrame 的 stride 配置是否有不同
265码流的vps/sps/pps头没有?还有看下输出的 MppFrame 的 stride 配置是否有不同
2304X1080
265码流的vps/sps/pps头没有?还有看下输出的 MppFrame 的 stride 配置是否有不同
看了下文件 vps/sps/pps 是有的,我自己的demo 是通过ffmpeg 打开的h265文件put_packet 这样,但是ffmpeg 拉h265的rtsp流解码也这样
什么芯片平台,是不是没有 265 编解码器
什么芯片平台,是不是没有 265 编解码器
rk3588,我用了mpi_dec_test 解H265 没问题,但是自己写的解h265就有问题,自己写的可以正常解h264,但是h264和h265的配置参数只有codeingtype 不一样,不过我的代码用了两个线程是一个put_packet 只放置码流,另一个get_frame
双线程的话参考 mpi_dec_mt_test 看看,正常应该是一致的,是不是分帧什么的有区别
双线程的话参考 mpi_dec_mt_test 看看,正常应该是一致的,是不是分帧什么的有区别
好的,我看看,不过我的代码也开了分帧
参考mpi_dec_utils 中的dec_bufmgr
启动后打印如下fd
但是解码后的frame获取fd打印
![image](https://github.com/rockchip-linux/mpp/assets/85021161/c868ac67-40d3-42fb-ab5b-0089d2541500)
为啥解码后frame的fd和我外部分配的fd不一样,