[Pietrosz]

Egész jó
Én meg tesztelgettem a vsync+triple buffer dolgot és bevált!
Szóval no more tearing és az fps sem csökken úgy le, mint tb nélkül.

[JonesC]

Idézet: Pietrosz - Dátum: 2006. júl. 4., kedd - 1:32

Egész jó
Én meg tesztelgettem a vsync+triple buffer dolgot és bevált!
Szóval no more tearing és az fps sem csökken úgy le, mint tb nélkül.

Na igen, de nekem vsync-el 60 lenne, az meg kicsit kárcsú.

Sikerül megoldani a netet?

Majd kipróbálom 2.6-on is.

[Pietrosz]

Idézet: JonesC - Dátum: 2006. júl. 4., kedd - 1:39

Na igen, de nekem vsync-el 60 lenne, az meg kicsit kárcsú.

Sikerül megoldani a netet?

Majd kipróbálom 2.6-on is.

Most úgy néz ki 1 hónapig még lesz netem, szóval addig tudok CS-zni is Favorites is megjavult szerencsére.
Viszont azt valaki megmagyarázhatná, hogy mi viszi rá az adminokat arra, hogy a cl_interp-et 0.01-re állítsák a szerveren, ezzel tönkretéve a játékomat Mi az elõnye? Mert nemigaz, hogy csak nálam az a hatás, hogy szinte mindenki akadozva mozog, ha 0.01-re van állítva. Nagyon zavaró tud lenni.

[laragirl83]

Idézet: Pietrosz - Dátum: 2006. júl. 4., kedd - 1:32

Egész jó
Én meg tesztelgettem a vsync+triple buffer dolgot és bevált!
Szóval no more tearing és az fps sem csökken úgy le, mint tb nélkül.

na ezt én is kipróbálom!
hogy is kell? windowsbol nvidia control panel, és ott bekapcsolni triple buffert? aztán game alatt vsync ON, plusz fps_max 101?

[JonesC]

Idézet: Pietrosz - Dátum: 2006. júl. 4., kedd - 1:44

Most úgy néz ki 1 hónapig még lesz netem, szóval addig tudok CS-zni is Favorites is megjavult szerencsére.
Viszont azt valaki megmagyarázhatná, hogy mi viszi rá az adminokat arra, hogy a cl_interp-et 0.01-re állítsák a szerveren, ezzel tönkretéve a játékomat Mi az elõnye? Mert nemigaz, hogy csak nálam az a hatás, hogy szinte mindenki akadozva mozog, ha 0.01-re van állítva. Nagyon zavaró tud lenni.

És mikor jössz vissza? Szeptemberben?

[Locutus]

Idézet: Pietrosz - Dátum: 2006. júl. 4., kedd - 0:44

Most úgy néz ki 1 hónapig még lesz netem, szóval addig tudok CS-zni is Favorites is megjavult szerencsére.
Viszont azt valaki megmagyarázhatná, hogy mi viszi rá az adminokat arra, hogy a cl_interp-et 0.01-re állítsák a szerveren, ezzel tönkretéve a játékomat Mi az elõnye? Mert nemigaz, hogy csak nálam az a hatás, hogy szinte mindenki akadozva mozog, ha 0.01-re van állítva. Nagyon zavaró tud lenni.

A CSP a CAL-on pl kötelezõ, és az 100 tickes szervereken zajlik interp 0.01-et erõltetve. Mûködik így a téma, fõleg kislétszámú warokon, izmos szervereken, spectek nélkül. De nem simán.

De, nézzünk a dolog mélyére egy kicsit.

Vegyünk egy 100tickes szervert, mert ugye ezt mondják a legjobbnak. Egy ilyen szerveren (mint ahogy bármilyen 25 tick feletti, tehát 33, 66 stb szerveren) a legnagyobb csatákban a kiküldött frissítések mennyisége kb 25-50 közötti lesz (logikusan 50 csak a min 50 tickes szerveren), szimplán azért, mert azt a procit még nem találták fel szerverbe sem, ami ennél jelentõsen többet nyomna ki ilyen terhelés mellett.. Nem sokáig, csak a pörgõs pillanatokban, tehát pont ott ahol "számítana". A 100 tickhez tartozó elméleti 100 update/sec tehát gyakorlatilag ritkán, csak igen nyugis pillanatokban fenntartható. Ez az érték tehát másodpercrõl másodpercre változik, és a netgraphon ugye követhetõ is.

Tegyük fel  a legrosszabb esetet, amikor erõs csatában 25-re esik leg 1-2 másodpercre a z update. Ez ugye azt jelenti, hogy 40ms-onként érkezik 1 frissítés (1000ms/25).

