Latency reduction for gstreamer

[Auslands-KV]

O.K. thanks for the info. I tried the latency property and it made sense.

I had another problem before:
With sync=true on the video element, I had long dropouts. This was due
to the network controller which is not able to work at full GBit speed
(max speed is about 400 Mbit/s). With sync=true each lost RTP packet
resulted in a dropout of about 2 seconds. With sync=false, lost RTP
packets simply gave a short hickup in the video but nothing problematic
as with sync=true. I got the impression that the clock sync got
irritated and needed to resync after a lost rtp packet.

The issue is important as, like I said, there is even a "sync=false"
patch in Qt5.3.1 now. If this is not the way to go we should report the
right way to fix the problem here:

https://bugreports.qt-project.org/browse/QTBUG-38465

Michael

P.S.: Could anybody of you guys comment on the typefind problem I have
in playbin (see other post)? That would be very hepful. Thanks a lot.

Am 27.05.2014 16:32, schrieb Nicolas Dufresne:
> Le mardi 27 mai 2014 à 15:53 +0200, Auslands-KV a écrit :
>> Can you elaborate on this? How to reduce "configured latency"?
>>
>> There is even a patch in Qt5.3.1 which adds "sync=false" to live
>> media. So, if this is not a good idea, what is the alternative?
>>
>> (As I said, in my experiments sync=true gave latency of 3-5 seconds
>> and a very problematic behaviour if some RTP packets have been lost,
>> resulting in large dropout of several seconds. So far, sync=false
>> runs perfectly for me, reducing latency to less than 1 second and
>> making the system much more immune againt lost RTP packets.)
>
> Please read Tim answer to that, rtspsrc has a latency property (in
> ms).  By default it's configured to 2 seconds (2000) which is added to
> the server latency and network latency. Many other element can be
> configured like this. Setting sync=false will also break libsync btw.
> So for rtsp is not desired.
>
> 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/20140527/335d72e1/attachment-0001.html>