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 -- SENT FROM MY DEC VT50 TERMINAL _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel OpenPGP_signature (209 bytes) Download Attachment |
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. ;-) 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 > [hidden email] > https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel > -- SENT FROM MY DEC VT50 TERMINAL _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel OpenPGP_signature (209 bytes) Download Attachment |
Le jeudi 06 mai 2021 à 11:32 +0200, Florian Echtler via gstreamer-devel a
écrit : > 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 > > [hidden email] > > https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel > > > > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |