[vlc-devel] What *-caching should we use? (was: LIVE (low latency))

[David Glaude]

Is the --rtsp-caching=xxx working for multicast live stream?

We did run the following 3 lines
$ "C:/Program Files/VideoLAN/VLC/VLC.exe" -vvv --rtsp-caching=100
--verbose=2 MCAST.sdp &> caching=100.txt
$ "C:/Program Files/VideoLAN/VLC/VLC.exe" -vvv --rtsp-caching=1000
--verbose=2 MCAST.sdp &> caching=1000.txt
$ "C:/Program Files/VideoLAN/VLC/VLC.exe" -vvv --rtsp-caching=10000
--verbose=2 MCAST.sdp &> caching=10000.txt

The result is always the same and the buffering done is always arround 320
ms.
[00e645c0] main input debug: Stream buffering done (319 ms in 289 ms)
[00e6c078] main input debug: Stream buffering done (320 ms in 273 ms)
[00e647f8] main input debug: Stream buffering done (320 ms in 304 ms)

Where can we change this value?

On a side note --rtsp-caching=60000 does work with unicast VOD where you
really have to wait 1 minute before it start.
Thanks

David Glaude
Le 17 avril 2010 13:10, Rémi Denis-Courmont <remi at remlab.net> a écrit :

> Le samedi 17 avril 2010 14:01:51 David Glaude, vous avez écrit :
> > We are still trying to get the most stable VLC with low latency. Nowdays
> we
> > try with VLC 1.0.5 waiting for 1.1.0.
> > However we fail to see wich *-caching parameter we need to use.
> >
> > Our stream is multicast UDP+RTP packet described by an SDP file wich is
> > downloaded via http and we are on WIN32 with VLC player (and next come
> the
> > IE pluggin).
> live is --rtsp-caching; and that's what VLC will use given your SDP. Note
> that
> 10000 ms is really long. You might end up clogging up the buffers.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20100420/5de99a46/attachment.html>