trial
trial
### 现象描述 使用RK3588开发板，在输入帧上绘制推理结果框，通过mpp硬件编码后，更新推流媒体时，每间隔60帧，会出现一次耗时尖峰。 项目流程如下图：  每一帧的总处理（从输入帧到更新推流媒体）耗时为40ms左右，但是每隔60帧，会出现一帧耗时在100ms左右，称为耗时尖峰。 通过注释相关代码，定位到是更新推流媒体这三行代码导致的：  如果mpp编码格式及推流媒体格式为H.264，则是第63、123、183、...帧出现耗时尖峰（帧序号从1开始）。 如果mpp编码格式及推流媒体格式为H.265，则是第62、122、182、...帧出现耗时尖峰。 ### 如何复现? 100%出现。 （1）输入视频流为640*360，30fps，H.265，尝试更换输入视频流，现象不变。 （2）尝试更改推流参数：  不指定codec_args v_args的具体内容，或者将v_args.video.fps分别修改为30/20/60，现象均不变。 ### 相关日志或截图 没有报错信息，只是耗时异常 展开查看详细日志 日志内容... ### 配置 这里也有一个疑问：使用.so动态库，配置文件实际上有作用吗？之前尝试推流本地mp4，修改配置文件后，编译时仍然报错“创建MP4点播失败，请编译时打开"ENABLE_MP4"选项”。 展开查看详细配置 ## 配置文件影响性能的参数 ###...
Thanks for this project! After v8.1, Ultralytics added adaptation to YOLOv8-OBB, and the dataset format is: **class_index, x1, y1, x2, y2, x3, y3, x4, y4** At now, label-studio's export option...
同样的视频帧输入， （1）当cvtcolor->letterbox使用virt_addr时，耗时约为： cvtcolor 1.2ms, letterbox 2.3ms, rknn_inputs_set 0.75ms, rknn_run 20ms, rknn_outputs_get 1.3ms （2）当cvtcolor->letterbox使用dma_fd，且不使用rga_handle时，耗时约为： cvtcolor 1.3ms, letterbox 2.1ms, rknn_inputs_set **15ms**, rknn_run **24.5ms**, rknn_outputs_get 1.3ms （2）当cvtcolor->letterbox使用dma_fd，且使用rga_handle时，耗时约为： cvtcolor 1.7ms, letterbox 2.2ms, rknn_inputs_set **15ms**,...
**咨询的功能模块** - zlmediakit c++ sdk（mk动态库）推流 - zlmediakit addStreamProxy拉流 **咨询的具体内容和问题** RK3588开发板，使用mk动态库推流rtsp输出，本应为1FPS，记为流yolo。 使用vlc无法播放流yolo（参考https://github.com/ZLMediaKit/ZLMediaKit/issues/608 可能是播放器本身的问题）。 部署在另一台服务器上的zlmediakit通过addStreamProxy对流yolo拉流，录制的MP4文件帧率为1000FPS，zlmediakit的web管理页面显示的时间戳增量信息也异常，看起来像是把dts除了1000倍。 不知道是mk动态库的问题，还是zlmediakit的问题，请问有没有进一步排查的思路建议？ - 开发板工作流程：输入rtsp视频流为25FPS，每25帧从输入视频流取1帧，进行推理画框后，使用mk动态库推流rtsp输出。 - 推流相关代码如下： （1）推流初始化：  其中初始化时v_args.video的三项参数不指定，现象也一样。 （2）推流：  - 推流信息：只有一个视频轨道，格式为YUV420SP(NV12)，分辨率为1920*1080，视频编码为H.264，无音频。推流地址rtsp://192.168.1.107:554/live/yolo - 开发板输出日志：可以看到推流的dts是正常的，每两个推流帧之间dts间隔约为1000ms展开查看详细日志 #1714006149091 (frame4700) RGA...