Szabályzat Reita (arányok) - minden css - GYIK - cikkek Directory - Kremen Csapat honlapja ua
Sokan gyakran kérdezik, mi Reita, hogy milyen értékeket kell használni, stb azt hiszem, az írás útmutató, elmagyarázza, mit jelent ez az egész, segít sok ember. Ahhoz, akkor az emberek nem azt mondják, hogy milyen értékeket kell használni, nem értik, hogy mit jelent valójában.
Kezdjük néhány definíciót:
Rate (Raith) - ez a felső határ bájt másodpercenként, hogy a szerver küld az ügyfélnek.
cl_rate - meghatározza a maximális határa bájt másodpercenként, hogy a kliens is elküldheti a szervernek. (Nem kell aggódni ezt a beállítást)
cl_cmdrate - száma másodpercenként, hogy az ügyfél értesíti a szerver tevékenységét.
cl_updaterate - hány másodpercenként a szerver közli az ügyféllel, hogy mi történik a térképen.
Azt hiszem, hogy a legtöbb ember használ ADSL vagy kábel, és itt én úgy ADSL példaként, és ennek alapján, azt hiszem, hogy a sebesség a bejövő áramlás minden 512 KB # 92; s és a sebesség a kimenő 256KB # 92; s, de meg tudod csinálni minden számítás a kábel számára a jelen leírásban meghatározott vegyületekre alacsonyabb sebességgel (egyszerűen szükséges, hogy kiszámolja a különbség). Most ki a érték arány, cl_updaterate cl_cmdrate és minél nagyobb, annál jobb, mert lehetővé teszi, hogy játsszon egy gyors játékot, és ami még fontosabb ez lehetővé teszi a golyó elérje az ellenség inkább. Most elmondom, miért.
Reith
Elméletileg ADSL kapcsolat kell könnyen fenntartani rAtE 30000. Ezt igazolja az alábbiak szerint:
Reita, hogy egy értéket mérik bájt másodpercenként, és lefordítani kilobájt másodpercenként.
30000/1024 = 29,296875kB / s
Elméletileg a kapcsolat működik sebességgel 512 kilobit per másodperc (valójában működik alacsony sebesség). Fordíthatom ezt az értéket kilobájt másodpercenként: 512/8 = 64kB / s
Most már láthatja, hogy a kapcsolat játszhat 2 fő Reith 30000 (64 / 29,3 = 2,18). Használhatja ugyanazt a számítást cl_rate, de nem kell csinálni, az alapértelmezett érték 9999 több, mint elég.
cl_updaterate
Következő meg akarja változtatni az értékeket, és parancsokat cl_updaterate cl_cmdrate. updaterate meghatározza, hogy hány frissítést másodpercenként kaphat a szerverről. Egyértelmű, hogy szükség van, hogy minél több frissítéseket, ez ad egy pontosabb képet, ahol az egyik, és hol a golyókat repülnek. Azonban, ha van egy magas és egy alacsony updaterate akkor nem lesz képes küldeni elég adatot frissíteni és minden haszon kitűnő updaterate minimális lesz. Annak érdekében, hogy tiszta, mindent elmagyarázok.
Ha tettem cl_updaterate 100 és a rtg 30000 elméletileg minden frissítés tartalmazhat akár 300bayt adatok (30000/100 = 300). Ismét, annál több adatot lehet kapni a frissítés, annál tisztábban fog látni a játék világ (ez nem jelenti azt, hogy a játék világ lesz egyértelmű, ami azt jelenti, hogy a golyók egyértelműbben elérje a célt). Kiszámították, hogy ha van a képernyőn van egy csomó akció, akkor 250bayt frissítés. Tehát, ha van egy nagy updaterate, amire szükség van egy megfelelő magas rtg.
Az adatokat, ha updaterate 100, a rtg egyenlőnek kell lennie legalább 25.000, de jobb, ha van egy kis mozgásteret. Azt ajánlják, hogy legalább értéke 30.000 (annak meghatározására, hogy milyen értéket kell használni a Breit vegye be cl_updaterate és szorozza meg a 250, majd hozzáadjuk a kapott érték legalább még egy 5000-biztosítás).
cl_cmdrate
cl_cmdrate munkálatok, valamint cl_updaterate. Ez a parancs határozza meg, hogy hány frissítést másodpercenként küld a szerverre. Ismét érték kell helyezni olyan magas, mint lehetséges. Minél többet küld frissítéseket a szerver, annál több információt, hogy lesz a cselekvések és milyen távolságra van az golyók repülnek. Véleményem szerint ez a csapat sokkal fontosabb, mint cl_updaterate.
Mint cl_updaterate és aránya lehet számítani a maximális adatmennyiség, amely tartalmazhat minden frissítés. Ezért, ha cl_cmdrate 100 és a cl_rate 9999, minden frissítés adatokat tartalmazhatnak 99.99bayt (9999/100 = 99,99). Ennek elégnek kell lennie az Ön igényeinek, így küld kevesebb adatot a szerver, mint küld Önnek.
Interferencia (fojtótekercs) és a veszteség (veszteség)
Most nézzük meg a beavatkozás és a veszteség. Interferencia (fojtó) mutatja, hogy a frissítések számát, hogy nem küldték mindkét irányban túlterhelés miatti kapcsolatot. Loss (veszteség) számát mutatja frissítések küldtek, de nem éri el a másik oldalon. Zaj sokkal fontosabb, mint a veszteség, mert eltömítik a kapcsolatot, és nem tud megbirkózni az összes ezeket az adatokat. Ez azt jelenti, hogy meg kell, hogy csökkentse az értékét Reith. A vesztés nem olyan fontos, és ha van egy nagy veszteség azt mondják, hogy van egy rossz kapcsolat a szerverrel. Megjelenése interferencia (fojtótekercs) és veszteségek (veszteség) van annak a ténynek köszönhető, hogy az értékek Reiten használ, túl alacsony vagy túl magas.
Azt javasoljuk, hogy próbálja meg használni ezeket az értékeket:
sebesség 35000
cl_updaterate 100
cl_cmdrate 100
!Cl_cmdrate paramétert meg kell egyeznie a paraméter cl_updaterate
Ha ezek az értékek vezetnek interferenciát vagy veszteségek, próbáld meg csökkenteni az értéket. Azt próbálja meg ezt:
mértéke 30.000
cl_updaterate 66
cl_cmdrate 66
!Cl_cmdrate paramétert meg kell egyeznie a paraméter cl_updaterate
Azok, akik csatlakoznak az ADSL, azt ajánlom ezeket az értékeket:
ráta mértéke 30000 25000
cl_updaterate 100 vagy cl_updaterate 66
cl_cmdrate 100 vagy cl_cmdrate 66
!Cl_cmdrate paramétert meg kell egyeznie a paraméter cl_updaterate
Azok, akik csatlakoznak drgim szolgáltatók, azt ajánlom ezeket az értékeket:
sebesség vagy arány 25.000 10.000
cl_updaterate 66 vagy 33 cl_updaterate
cl_cmdrate 66 vagy 33 cl_cmdrate
!Cl_cmdrate paramétert meg kell egyeznie a paraméter cl_updaterate
Meg tudja nézni a zaj és a veszteséget a parancs net_graph 3. Minden szerver különböznek egymástól, és ha nagyon aggódik miatt interferencia és a veszteség net_graph aktiválja, és állítsa meg az árak az, ha nem a fenti nem fog illeszkedni.
Szerezd meg a vegyület, amely a leginkább közel áll a és próbálja alkalmazni az egy Reith alább.
Megjegyzés - Az sebességű send (feltöltés) független a vételi aránya (letöltés). Az cl_updaterate - az adatmennyiség, hogy szed.
Interferencia (shoke) fordul elő, ha a szerveren akar küldeni az adatokat a kliens, de nem tudja, mert az ügyfél nem hajlandó elfogadni az adatokat (ez az alapja a beállításokat az ügyfél ráta értékét (sebesség A) vagy serverovskogo sv_maxrate). Egyes elemek, mint például a kliens rAtE túl alacsony a játékosok száma a szerver önmagában elvesztéséhez vezethet. Más dolgok nem mindig, de azt is elvesztéséhez vezethet, mint például amikor egy ügyfél felvesz egy értéket túl magas cl_updaterate.