Ha az interp 0.1 (default), akkor ez 100ms-os mintavételezési idõt jelent. Ebbe logikusan 40ms-onként érkezõ csomagok esetén beleesik 2db, amibõl tud interpolálni a kliensed, és még ilyen helyezetekben is így sima lesz a mozgás, mert átmenetet tud képezni. Van tehát 1 helyzete amibõl kiindul, és ehhez 2 másik, ami 3-ból egy igen jókis scene-t tud kalkulálni, és renderelni, úgy, hogy mindenki a pontos helyén van, és sima mozgás van. Ehhez meg kell érteni azt, hogy a kliensed sosem mutat realtime eseményeket. MIndig buffert épít, az elmúlt X ms eseményeibõl, amibõl aztán interpolációval egy számodra "sima", élvezhetõ folyamatsort tár eléd. Ez az X ms-os buffer a cl_interp.

Vegyük most azt a helyzetet, amikor az interp 0.01, tehát 10ms. 40ms-onként jön 1 update, tehát a 10ms-os ablakba logikusn EGY SEM esik bele. Mit fog tenni? Tippel. Ami nem biztos, hogy utána bejön. Igy amikor a szerver a következõ beleesõ packettel korrigálja a látványodat, mindamellett hogy darabos lesz a mozgás, még vissza is fog ugrálni meg mittomén, szal hülyén zajlanak le a dolog. ISMÉTLEM: heves harc közben, amikor az update /sec lemegy 25 környékére.

Lássuk mi limitálhatja ilyen 25 per sec környékére az updateket? Minden! Szerver fps, tickrate, kliens ratek, kliens FPS!

Vegyünk egy átlagos harci helyzetet.
Szerver tickrate 50 (de ez bármi nagyobb is lehetne, 66, 100 stb, mert nem számít!), kliens ratek megfelelõen 80 felett, kliens fps valahol 40 körül (az egyszerûség kedvéért), a szerver éppen 40 updateet képes kitolni minden kliens felé egyszerre.

Kliens interp 0.01-en: 40 update /sec -> 25ms-onként jön egy update. A kliens 10ms-os pufferébe megint nem tud interpolálni, tehát akadozik egy jót, és történik valami, amit a kliens bazira nem tud követni.

Kliens interp 0.05-ön: 40 update /sec ->25ms-onként jön egy update. A kliensnek ezúttal 50ms-os puffere van, amibe minimum 1, de optimális esetben akár 2 update is belefér. Magyarán: minimum 1 update rendelkezésre áll az interpolációhoz, a kliens sima mozgásokat lát, követni tuja az eseményeket.

Kliens interp 0.1 (def): 40 update/sec -> 25ms-onként jön egy update. A kliensnek ezúttal 100ms-os puffere van, ebbe akár 4 update is beleesik. Erõteljes redundancia, hiszen már 1 is elég lenne (de ilyenkor belekalkulájuk, hogy néha lehet packetloss is, tehát a 2 nem árt). 2 feleesleges packetünk van, ami nem szól bele a dolgokba érdemben, csak eszi a cpu-t és a sávszélt.

Mivan akkor, ha 100 tickrates a szerver, a ratek 100on vannak, és pl 50 méterre egymással szemben csak ketten vagytok már a mapon életben (jó nincsenek spectálók se). A szerver ki tud tolni mondjuk (nem akarjunk túl nagyot mondani) 90-et. Nagyjából 12ms-onként jön egy update.

A másik a rate limitálás, ugye durván 20-25kb/s-ban. Logikusan, ha van 20 ember egy szerveren, aki egyszerre harcol, akkor elég méretes packetek születnek. Másodpercenként 100 packet azt jelentené, hogy 1 packetre csak 0.2, 0.25kb jutna. Tehát nem férünk el benne, csökkeni fog az updaterate 100ról.
FPS? Hol van az átlagusernek heves tûzharcban több fps-e, mint 20-40? Sehol. Tehát logikusan, a szerverhez visszaküldött helyzetfrissítés is max ennyi lesz másodpercenként, tehát a szerver adatok híján ugyancsak nem fog több helyzetfrissítést szétküldeni. De még ha a szerver tudna is küldeni többet mások adatai alapján, a mi kliensünknek hol számít pl 60 update / sec, ha csak 30 képkockát tud kitenni másodpercenként? Elpocsékolt cpu, és sávszél, megint.

Az optimális eset tehát? 100 tick szerver, stabil 100 update /sec, ratek 100on, kliens fps stabil 100on. Na ehhez lehetne interp 0.01-et állítani, mert 1 plusz csomag már biztosan beleesik Nos, ez egy néhány opteronos izmos szerveren elõállítható lenne 1vs1-ben egy szerveren, ha az updatek nem haladják meg a csomagonkénti sacc 12-13kb-ot fejenként. Mondjuk nem mozogtok, és awp-vel egy-egy lövéseket adtok le, akkor tuti alatta van És akkkor most ehhez kezdjük el hozzáadogatni ha több player van, ha mind mozog, ha mind lõ, ha egyiknek sincs stabil 100 fps-e...


