AW: AW: AW: Serial port interface on frame grabber

[Ian Davidson]

I would try putting a queue between h264parse and avdec_h264.

A queue causes gst to make a new task.  Assuming that your PC has a twin 
core, that will allow it to decode the video (in one core) at the same 
time as it parsing the next bit (in another core) - so you should see 
the picture sooner.

Ian


On 04/07/18 12:23, vk_gst wrote:
>
> PC:
> gst-launch-1.0 -v filesrc location=/dev/ttyUSB1 blocksize=1024 ! $CAPS !
> h264parse ! avdec_h264 lowres=2 skip-frame=0 ! autovideosink sync=false
>
>
> 4. I was also wondering if I could add a buffer on the receiving side, so
> that the video is more smooth. Although I completely understand, that the
> buffering up video data will result me in getting old video frames and not
> the real time video frames. But I would just want to try out if its possible
> to do that.  Does gstreamer allow any elements like a pseudo RAM where I can
> buffer up the frames and play it after some initial delay, so that the
> resulting video is smooth?
>
>
>
>
>
> --
> Sent from: http://gstreamer-devel.966125.n4.nabble.com/
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel