Decrease latency between different branches of pipeline
sielf
sielf at mail.ru
Sat Mar 25 04:49:04 UTC 2017
Nicolas Dufresne-5 wrote
> Le jeudi 23 mars 2017 à 21:25 -0700, sielf a écrit :
>> The full pipeline is:
>> imxv4l2videosrc-videoconvert(colorspace)-queue--tee--queue-
>> videoconvert(colorspace)-
>> imxg2dvideosink
>>
>>
>>
>> > --queue--videoconvert (colorspace) ---imxg2dvideotransform
>>
>> (rescale)---videoconvert(colorspace)--imxvpuenc_h264---avimux
>> --filesink
>>
>>
>> > --queue--videoconvert-appsink
>>
>>
>> Queues have parameters: max-size-time=10s, max-size-bytes=100M
>> max-size-buffers-500 , I've changed this without any effect. All sink
>> were
>> tried with sync false and true. Qos everywhere is true. Coder has
>> bitrate=0,
>> gop-size=16 quant-param=24 idr=16.
>
> In general, tee should break zero-copy. So that may explain the jittery
> part. On the other side, you probably need to make the queue on the
> appsink side to be leaky, so it nevers blocks. Otherwise if you don't
> read the appsink fast enough, the other side will be jittery.
>
> Nicolas
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at .freedesktop
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
> signature.asc (188 bytes)
> <http://gstreamer-devel.966125.n4.nabble.com/attachment/4682403/0/signature.asc>
Actually, I've solved this problem with decreasing queue size at the
imxg2dvideosink branch to zero, in all max-size parameters. I tested it
without appsink branch. So, your words about tee was right, thanks.
Yeah, about appsink and vpuenc parts I have more problems, but it is another
question.
--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/Decrease-latency-between-different-branches-of-pipeline-tp4682374p4682406.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.
More information about the gstreamer-devel
mailing list