In-band data

[Wes Miller]

A few weeks back a posting asked about building a frame (video I think)  consisting of one byte or many copies of one byte that could be injected into a stream on the sender side and picked out on the receiver side of a network connection (UDP?).  The goal was to pass "hidden" in-band data along with the frame.

First, can someone point me to those post(s)?  I tried, but Google as I might, I can't find a search pattern that will get to them.

Secondly, is this a workable idea?  

In my case, I am passing 2 way live audio (an intercom, mostly) so it has no built-in tag info I am aware of.  Could I just as easily add the stream info and "misuse" it as an in-band message passing method?

The message info I need to pass is to a UDPSRC pipeline to tell it the port where a to-be-instantiated UDPSINK pipeline is to send its reply stream.  Goal is to avoid a lot of out-of-band info passing.

Third, am I correct in believing that a padprobe on the receiver side could pick out the frame and by returning FALSE, remove it from the data stream without halting future packets?

Wes

---

CONFIDENTIALITY NOTE:

This e-mail and any attachments are confidential. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of this e-mail or any attachment is prohibited. If you have received this e-mail in error, please notify us immediately by returning it to the sender and delete this copy from your system. Thank you for your cooperation.

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Stefan Sauer]

On 10/13/2011 03:38 PM, Wesley J. Miller wrote:

A few weeks back a posting asked about building a frame (video I think)  consisting of one byte or many copies of one byte that could be injected into a stream on the sender side and picked out on the receiver side of a network connection (UDP?).  The goal was to pass "hidden" in-band data along with the frame.

You can just send a custome synchronized event. That is essentially a named gst structure. And you can just pluck that with an event-pad probe on the receiver side.

Stefan

First, can someone point me to those post(s)?  I tried, but Google as I might, I can't find a search pattern that will get to them.

Secondly, is this a workable idea?  

In my case, I am passing 2 way live audio (an intercom, mostly) so it has no built-in tag info I am aware of.  Could I just as easily add the stream info and "misuse" it as an in-band message passing method?

The message info I need to pass is to a UDPSRC pipeline to tell it the port where a to-be-instantiated UDPSINK pipeline is to send its reply stream.  Goal is to avoid a lot of out-of-band info passing.

Third, am I correct in believing that a padprobe on the receiver side could pick out the frame and by returning FALSE, remove it from the data stream without halting future packets?

Wes

---

CONFIDENTIALITY NOTE:

This e-mail and any attachments are confidential. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of this e-mail or any attachment is prohibited. If you have received this e-mail in error, please notify us immediately by returning it to the sender and delete this copy from your system. Thank you for your cooperation.

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel