noch in arbeit
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.
Homepage kostenlos erstellt mit Web-Gear Verantwortlich für den Inhalt dieser Seite ist ausschließlich der Autor dieser Homepage. Missbrauch melden |