GuNail

> 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

> 都可以直接对接编码，参考 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 配置是否有不同 2304X1080 

> 265码流的vps/sps/pps头没有？还有看下输出的 MppFrame 的 stride 配置是否有不同 看了下文件 vps/sps/pps 是有的，我自己的demo 是通过ffmpeg 打开的h265文件put_packet 这样，但是ffmpeg 拉h265的rtsp流解码也这样 

> 什么芯片平台，是不是没有 265 编解码器 rk3588，我用了mpi_dec_test 解H265 没问题，但是自己写的解h265就有问题，自己写的可以正常解h264，但是h264和h265的配置参数只有codeingtype 不一样，不过我的代码用了两个线程是一个put_packet 只放置码流，另一个get_frame

> 双线程的话参考 mpi_dec_mt_test 看看，正常应该是一致的，是不是分帧什么的有区别 好的，我看看，不过我的代码也开了分帧