<br><br><div><span class="gmail_quote">On 10/23/06, <b class="gmail_sendername">Sigmund Augdal Helberg</b> <<a href="mailto:dnumgis@videolan.org">dnumgis@videolan.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On Mon, 2006-10-23 at 14:28 +0200, Rubén Lagar wrote:<br>> Hello,<br>><br>> I am working for a French company, and we want to include a<br>> videoconference application in our web site (it is a collaborative<br>

> site). For this, we have been testing VLC as solution. It works fine, we<br>> get a better sound and video quality than Skype.<br>><br>> The way we have done this is including a VLC activeX in the web page<br>

> that shows the remote WebCam. For streaming we use a java applet that<br>> runs VLC from command line, and stream the local webcam to the remote<br>> site. We have solved also NAT issues, so anyone can videoconference. As

<br>> I say, it is really good quality, and video and audio are fluid (we are<br>> using H263 and MP3 codifications).<br>><br>> We have just one problem, that may cause that we drop VLC as solution,<br>> and this would make me really upset. We can not remove a 2 seconds delay

<br>> from the system, what makes conversation a pain. I have set to 0 almost<br>> every cache paremeter that I know, and the 2 seconds dealy is still there.<br>I think 0 is an invalid value for most caching options, and vlc will

<br>reset them to default if they are set to 0. I'd try to set the caching<br>options to something like 20.<br><br>Other options that may, or may not affect the delay:<br>--sout-ts-shaping and --sout-ts-dts-delay (if you use mux=ts)

<br>--sout-ffmpeg-bframes and --sout-ffmpeg-keyint (if you use ffmpeg for<br>encoding (which I guess you do)). Try setting bframes to 0 and keyint to<br>1 to get the lowest possible delay, then try increasing keyint and see

if that improves quality without increasing delay (too much). Regards Sigmund > > I was wondering if any of the VLC developers could help me in locating > where is this delay located, to try to remove it.

<br>><br>> Thank you in advance,<br>> Rubén.<br>><br><br>--<br>This is the vlc mailing-list, see <a href="http://www.videolan.org/vlc/">http://www.videolan.org/vlc/</a><br>To unsubscribe, please read <a href="http://www.videolan.org/support/lists.html">

http://www.videolan.org/support/lists.html</a></blockquote><div> Rubén. my experience  tunning  vlc  using all possible parameters to drop the latency is that you will always have at least around 800 - 900 ms. delay.

<br>I also think that it is an architecture-related issue.<br></div><br>Regards<br>Albert<br></div><br>