4K playback optimization help needed

[Michael Gruner]

Also, consider adding queues to your pipe. Maybe one before the encoder. 

> On Jan 26, 2020, at 11:21, Matteo Valdina <matteo.valdina at gmail.com> wrote:
> 
> 
> You should check the latency of your pipeline. 
> It is possibile that the computed latency is on the edge of the rendering deadline. Increase the logging should show when frames are dropped and for that reason. 
> 
> You can increase the latency of the synk with latency parameter. Try to increase the latency and add a queue before the sink. 
> The queue should avoid the decoder to stall waiting the rendering. 
> 
> Best
> Matteo
> 
> 
>> On Sun, Jan 26, 2020, 05:10 QwjN1Y9mJvamZJ <km212121 at gmail.com> wrote:
>> I forgot to mention that the "choppy" playback with gst-launch and the smooth
>> one in MPC-BE take the same amount of time, so it's not like gst plays it
>> back slower. I have suspicion, without data to back it up though, that some
>> frames might be dropped for some reason, that's why the progression from one
>> frame to the next is visible.
>> 
>> I would like to know how to check what's actually going wrong in my
>> pipeline: are buffers being dropped even though it's not a performance
>> bottleneck?
>> 
>> 
>> 
>> --
>> 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
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20200126/bbeb47cf/attachment.htm>