Hogy akkor mégis miért erõltetik sok helyen a 0.01 interpet? Egyszerû. Az interp ugye s-ot jelent, tehát ezesetben 10 ms. Logikusan tehát, a látványod, a és a szerverhitbox ingame ennyivel + a pingeddel lesz eltolódva egymáshoz képest. Ráadásul, ami ugye az engine jelenlegi egyik vitatott gondja, hogy még a 0.01-es interp érték is valamiféle ismeretlen forrásból + 66ms késleltetést hoz a témába. Tehét 10ms+66ms+24ms, gyakorlatilag 0.1s-os eltérés van a szerverhitbox, és a kliens látvány között. Ezt nem nehéz kitalálni, hogy minél gyorsabb, netán ellentétes irányú mozgás van a vadász és az áldozat között, annál nagyobb eltérést fog jelenteni pixelben. Természetesen a szerver ezzel kalkulál, tehát az update packetekkel a klienseket lényegében visszahelyezi az idõben, tehát te sosem realtime eseményeket látsz. Igy fordulhat elõ, hogy valaki fut el melletted, és neked mögé kell lõnöd látszólag ahhoz, hogy eltaláld. Na ez az anomália ami növekszik az interp emelésével. Tehát ha valaki bevállalja a jobb interpolációt, szebb mozgásokat, kevesebb "pedig belelõttem" típusu esményt, annál nagyobb ilyen jellegû gondot is el kell viselnie. Ezek törvényszerû dolgok, amik a késleltetésekbõl, meg a sokszáz más paraméterekbõl, és számítási pontatlanságokból adódnak.

Szerkesztette: Locutus 2006. 07. 04. 12:42 -kor

[Pietrosz]

Idézet: laragirl83 - Dátum: 2006. júl. 4., kedd - 8:50

na ezt én is kipróbálom!
hogy is kell? windowsbol nvidia control panel, és ott bekapcsolni triple buffert? aztán game alatt vsync ON, plusz fps_max 101?

Igen, így kell, de fps_max 101 felesleges sztem ,bár nem árt

[Pietrosz]

Hû micsoda leírás    
Lehet nem értem, de van benne egy olyan rész is, hogy minél több az fps-em, annál jobban fog akadozni? Kvázi "hátrányban" vagyok a jobb gép miatt :confused:
cl_interp 0.1 förevör
Inkább legyen folyamatos, mint diavetítés.

[JonesC]

Rá kéne bindelni a mouse1-re a lövés+jpeg készítést, és akkor meg lehetne nézni, hogy az ugró emberre rántásnál, pont hol a kereszt a lövés pillanatában.

[Locutus]

Idézet: Pietrosz - Dátum: 2006. júl. 4., kedd - 14:02

Hû micsoda leírás    
Lehet nem értem, de van benne egy olyan rész is, hogy minél több az fps-em, annál jobban fog akadozni? Kvázi "hátrányban" vagyok a jobb gép miatt :confused:
cl_interp 0.1 förevör
Inkább legyen folyamatos, mint diavetítés.

Hát igen, ezekszerint nem érted  :Ð

[Pietrosz]

Idézet: JonesC - Dátum: 2006. júl. 4., kedd - 9:43

És mikor jössz vissza? Szeptemberben?

Igen, de lehet elõfizetek erre a percalapú adsl-re addig is.

[Pietrosz]

Idézet: Locutus - Dátum: 2006. júl. 4., kedd - 18:13

Hát igen, ezekszerint nem érted  :Ð

:Ð

[Pietrosz]

Idézet: JonesC - Dátum: 2006. júl. 4., kedd - 18:10

Rá kéne bindelni a mouse1-re a lövés+jpeg készítést, és akkor meg lehetne nézni, hogy az ugró emberre rántásnál, pont hol a kereszt a lövés pillanatában.

Hajrá, akkor ki is próbálhatnád :Ð

[JonesC]

Kipróbálnám, ha otthon lennék, de melóba vok 

Ma is, holnap is szombat-vasárnap is

Mondjuk remélem ma nem lesz hosszabbítás, bízom a németekben

[gemini]

Idézet

Szia (sztok)

A Vasárnap este 7-8 óra tájban megfelelne? ( A csapat 8-10 fõ között kóser.)

Üdv,
Grif
cs2hu staff

[Pietrosz]

Azzeg! Focivébé mond ezeknek valamit?

[JonesC]

Dógozok ázzé  :Ð

[nord^]

ez vicc?látszik hogy mind kocka és nem néznek focit :o :Ð

[MarKinG]

Idézet: laragirl83 - Dátum: 2006. júl. 3., hétfõ - 16:06

  ma lettem 23 éves      

BSZ utólag is te kis pöcs cigóóóóó 

[nord^]

Idézet: MarKinG - Dátum: 2006. júl. 4., kedd - 19:51

BSZ utólag is te kis pöcs cigóóóóó 

ez szívbeMARKOló volt :Ð