<br><font size=2 face="sans-serif">Once the out of order problem was fixed on nistnet, vlc worked fine at jitter values as high as 50 msecs - it probably could handle even</font>
<br><font size=2 face="sans-serif">larger jitter but we did not test it. </font>
<br><font size=2 face="sans-serif">Thanks</font>
<br><font size=2 face="sans-serif">Ashok Rao</font>
<br>
<br>
<br><font size=1 face="Courier New">À (At) 14:08 -0400 24/09/03, asrao at hns dot com écrivait (wrote) :</font><font size=1 face="Times New Roman"><br>
</font>
<p><font size=1 face="Courier New">We used nistnet to add about 0.1 msecs max of jitter  (delay variation) to a 1.5 Mbps MPEG-2 transport stream which was being played<br>
out in unicast UDP format.  The video started blocking and finally froze.  VLC works fine with less than 0.1 msec of jitter.<br>
For those who are interested, the setting when problems on nistnet when problems started was<br>
mean delay = 360 msecs and sigma (standard deviation) = 0.03 </font>
<br><font size=1 face="Courier New"><br>
0.1 ms seems really small to me, we should handle much more than that. However VLC assumes that the packets arrive in order, are you sure this is the case ? Otherwise it would fail with TS discontinuity messages in the Messages window.</font><font size=1 face="Times New Roman"><br>
</font>
<br><font size=1 face="Courier New">--<br>
Christophe Massiot.</font>