[vlc-devel] What *-caching should we use? (was: LIVE (low latency))
david.glaude at gmail.com
Tue Apr 20 18:42:15 CEST 2010
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
[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.
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
> > 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
> > IE pluggin).
> live is --rtsp-caching; and that's what VLC will use given your SDP. Note
> 10000 ms is really long. You might end up clogging up the buffers.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the vlc-devel