问题描述
下面是一条管道，该管道从RTSP流中捕获1080p 输入视频数据，解码，并显示到输出设备
gst-launch-1.0 rtspsrc location=rtsp://admin:888888@192.168.5.28:5006/udp/av0_0 latency=0 io-mode=4 ! rtph264depay ! h264parse ! omxh264dec ! queue max-size-bytes=0 ! fpsdisplaysink name=fpssink text-overlay=false video-sink="kmssink bus-id=fd4a0000.zynqmp-display fullscreen-overlay=1" sync=true -v
上述管道运行正常，并且我正在使用Kmssink作为接收器元素。 总体渠道给了我约25FPS 的性能数字。
现在，我想先处理帧，然后再将其显示在设备上，所以我正在使用** OpenCV API **从相同的gst管道捕获帧。
在修改过的管道下面是我正在使用appsink而不是kmssink 的地方，因为 OpenCV中需要appsink才能使框架可用于应用程序。
videoCapture cap(rtspsrc location=rtsp://admin:888888@192.168.5.28:5006/udp/av0_0 latency=0 latency=0 io-mode=4 ! rtph264depay ! h264parse ! omxh264dec internal-entropy-buffers=5 low-latency=1 ! videoconvert ! appsink sync=false async=false");
问题： 与 kmssink 元素相比， appsink 元素的性能非常低[〜2 FPS ] 有什么方法可以优化 appsink 性能，还是可以通过其他方法来优化此管道中的性能？
任何输入都会受到高度重视
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）