Desynchronizacja - jak sprawdzić kto przerwał grę

Wraz z KZW prowadziliśmy badania nad desynchronizacją gry. Zdaje się, że doszliśmy wreszcie do tego, co konkretnie jest przyczyną i jak przeciwdziałać temu zjawisku.

Desynchronizacja następuje, gdy jeden z graczy ma inną ilość obiektów na mapie niż pozostali. Zobrazować można to łatwo następującym przykładem: jeden z graczy ma zapisane w pliku data.wdt, że piechur tworzy się 12 sekund. Gracz drugi ma natomiast zapisane, że czas produkcji tej jednostki wynosi sekund 14. Dla gracza 1 piechur powstanie po 12 sekundach po jego zamówieniu, a dla gracza 2 piechur stworzył się dopiero w 89%. Gracz 1 ma o 1 obiekt więcej niż inni. Desynchronizacja.

Sposobów na inne ilości obiektów jest rzecz jasna o wiele więcej, nie jest też do końca jasne jak to się dzieje, że u jednego gracza stało się coś innego niż u innych, bo teoretycznie każdy ma takie same data.wdt i data2.wdt

Ale nieważne. Przejdźmy do części ważniejszej, czyli praktycznej - jak zwalczyć desynchronizację.

Wchodzimy do folderu Tzara. Szukamy folderu Logs i otwieramy go. Włączamy wyświetlanie daty utworzenia pliku. Szukamy pliku o tej dacie utworzenia, kiedy gra się skończyła. Może być tak, że jednej dacie przypisane jest kilka plików. Ale szukamy tego właściwego, zawierającego plik o nazwie sync.log

Otwieramy plik sync.log

I tu mamy prawdę ostateczną. Sprawdzamy checksumy graczy. Ten, który ma inne niż pozostałe, jest przyczyną. Każemy mu przeinstalować grę i wywalamy go z serwera dopóki tego nie zrobi. Rzecz jasna jeśli desynchronizacja nastąpiła po 45 minucie gry, nie jest to dziwne i dajemy spokój. Ale wczesne desychra nie są "naturalne" i ktoś musiał je spowodować. Dla pewności każemy znaleźć sync.log z gry innym osobom. Winowacja albo w ogóle nie będzie miał pliku, a jeśli będzie miał, to z inną ilością Current Obj Handle niż pozostali. Jeśli 2 graczy ma tą samą liczbę po dwukropku a ich checksumy wskazują na tą samą osobą, możemy mieć pewność, że to ona zawiniła.

Moja wina , moja wina przyznaję się miałem źle spatchowaną grę wtedy Wink

A propo tych Synców , to ja mam dwie wersje tzara ... Gratuluję poradnika , miejmy nadzieję , że to pomorze , tylko oby każdy był chętny i przeinstalował grę jak mu się będzie kazało ;D

Dodam od siebie tylko(niczym Nigi, no w końcu to ja natchnąłem Lineara do zbadania desynchro - dobra nie będę się więcej chwalił Razz

) że dzięki temu plikowi można precyzyjnie ustalić jaki właśnie obiekt był przyczyną desynchronizacji gry.

Ten gracz z największą ilością Current Obj Handle na końcu w pliku sync.log ma ten właśnie obiekt, który spowodował brak synchronizacji.

Aha, i jest to(szacuję) przyczyna około 60% desynchronizacji(no, przynajmniej większości). Brak synchronizacji w pierwszych sekundach spowodowany jest raczej wolnym internetem któregoś z graczy i niemożliwością wysyłania przez niego płynnych pakietów(informacji) z Tzara do innych graczy, lub znaczne opóźnienie w przesyłaniu tych pakietów i strasznie wolne działanie gry, w końcu gra sie nie ustabilizuje, lub u jednego będzie jeden obiekt więcej a nie dojdzie do reszty info o tym i następuje krach gry.

To tyle jeśli chodzi o to, co odkryliśmy z Linearem.

EDIT
Myślę, że temat przynajmniej należałoby przykleić, aby się znowu nie powtarzało to samo pytanie... a gwarantuję, że będzie ;/

Pytanie czemu desychro... po prostu źle pachtowane... przepatrzyłem swoje pliki z desynchro i najczęściej to był Szala choć i hosty często mieli "winę" może to być spowodowane przeciążeniem hosta??

DAMN! W moim temacie były kwiaty tego forumka.
Zabawiajcie się dzieciaczki, może uda mi się ziewnąć na jakiś żarcik.

O DZIEKI ZA INFO Wink