Ventrilo - Network Setup

Enable auto reconnect

> This option enables or disables automatic reconnect if the connection is broken and the user didn't manually request to disconnect from the server. Enabling this feature is very useful when you are unable to switch to the program and tell it to manually reconnect to the server.

Delay in seconds before reconnect

> If reconnect is enabled this option instructs the program to wait for (N) number of seconds before trying to reconnect to the server. A countdown will be displayed in the "Connect" button while its waiting to reconnect. If you press the button while its counting down the program will abort the automatic reconnect.

Reconnect attempts

> If reconnect is enabled this option instructs the program to try reconnecting (N) number of times before finally giving up.

Restore last active channel

> This option instructs Ventrilo to automatically switch to the last active channel after automatically reconnecting. It takes precedence over the default channel option in the server setup dialog box which is only used when the user manually connects to the server.

Voice stream starts

> This option tells the program to buffer (N) number of packets from an individual user before starting to play a voice stream. There are 8 packets per second, so the default of 4 would mean to buffer 4 packets (half a seconds worth) before starting to play a users voice stream. Due to the nature in which Ventrilo works it will actually be less then half a second for this option but its recommended that you use the default value of 4. The higher the number the longer the latency between when another user starts talking into his microphone and when you start to hear what they are saying. The lower the number the lower the latency. However, if you or the other user has a bad network connection or if either of you has a high ping time to the server, then too low of a value could cause breaks in the voice stream when starting, thus causing the following option (Voice stream is interrupted) to activate.

> The voice stream packets are not lost no matter what you set this value to (and the following option). Be advised that even a little network hiccup can cause packets to be delayed, so if you are listening to a continuous voice stream (like someone DJ'ing music) there will be a gradual build up of voice packets in the buffers. The longer you listen to the same unbroken stream the longer the latency will become. It's either that or lose packets and I consider the loss of packets to be the greater of two evils.

> Note: If you do detect a latency when listening to a continuous stream mute the sound from the main window for a second or two. This will cause all of the buffers to be flushed.

Voice stream is interrupted

> This option is just like the "Voice stream starts" option listed above, except that it instructs the program to start buffering packets again if the incoming voice stream stops and all of the currently buffered packets are played. If either you or the other user has a really bad connection or high ping this will happen quite often producing the effect of playing the stream for a couple of seconds, pausing for half a second (with a value of 4) and then playing again. If your connection is good most of the time then this should never happen, but this feature lets it buffer some data so as to prevent any other hiccups from interrupting the stream too soon.