Thanks <span style="color:rgb(0,0,0)" class="HOEnZb">Rémi</span>. Yes indeed, that's why I wrote "virtually" zero-latency :)<br>At the moment my stream contains only video information so I'm not concerned about audio synchronisation or latency and I'm willing to cut corners to get it working only for videos at this stage.<br>
I'm not fully familiar with VLC's codebase so it would be great if you could provide some pointers on specific areas of the code I could start fiddling with.<br><br>Thanks,<br>Maurizio<br><br><br><div class="gmail_quote">
On Thu, Jul 5, 2012 at 12:29 PM, Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:remi@remlab.net" target="_blank">remi@remlab.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Thu, 5 Jul 2012 10:15:17 +0100, Maurizio Sciglio<br>
<<a href="mailto:maurizio.sciglio@gmail.com">maurizio.sciglio@gmail.com</a>> wrote:<br>
> Thanks David.<br>
><br>
> In my case I'm using x264 with the zerolatency settings for my encoding<br>
> back-end.<br>
> Being a RTSP/RTP stream, VLC is using the Live555 demux. Can anyone<br>
confirm<br>
> whether the parameters from the SDP descriptor would affect internal<br>
> buffering and introduce latency? I went through the code of Live555 and<br>
I<br>
> couldn't find any obvious source of internal latency. Any suggestion? I<br>
> also tried decreasing the Live555's RTP packet reorder size but I<br>
couldn't<br>
> notice any difference.<br>
<br>
</div>It should be obvious, but there is no such thing as zero latency in the<br>
real world. In particular, RTP has intrinsic latency due to finite network<br>
bandwidth, packetization time, and inter-packet arrival delay variance<br>
(a.k.a. network jitter) - all three of these factors introduce latency even<br>
if there is no packet reordering. Packet reordering only makes latency<br>
worse.<br>
<br>
That being said, there are also some components in VLC that do not<br>
properly deal with low-latency cases. For instance, the audio output<br>
assumes a latency of at least 40ms. To reduce VLC latency, you need to<br>
investigate what is failing or introducing unecessary delay and fix it.<br>
That means debugging and patching. I really don't think you can get stable<br>
playback with less than 80ms with the current code base.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Rémi Denis-Courmont<br>
Sent from my collocated server<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="http://mailman.videolan.org/listinfo/vlc-devel" target="_blank">http://mailman.videolan.org/listinfo/vlc-devel</a><br>
</div></div></blockquote></div><br>