<div dir="ltr"><div><div><div><div>Hi,<br><br></div>Firewall issues is not in Gstreamer scope, but have you got too ACCEPT on OUPUT tables.<br><br></div>Regarding RTSP, gst-rtsp-server has examples (<a href="http://cgit.freedesktop.org/gstreamer/gst-rtsp-server/tree/examples">http://cgit.freedesktop.org/gstreamer/gst-rtsp-server/tree/examples</a>) that will be useful to understand how to use it.<br>
<br></div>Regards,<br><br></div>Eloi<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 15, 2014 at 10:46 PM, Craig Routledge <span dir="ltr"><<a href="mailto:web@craigroutledge.com" target="_blank">web@craigroutledge.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
On 04/15/2014 01:36 PM, Chuck Crisler wrote:<br></div><div class="">
> Set higher logging levels and/or get a packet capture to see if the problem(s) is in the transmit or receive.<br>
</div></blockquote><div class="">
<br>
On 04/15/2014 05:46:57 PM, Michael Gruner wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
You'll need to specify the full set caps from the payloader, just the mimetype isn't enough. For example:<br>
</blockquote>
<br>
</div><div class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
And yes, this means that the receiver pipeline is fixed to the sender pipeline's resolution and characteristics. Changing something on the sender will require a new pipeline on the receiver. If this is a problem for you, you might want to try using mpegtsmux or a smarter protocol like RTSP.<br>

</blockquote>
<br></div>
Thank you both.  Nothing seemed obviously wrong in the output when I increased<br>
the debug level.  However, when I ran wireshark, I got an unending list of<br>
"Destination unreachable (unreachable port)" ICMP packets for the destination<br>
port.<br>
<br>
The weird part is that my firewall should not be blocking this.  I'm running<br>
Fedora 20 with the standard firewall setup, the first two entries of which<br>
are,<br>
<br>
  -A INPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT<br>
  -A INPUT -i lo -j ACCEPT<br>
<br>
So all loopback connections should go through.<br>
<br>
Anyone have any ideas?<br>
<br>
<br>
Also, I'd like to look into RTSP but although I found a packet receiver (rtspsrc)<br>
with gst-inspect, I can't seem to figure out how to invoke the server.  The<br>
gstreamer-rtsp-server documentation only lists the library functions.  Does it<br>
have to be done via a program or can I create an RTSP stream with a command line?<div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.<u></u>freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/<u></u>mailman/listinfo/gstreamer-<u></u>devel</a><br>
</div></div></blockquote></div><br></div>