Gstreamer tee和mux

以下Gstreamer管道在i.MX6平臺上正常工作：Gstreamer tee和mux

gst-launch-1.0 imxv4l2videosrc！ imxvideoconvert_ipu deinterlace = 3！ clockoverlay！ tee name = tp tp。！隊列2！ imxg2dvideosink tp。！隊列2！ vpuenc_h264比特率= 5000！ tee name = tp2 tp2。！ queue2 max-size-buffers = 0 max-size-time = 0 max-size-bytes = 0！ qtmux name = mux！ filesink location =。/ test.mp4 tp2。！ queue2 max-size-buffers = 0 max-size-time = 0 max-size-bytes = 0！ rtph264pay！ udpsink主機= 192.168.30.151端口= 5000

然而，當我嘗試鏈接TP2以下列方式使用的Gstreamer API來qtmux隊列：

/* Build the gst_RecPipeline in streaming mode */ 
    gst_bin_add_many(GST_BIN(recPipe.pipeline), recPipe.tee2, recPipe.rtpQueue, recPipe.rtpPay, recPipe.udpSink, NULL); 
    if (gst_element_link_many(recPipe.videoQueue, recPipe.vidEnc, recPipe.tee2, NULL) != TRUE || 
      gst_element_link_many(recPipe.videoMuxQueue, recPipe.mux, recPipe.fileSink, NULL) != TRUE || 
      gst_element_link_many(recPipe.rtpQueue, recPipe.rtpPay, recPipe.udpSink, NULL) != TRUE) { 
     g_printerr("Elements could not be linked.\n"); 
     gst_object_unref(recPipe.pipeline); 
     return -1; 
    } 

    /* Manually link the Tee, which has "Request" pads */ 
    tee_src_pad_template = gst_element_class_get_pad_template(GST_ELEMENT_GET_CLASS (recPipe.tee2), "src_%u"); 
    tee_1_pad = gst_element_request_pad(recPipe.tee2, tee_src_pad_template, NULL, NULL); 
    gst_pad_set_caps(tee_1_pad, caps); 
    q1_pad = gst_element_get_static_pad (recPipe.videoMuxQueue, "sink"); 
    gst_pad_set_caps(q1_pad, caps); 
    tee_2_pad = gst_element_request_pad(recPipe.tee2, tee_src_pad_template, NULL, NULL); 
    q2_pad = gst_element_get_static_pad (recPipe.rtpQueue, "sink"); 

    if ((err = gst_pad_link(tee_1_pad, q1_pad)) != GST_PAD_LINK_OK) { 
     g_printerr("Tee2 for q1 could not be linked, err=%d.\n", err); 
     gst_object_unref(recPipe.pipeline); 
     return -1; 
    } 
    if (gst_pad_link(tee_2_pad, q2_pad) != GST_PAD_LINK_OK) { 
     g_printerr("Tee2 for q2 could not be linked.\n"); 
     gst_object_unref(recPipe.pipeline); 
     return -1; 
    }

通話gst_pad_link（tee_1_pad，q1_pad）失敗，並錯誤-4（GST_PAD_LINK_NOFORMAT）

如果我從管道中刪除recPipe.mux，它工作正常。

任何想法爲什麼我不能將tee連接到mux以及如何解決它？

來源

2016-01-13 Alexander Khudoshin

可能相關的問題。播放和流式傳輸：gst-launch-1.0 filesrc location =/test.mp4！ qtdemux！ tee name = tp tp。！隊列2！ h264parse！ imxvpudec！ imxg2dvideosink tp。！隊列2！ rtph264pay！ udpsink host = 192.168.30.151 port = 5000可以工作，但使用GStreamer API實現此管道的代碼不會。它不能鏈接h264parse和imxvpudec –

qtmux和rtph264pay需要不同的格式爲他們的h264流。 payloader需要'字節流'，而qtmux需要'avc'。

我不知道vpuenc_h264提供了什麼格式，但是您可以在兩個分支（在tee之後）使用h264parse在h264流格式之間進行轉換。

此外，該複用器也有請求墊。所以你應該要求水槽墊類似於你用三通做什麼。

來源

2016-01-15 11:48:32 thiagoss

rtph264pay可以同時使用byte-stream和avc。 vpuenc_h264提供avc。手動鏈接多路複用器請求板並沒有改變任何東西，但是在每個分支中添加h264parse都有幫助。我的第二個播放問題呢？ –

哦，你說得對，rtp同時兼顧。我不知道你的第二個問題，我不知道那些imx元素支持。無論如何，你可以啓用GST_DEBUG並檢查鏈接失敗的原因。另外看鏈接返回將給你一些提示。 – thiagoss

該問題實際上是嘗試直接鏈接複用器而不使用請求板。在我正確實現了與多路複用器請求板的鏈接後，代碼工作正常。

來源

2016-01-21 03:50:28

Gstreamer tee和mux

回答

相關問題