Rate:
3. rate [3000]
Komenda klienta, kontroluje maksymalną ilość bajtów na sekundę (Bps), jaką będziemy otrzymywać od serwera. Domyślnie 3000, czyli około 2.9kB/sek - jest to prawie połowa możliwości modemu (56kB to rate 7000). Wniosek taki, że szybkie połączenie nie jest najważniejszym czynnikiem jego jakości. Quake3 zawiera w sobie mechanizm kompresji (zwłaszcza w 1.29), więc rate równy 3000 i tak pozwala na wymianę danych z większą prędkością (o kilkadziesiąt procent), ponieważ pakiety są skompresowane przed wysłaniem. Analogicznie pracują modemy - często przy ściąganiu np. dużego pliku tekstowego możemy obserwować prędkość przekraczającą możliwości modemu. Dzieje się tak ponieważ plik ten ulega skompresowaniu, a modem po dekompresji myśli że odebrał plik nieskompresowany i na tej podstawie oblicza prędkość tranferu. Odpowiednikiem tej komendy po stronie serwera jest sv_maxrate. Domyślnie jest ona równa zero, co oznacza, że serwer nie narzuca maksymalnej wartości rate. Gdyby taką narzucił, to zmiana rate po stronie klienta powyżej sv_maxrate nie miała by sensu. Sv_maxrate można również w większości przypadków podejrzeć w Server Info. Kiedy zmieniać rate? Jeśli sv_maxrate jest równe 0, to logiczne by było zwiększać rate dla szybkich połączeń typu LAN czy cable, a zmniejszać dla bardzo wolnych. O ile zwiększanie jest jak najbardziej prawidłowe, to zmniejszać nie ma za bardzo czego, ponieważ wspomniane wyżej 2.9kB jest właściwe dla modemu 28.8kbps, więc już dla modemu 56k wartość rate mogłaby być zwiększona. W przypadku wymienionym wyżej przy omawianiu snaps, kiedy lagometer wskazuje dużo żółtych linii na obydwu wykresach, wskazane jest obok zmniejszania snaps zwiększanie rate, co może działać synergicznie
CL_MAXPACKETS
4. cl_maxpackets [30]
Komenda kontroluje ilość pakietów UDP lub IPX wysyłanych przez klienta na serwer. Domyślnie 30, dozwolony zakres od 15 do 100. Komenda ma znaczenie w przypadku łącz o słabym upload'zie. Prędkość download'u nie ma dla niej znaczenia. Słaby upload występuje np. przy połączeniu przez sieć telewizji kablowej, a także trzeba pamiętać, że modem 56k nie może wysyłać szybciej niż z prędkością 33600bps. Nie ma jednak przelicznika wartości tej komendy na prędkość upload'u. W przypadku modemu 56k można eksperymentować z obniżeniem cl_maxpackets np. do 20, a na szybszym łączu ze zwiększeniem jej wartości. Powinna ona wtedy być równa średniemu fps lub stanowić dzielnik com_maxfps, żeby zapewnić synchronizację wysyłania pakietów z renderowanymi klatkami.
SMOOTHCLIENTS
8. cg_smoothclients [0]
Wartość 1 aktywuje dodatkową predykcję klienta, dotyczącą pozostałych klientów. Czasami się zdarza kiedy inni gracze tracą pakiety, że na naszym komputerze pojawiają się oni co kilka klatek, co dość poważnie utrudnia celowanie do nich. Wtedy może pomocne okazać się włączenie tej opcji. Skutkiem ubocznym mogą być jednak błędy predykcji. Nie używa się tej opcji wraz z ujemną wartością cl_timenudge.
Opisy pochodza z niesmiertelnego orga, a dokladnie stad: http://www.q3arena.gry.wp.pl/?id=18...da=83&kat=1
A apropo ich przydatnosci to jk masz slabe lacze to i tak to ci malo da wg. zasady " Z gówna bata nie ukręcisz"
pzdr. ;p
Zgłoś post do moderatora | IP: Zalogowane
|
Co powodują te komendy
04-09-2004 12:12
