Gstreamer pipeline的CPU使用率和内存

发布于 10-30 04:50 字数 1346 浏览 14 评论 0原文

我使用 gstreamer 从网络摄像头捕获视频，使用 x264 对其进行编码，并使用 gstrtpbin 对其进行流式传输。效果很好。然而，它使用了我所有四个核心的大约 50% 以及大量内存。有什么办法可以降低 CPU 和内存使用率吗？这是管道。

pipeline_description = "gstrtpbin latency=0 max-latency=100 drop-on-latency=true use-pipeline-clock=true ntp-sync=true name=rtpbin " \
        "autovideosrc ! video/x-raw-yuv,width=640,height=480,framerate=30/1 ! " \
        "tee name=t_vid ! queue ! fpsdisplaysink name=fpssink text-overlay=false video-sink=xvimagesink signal-fps-measurements=true t_vid. ! " \
        "queue ! videorate ! ffmpegcolorspace ! x264enc pass=qual tune=zerolatency quantizer=40 ! queue ! rtph264pay ! rtpbin.send_rtp_sink_0 " \
        "rtpbin.send_rtp_src_0 ! udpsink port=%d host=%s sync=false async=false rtpbin.send_rtcp_src_0 ! " \
        "udpsink port=%d host=%s sync=false async=false name=vrtcpsink udpsrc port=%d ! " \
        "rtpbin.recv_rtcp_sink_0 autoaudiosrc ! queue ! audioresample ! audioconvert ! alawenc ! rtppcmapay ! rtpbin.send_rtp_sink_1 " \
        "rtpbin.send_rtp_src_1 ! udpsink port=%d host=%s sync=false async=false rtpbin.send_rtcp_src_1 ! " \
        "udpsink port=%d host=%s sync=false async=false udpsrc port=%d ! rtpbin.recv_rtcp_sink_1" % (VRTP_SEND_PORT, DEST,
        VRTCP_SEND_PORT, DEST, VRTCP_RECV_PORT, ARTP_SEND_PORT, DEST, ARTCP_SEND_PORT, DEST, ARTCP_RECV_PORT)

原文

I'm using gstreamer to capture video from a webcam, encode it with x264 and stream it using a gstrtpbin. It works great. However, it uses about 50% of all four of my cores and a lot of memory. Is there anything I can do to lower the CPU and memory usage? Here's the pipeline.

pipeline_description = "gstrtpbin latency=0 max-latency=100 drop-on-latency=true use-pipeline-clock=true ntp-sync=true name=rtpbin " \
        "autovideosrc ! video/x-raw-yuv,width=640,height=480,framerate=30/1 ! " \
        "tee name=t_vid ! queue ! fpsdisplaysink name=fpssink text-overlay=false video-sink=xvimagesink signal-fps-measurements=true t_vid. ! " \
        "queue ! videorate ! ffmpegcolorspace ! x264enc pass=qual tune=zerolatency quantizer=40 ! queue ! rtph264pay ! rtpbin.send_rtp_sink_0 " \
        "rtpbin.send_rtp_src_0 ! udpsink port=%d host=%s sync=false async=false rtpbin.send_rtcp_src_0 ! " \
        "udpsink port=%d host=%s sync=false async=false name=vrtcpsink udpsrc port=%d ! " \
        "rtpbin.recv_rtcp_sink_0 autoaudiosrc ! queue ! audioresample ! audioconvert ! alawenc ! rtppcmapay ! rtpbin.send_rtp_sink_1 " \
        "rtpbin.send_rtp_src_1 ! udpsink port=%d host=%s sync=false async=false rtpbin.send_rtcp_src_1 ! " \
        "udpsink port=%d host=%s sync=false async=false udpsrc port=%d ! rtpbin.recv_rtcp_sink_1" % (VRTP_SEND_PORT, DEST,
        VRTCP_SEND_PORT, DEST, VRTCP_RECV_PORT, ARTP_SEND_PORT, DEST, ARTCP_SEND_PORT, DEST, ARTCP_RECV_PORT)

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

你げ笑在眉眼2024-11-06 04:50:37

我也见过这个问题 - 使用sync=false 似乎会触发 100% CPU。还有另一个线程 Streaming RTP/RTSP:sync/timestamp issues 讨论这。华泰

回复收藏 0 原文

落花随流水2024-11-06 04:50:37

我会运行 oprofile/sysprof 来查看哪个代码最有问题。您也许可以通过使用更少的抽象接收器和源来节省一些（例如，直接使用 xvimagesink 而不是 fpsdisplaysink）。如果可以的话，避免使用 ffmpegcolorspace （原则上颜色空间转换，如果不需要，该元素不会执行任何操作，只会造成很少的开销）。

回复收藏 0 原文

暮年慕年2024-11-06 04:50:37

如果您不需要帧速率计算等，因此它是叠加的，您可以通过这种方式减少一些 CPU 消耗，但正如 joeforker 所指出的，h264 的计算量相当大，因此尽管管道中进行了所有优化，我怀疑你会看到超过 10-15% 的改进，除非其中一个元素有问题。这就是 ensonic 对分析的评论非常有用的地方，特别是如果您愿意重写某些元素，即用您自己的元素替换附带的元素。

回复收藏 0 原文

~没有更多了~