Hi,
You can try setting the "min-threshold-buffers" property on the queue:
https://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer-plugins/html/gstreamer-plugins-queue.html#GstQueue--min-threshold-buffersBut I am pretty sure that would still cause the same issue. You can
also try reducing the min-threshold-buffers property after the running
signal has been emited.
Another option would be to replace the queue with queue2 and set
"use-buffering" to true, then it would wait for the queue2 to fill up,
but I haven't used queue2 for this so your mileage may vary.
https://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer-plugins/html/gstreamer-plugins-queue2.htmlEither way, the encoder falling behind isn't good. Try lower settings
or if you are using x264, try enabling zero-latency. Because even if you
enable buffering, it will just take longer for the problem to surface,
because the encoder might not "catch-up" to current time.
Cheers,
Michael.
On 11/15/2017 3:04 AM, nagendra sarma wrote:
> hi all
>
> my pipeline has video encoder followed by queue as below
>
> encode ---> queue --> rtph264pay --> udpsink
>
> due to some technical issues, my encoder give frames sometimes late
> dut to this, the decoder is going for toss.
>
> now, to avoid this i wanted to maintain some buffer in queue and dispatch
> the buffers at regular intervals
> is it possible with queue ?
>
> to make it simple, can i push buffer to next element to regular intervals ?
>
> regards
> Nagendra
>
>
>
> --
> Sent from:
http://gstreamer-devel.966125.n4.nabble.com/> _______________________________________________
> gstreamer-devel mailing list
>
[hidden email]
>
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel>
>
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Locked
signature.asc (201 bytes)