1080i live input transcode issue

[Chuck Crisler]

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.

You should check the CPU loading to see if you are maxed out. A faster
computer might work better in that case.


On Tue, Jun 4, 2013 at 12:23 PM, Nicolas Dufresne <
nicolas.dufresne at collabora.com> wrote:

> Le mardi 04 juin 2013 à 08:37 -0700, JasonP a écrit :
> > gst-launch-1.0 udpsrc port=<input port> ! decodebin ! deinterlace
> > mode=0
> > fields=1 method=4 tff=0 ! videobox ! videoconvert ! videoscale !
> > x264enc !
> > mpegtsmux ! filesink location=file.ts
>
> I would focus on zero lantency encoding to start with. You can try with
> x264enc tune=zero-latency . It is most likely that current pipeline runs
> slower then real time, which may cause packet loss. UDP miss-ordering
> could also become an issue with such a pipeline. If RAM is not an issue,
> you can add a queue.
>
> If you're pipeline is really too slow and you only need to crop, use
> videocrop top=-1 buttom=-1 right=-1 left=-1 instead of videobox, it's
> less expensive.
>
> good luck,
> Nicolas
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130604/202f6317/attachment.html>