[Server - Client] Chůze

[Peta]

[Sosarian]

2Mem: to snad nema duvod ne? jediny co tim ziskam je mozna odchylka od skutecneho casoveho posunu

kdyz mi klient s kazdym packetem posle cas a ja vsem klientum s kazdym packetem poslu cas (ten kdyz si klient mysli ze se pohl) (ted myslim jen packety o pohybu)

tak to vyjde na stejno


2Peta: no tak ja tu synchronizaci asi chapu nejak jinak,



klient K1 mě pošle:
teď je čas T1
a můj pohyb je P1

já si nastavím na serveru že se klient začal hýbat v čase T1, a v gettru pozice vracím skutečnou pozici + pohyb * (ČasTeď - T1 / 15 )
(15 ms je jeden cyklus v gameloopu)

všem klientum rozešlu že klient K1 se v čase T1 začal hýbat pohybem P1

tzn nejen že je na serveru to kde si ten klient myslí že skutečně je, ale je to i na všech ostatních klientech

(ale tu malé cukání které by to mělo způsobovat je při 300ms obrovské )

(ješte dodatek že jak z toho co sem napsal vyplíva nemám na serveru žádnou skutečnou smyčku updatujicí herní logiku v čase)

[Peta]

[Sosarian]

K1 pošle zprávu serveru že je v čase T1 (v době posláni se T1 na klientovy rovnalo DateTime.Now) v pozici P1
server pošle K2 zprávu že klient K1 je v Čase T1 v pozici P1

klient K2 příjme zprávu že klient K1 je v čase T1 na pozici P1
čili ho posune na position + speed * (Now - T1)

takže ano, ten skok v tomhle případě bude součet latency mezi klientem K1 a serverem a klientem K2 a serverem

(mimochodem klientovy K1 se znovu nepošle zpráva kde ma být, takže sem to vždycky musel řešit pro dva klienty)



jenže já nemám jak předpokládat že klient přestal rotovat

[Mem]

[Augi]

A co teprve když by byl v jiném časovém pásmu

[Mem]

Jj, "You have been killed! an hour ago"
_________________

[Augi]

Příp. "You will be killed tomorrow"

[Yossarian]

[Augi]

To já znám, ale Sosarian to nepoužívá

[Sosarian]

nepouzim ani datetime.now ani utcnow (i kdyz ted to uz asi pouzivat budu)

kazdopadne to vsechno co pisete nijak neresi ten problem kterej sem popsal, nefunguje to jak ma ani na lokale (kdyz tam dam umelou latency)


2Mem: zkusim to klidne udelat jak rikas ty, i kdyz se tim dost omezim a kdyz se klientovy zmeni latecny tak to prestane uplne fungovat (leda ze bych to aktualizoval pri kazdym pohybovím packetu, ale to by pak bylo uplně to samí co dělám teď...)

[Peta]

Co se ti tu snazime vysvetlit je to, ze se musis synchronizovat a ten podle koho se synchronizuje je server. Tak ziskas nejaky zakladni kamen o ktery se muzes oprit, aneb "server ma vzdycky pravdu". Server je ten ktery mas pod kontrolou ty, klienta davas napospas hracum a kdyz budes mit v klientu bugu ktera zapricini, ze si najednou klient zacne myslet ze se umi teleportovat kam chce, tak server ho posle pekne do kytek, protoze to je nejakej radoby hacker. Navic server je zpravidla jeden (vnimany jako celek, jinak je to obecne treba login server, npc server a game server se vzajemnou skrytou komunikaci), kdezto klientu mas mraky. Co se tyce toho, ze se spozdeni meni, to je pravda. Taky se synchronizuje pravidelne a to i docela casto... nemuzes se spolehat na to ze hracovi vydrzi konstantni latence kdyz bude hrat 3 hodiny.

Trosku ale zabredavame do OT, protoze tu mame resit hlavne pohyb. Nicmene to ale podle me porad uzce souvisi a pokud si nevyresis takove zaklady jako je synchronizace a korektni sled udalosti, nemuzes pomyslet na pokracovani. Jde totiz o to, ze pokud na sebe hraci vystreli ve shodny okamzik a jeden padne o 3 sekundy pozdeji nez druhy a tak stihne jeste killnout tretiho, muze to vyvolat jiste emoce )

Ackoliv jsem nikdy MMO nedelal, nejake zkusenosti s upravovanim MMO serveru mam (lineage 2 server). Klonim se k nazoru ze model, kdy server obstarava drtivou vetsinu vypoctu (tj. pohyb postav, souboje, akce NPC atd) a klient pouze obstarava sbirani vstupu od hrace (cili pozadavky na server - chci jit tam a tam, chci koupit od NPC predmet X) a zobrazuje mu vysledy akci (ses mrtvej protoze si spadl do lavy...) je nejlepsi mozny. Maximalne muzes klientovi sverit nejake predzvejkani dat, jako ze mu rovnou spocte vektor pohybu a tak. Jinak server z pozadavku klienta odvodi odpoved, pripoji spozdeni ktere ma ziskane ze synchronizace a posle vysledek klientovi, ktery ho pouze zobrazi (tj resi plynulost animace a tak, kdyz je skok moc velky (velke latence) postava tam rovnou skoci... viz lagy v counterstriku nebo i jinych MMO her). Navic tenhle model ti silne omezi moznosti cheatovani na strane hracu a ver ze kdyz bude tvoje hra jen trosku vic hrana, hned se ti tam nejaci 14ti leti radoby hackeri objevi.
_________________
Když je Ti smutno, otoč se tváří ke slunci a všechny stíny padnou za Tebe.

[Sosarian]

myslim ze wow si taky nechava od klienta posilat kde si klient mysli že je


asi tu synchronizaci teda tak predelam (myslím ze ve wow je to tak hlavně proto aby se nikdy nemusel nikam posunout ten hráč protože je někde jinde v klientovy a na serveru, ale za tu cenu že ho pak uvidí hůř ostatní hráči), ale jak sem psal tohle nevyresi ten problem kterej mam