<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 10/13/2011 03:38 PM, Wesley J. Miller wrote:
<blockquote cite="mid:CABC6208.1986%25wmiller@sdr.com" type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<div>
<div>
<div>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.</div>
</div>
</div>
</blockquote>
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.<br>
<br>
Stefan<br>
<br>
<blockquote cite="mid:CABC6208.1986%25wmiller@sdr.com" type="cite">
<div>
<div>
</div>
</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div>Secondly, is this a workable idea? </div>
<div><br>
</div>
<div>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?</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div>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?</div>
<div><br>
</div>
<div>Wes</div>
<br>
<hr>
<font color="Gray" face="Arial" size="1">CONFIDENTIALITY NOTE:<br>
<br>
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.<br>
</font>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
gstreamer-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a>
</pre>
</blockquote>
<br>
</body>
</html>