<div dir="ltr"><div>Unless you need to re-size the image, it isn't necessary to transcode the image. You can simply run the rtp depay buffers (I assume that the network is generating rtp) to the ts mux directly. It does take some fiddling but it can be done.<br>
<br></div>You should check the CPU loading to see if you are maxed out. A faster computer might work better in that case.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 4, 2013 at 12:23 PM, Nicolas Dufresne <span dir="ltr"><<a href="mailto:nicolas.dufresne@collabora.com" target="_blank">nicolas.dufresne@collabora.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le mardi 04 juin 2013 à 08:37 -0700, JasonP a écrit :<br>
<div class="im">> gst-launch-1.0 udpsrc port=<input port> ! decodebin ! deinterlace<br>
> mode=0<br>
> fields=1 method=4 tff=0 ! videobox ! videoconvert ! videoscale !<br>
> x264enc !<br>
> mpegtsmux ! filesink location=file.ts<br>
<br>
</div>I would focus on zero lantency encoding to start with. You can try with<br>
x264enc tune=zero-latency . It is most likely that current pipeline runs<br>
slower then real time, which may cause packet loss. UDP miss-ordering<br>
could also become an issue with such a pipeline. If RAM is not an issue,<br>
you can add a queue.<br>
<br>
If you're pipeline is really too slow and you only need to crop, use<br>
videocrop top=-1 buttom=-1 right=-1 left=-1 instead of videobox, it's<br>
less expensive.<br>
<br>
good luck,<br>
Nicolas<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</div></div></blockquote></div><br></div>