rtpssrcdemux <-> IP address?
nicolas at ndufresne.ca
Thu May 6 13:31:28 UTC 2021
Le jeudi 06 mai 2021 à 11:32 +0200, Florian Echtler via gstreamer-devel a
> Yeah, I figured it out myself roughly 5 minutes after posting... O_o
> If I dynamically connect the pad probe to the "sometimes" downstream pads of the
> rtpssrcdemux element instead of directly to the udpsrc, then I have SSRC from
> pad name and sender address from buffer metadata at the same time. Problem
> solved. ;-)
Glad you figure-out! I was going to mention that the meta will still be there
after the demux, and then your sender should address should be stable (unless
you have a collision).
> Best, Florian
> On 06/05/2021 11:22, Florian Echtler via gstreamer-devel wrote:
> > Hello everyone,
> > I have a rather specific problem: I'm using rtpssrcdemux to split several
> > incoming RTP streams on the same UDP port based on SSRC (obviously), and I also
> > have a pad probe attached to the udpsrc to read the buffer metadata containing
> > the sender address. Each bit is working fine individually, I get my separate
> > streams for decoding and I also get the individual sender addresses.
> > However, what I can't figure out is how to link them together. I've been trying
> > an ugly hack where I watch for a new sender address and UDP src appearing
> > simultaneously, but that only works as long as the senders connect with a time
> > gap in between. When two or more senders are already active when my udpsrc
> > starts (because the order of UDP packets is random), this fails.
> > Am I overlooking something obvious? Any suggestions?
> > Best, Florian
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
More information about the gstreamer-devel