【问题标题】:Playing incoming RTP video stream with gstreamer使用 gstreamer 播放传入的 RTP 视频流
【发布时间】:2012-08-11 18:39:33
【问题描述】:

我找到了一个基于 gst-launch 的工作示例,用于通过 RTP 发送和接收视频流。我已将它们重写为 C。发件人工作正常,但收件人没有。我有 2 台计算机,A 和 B。当流式传输 B->A 时,它工作正常,但是当 A->B 时,B 没有显示流。流即将到达 B(使用 wireshark 检查)。能不能看一下代码,看看有没有我没发现的bug?

这是 gst-launch 应用程序:

VIDEO_CAPS="application/x-rtp,media=(string)video,clock-rate=(int)90000,encoding-name=(string)H263-1998"
gst-launch-0.10 -v gstrtpbin name=rtpbin latency=100 \
    udpsrc caps=$VIDEO_CAPS port=5000 \
    ! rtpbin.recv_rtp_sink_0 rtpbin. \
    ! rtph263pdepay \
    ! ffdec_h263 \
    ! ffmpegcolorspace \
    ! autovideosink
    udpsrc port=5001 \
    ! rtpbin.recv_rtcp_sink_0 rtpbin.send_rtcp_src_0 \
    ! udpsink host=$1 port=5005 sync=false async=false

对应的 C 代码在 [1] 上,因为它很长。

[1]http://pastebin.com/54eHvZWH

【问题讨论】:

    标签: c video-streaming gstreamer rtp


    【解决方案1】:

    您没有连接到 rtpbin 中的 request-pt-map 信号,而是在 udpsrc 上设置了上限。一般的想法是 rtpbin 告诉您“嘿,我收到了一个新的有效载荷编号,我应该分配给它的上限是多少?”。然后,您提供现在直接在 udpsrc 上设置的上限(减去有效负载编号)。我不确定这是否会有所帮助,但这是你应该这样做的方式。使用 GST_DEBUG=*rtp*:5 运行接收器或许也能提供一些线索。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2010-12-23
      • 1970-01-01
      • 2018-06-01
      • 2013-06-23
      • 2013-07-26
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多