Pad negotiation at udpsrc element

[Sebastian Dröge]

On Sun, 2016-11-13 at 22:26 -0800, debruyn wrote:
> Good day guys,
> 
> So the current system is set up to push a stream from an ARm board to the
> webserver. On the board it is a simple rtspsrc from the camera into a
> udpsink. Then on the server a udpsrc receives the stream and does work. This
> works a hundred persent with video only streams. Now i am trying to add
> audio to this system.
> 
> On the camera you are able to send a audio(from a mic) and video in the same
> rtsp stream. I know this works as i am able to record locally on the board a
> audio and video file. now when sending this over udp to the server i am
> running into an issue. When setting up a remote recording and creating the
> following pipe:
> *                     |  queue | rtph264depay | h264parse | queue        \
> udpsrc | tee <                                                                          
> > mp4mux | filesink
> 
>                      | queue | rtpmpadepay | mpegaudioparse | queue /*

How are you sending both streams over UDP? You will need to use some
kind of "demuxer" element instead of a tee here, so that only audio
goes to the audio branch, and only video goes to the video branch. Tee
will send everything to both branches.

Something like rtpptdemux or rtpssrcdemux might work for you here.
Sending both streams over different UDP ports might be a better
solution though.


Also note that this is not RTSP in your pipeline, just plain RTP and to
do things properly is also missing the rtpjitterbuffer in front of the
depayloader.

-- 
Sebastian Dröge, Centricular Ltd · http://www.centricular.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 963 bytes
Desc: This is a digitally signed message part
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20161114/26673330/attachment.sig>