difficulty with rtspsrc and tee
Chuck Crisler
ccrisler at mutualink.net
Thu Feb 14 10:38:35 PST 2013
OK, I have realized my initial problem. I don't need a tee after the
rtspsrc element because it creates multiple src pads. I only need to link
my pipeline branches to those specific pads. :-)
I am still not sure about the mpegtsmux business...I just figured out the
initial error and am close to testing.
Chuck
On Thu, Feb 14, 2013 at 12:13 PM, Chuck Crisler <ccrisler at mutualink.net>wrote:
> I am using gstreamer 0.10.30, good plugins 0.10.25. I am implementing
> support for rtsp input in a C++ application. The initial source that I am
> working with has both video and audio. Currently the video works.
>
> I initially create the rtspsrc element and add it to the pipeline. In the
> new pad added callback, I create a tee, an input-selector, a mpegtsmux and
> a udpsink. I link the 'T' to the rtspsrc, the input-selector to the
> mpegtsmux and the mux to the udpsink. I am converting RTP to MP2T for
> distribution. I am trying to put both the audio and video in the MP2T
> stream.
>
> The first rtspsrc pad created is for the video stream. I create a queue,
> the rtp jitter buffer and the h264depayloader, link the queue to the 'T',
> jitter buffer to the queue, depayloader to the jitterbuffer, input-selector
> to the jitterbuffer. Video flows and displays on a remote system.
>
> The second callback is for the audio stream. I create a second queue and a
> mp4gdepayloader. I have created a second jitter buffer but that didn't make
> any difference. I link the queue to the 'T' but fail to link the mp4gdepay
> to the second queue. When I enabled logging for GST_PADS:4, the caps from
> the 'T' are the video stream caps. I think that these are passed down to
> the second queue, causing the mp4gdepay link step to fail due to
> incompatible caps. My intent was to link the 'T' to the second queue to the
> mp4gdepay to the input-selector (select-all set to TRUE) to the mpegtsmux
> to the udpsink, blending the video and audio into the mpeg output.
>
> 1. Is this approach reasonable? I don't have much experience with MPEG
> streams. If not, how does one go about putting both audio and video into a
> MPEGTS stream?
> 2. How have I screwed up the 'T' with the caps? I tried linking the audio
> branch with filtered caps but that didn't make any difference.
>
> Thank you for all suggestions!
>
> Chuck Crisler
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130214/d3428dff/attachment.html>
More information about the gstreamer-devel
mailing list