Reliable channel overfol!

Deseori ne confruntam in a inlatura eroarea de joc numita Reliable channel overflow. Frecvent, ea este anuntata mai intai pe ecranul jucatorului printr-o avertizare CL_FlushEntityPacket , pe urma simtim o pauza indelungata si raspundere sacadata (cu intreruperi dese si scurte) intre client si server.
Multe persoane sustin ca raspunsul concret ar fi din cauza vitezei Internetului, insa multi nu se gandesc ca aceasta cauza ar fi venita si din cauza configuratiei clientului. Recent, am inceput sa folosim multe reglari setate la modul cel mai exagerat, excesiv. De ce? Pentru ca noi credem faptul ca daca ajustam cateva setari la niste valori super despotice (adica in lipsa masurii) experienta jocului se va imbunatati (afirmatie falsa!) ci din contradictoriu este logic ca clientul sa nu poate rezista la asemenea valori, fapt ce determina refuzarea pachetelor trimise de server spre client, iar apoi deconectare totala cu motivul de: "You have been disconnected from server. Reason: Reliable channel overflow." Ideea tradusa pe cuvintele noastre ar fi: "Canal indepartat in asteptare."

Trebuie sa fim constienti de faptul ca Valve nu a prestabilit degeaba in timpul developarii jocului setarile initiale si implicite tocmai degeaba ci din motiv de prevenire a tuturor erorilor de joc!

Comenzile des afectate reunite cu valorile recomandate:
rate 7500 (Maxim pozitiv: 20000, Negativ: 25000 < [...] || [...] < 7500)
cl_fixtimerate 7.5 (Maxim pozitiv: 7.5)
cl_resend 6 (Maxim pozitiv: 10, Negativ: 10 < [...])
cl_updaterate 20 (Maxim pozitiv: 101, Negativ: 101 < [...] || [...] < 20)
cl_cmdbackup 2 (Maxim pozitiv: 6)
cl_cmdrate 30 (Maxim pozitiv: 101, Negativ: 101 < [...] || [...] < 30)
cl_timeout 35 (Negativ: [...] < 10)
ex_interp 0.100 (Minim pozitiv: 0.0500, Negativ: 0.100 < [...] || [...] < 0.0500)
ex_extrapmax 1.200 (Maxim pozitiv: 1.500, Negativ: 1.500 < [...] || [...] < 1.200)
sys_ticrate 300 (Maxim pozitiv: 10000, Negativ: 10000 < [...] || [...] < 100)

T/C pentru evidarea spamului
bravo!