Like I explained to someone else quite  a while ago,
I have read somewhere a long time ago a basic (albeit not official)
explanation how svc_bad worked.

It basically happens if there is a "half-open" server-client
connection, i.e. the client is "timeouting" but not yet dropped as
timed out, and a round restart happens on a server. On some servers
and some maps this can occur frequently, I used to have this problem
occasionally but mostly some after de_nuke started. Anyway, what I
read was that this can be cured by altering the sv_timeout value. The
default is 60 (for 60 sec), and having changed this to 25 I have never
had this problem again in years.

It sort of makes sense because clients with poor connections can often
timeout on changelevel to certain maps (de_nuke in my case), but as by
default it takes 60 sec for server to drop the client as timed out, a
round can be won in the meantime, triggering a round restart and thus
the svc_bad,

And in case you're wondering, no I did not see an increase in
timed-out kicks because timeouts for 25secs don't happen often at all
with todays connections. For me, it is basically a cure with no side
effects.

On Sat, Feb 21, 2009 at 3:19 AM, michael taylor <[email protected]> wrote:
> On Fri, Feb 20, 2009 at 6:29 PM, Daniel Duarte <[email protected]> wrote:
>> Is there a known way to fix the svc_bad error like the on in this
>> screenshot? Something i should or should not do to avoid this errors?
>> http://img24.imageshack.us/img24/8273/errore5.jpg
>
> Any chance the '&' in the sound file's filename is being not escaped
> properly somewhere and is being passed to a Linux shell like bash
> (which means to put the process into background)? A totally out there
> suggestion, but if you're bored.
>
> _______________________________________________
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>

_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Reply via email to