Cytujac z orga:
''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."
IRC ?
#urbanterror.pl @ quakenet :0
Jak zlapiesz troche skilla to pewnie cie ktos do klanu wezmie :O
Zgłoś post do moderatora | IP: Zalogowane
|