alleluja

[Mike]

w końcu udało mi się uzyskać powtarzalny desync serwera na localhoście
podziękowania dla yutka, alkomata i całej ekipy za stworzenie "dobrej" trakcji

idę klepać bugreporta

[Sander]

gratulacje . w koncu moze fix najwiekszego buga imo

[Mouse]

Gratulacje! Wreszcie skoncza sie ciagle meczarnie z desync
Wklej link jak zglosisz bug

[Mike]

http://bugs.openttd.org/task/2900
Nie dość, że "Status: Confirmed" to jeszcze Remko miał dobry dzień.
I co najważniejsze, błąd został zaznaczony jako "do usunięcia przed wydaniem 0.7.1".
Będzie dobrze.

[Mouse]

Miejmy nadzieje, ze w koncu bedziemy mogli pograc bez tych bledow.
Nie wiem czy to tez sie wiaza z tym bledem ale im pozniejsza data (moze im wiecej pojazdow) tym czestszy desync...

[Alkomat]

Miejmy tylko nadzieje że jest to jedyny błąd. Jak wszystko pójdzie dobrze już nic nie będzie psuć rozgrywki.
Nam graczom zostaje wyczekiwać 0.7.1 z niecierpliwością, wiadomo już kiedy będzie?

Nie wiem czy to tez sie wiaza z tym bledem ale im pozniejsza data (moze im wiecej pojazdow) tym czestszy desync...

Może to wina tego że pojazdy są szybsze i częściej dojeżdżają do miejsca występowania błędu.

[Mike]

Miejmy tylko nadzieje że jest to jedyny błąd. Jak wszystko pójdzie dobrze już nic nie będzie psuć rozgrywki.

To zgłosimy kolejny błąd i tak do skutku. Trzeba się cieszyć, że naprawiają.

Nie wiem czy to tez sie wiaza z tym bledem ale im pozniejsza data (moze im wiecej pojazdow) tym czestszy desync...

Może to wina tego że pojazdy są szybsze i częściej dojeżdżają do miejsca występowania błędu.

To wygląda na problem:
Linia jest dłuższa niż pociąg "widzi do przodu" co powoduje, że po stronie klienta i serwera dokonywane są różne decyzje co do trasy pociągu. No i desync gotowy.

[Alkomat]

Miejmy tylko nadzieje że jest to jedyny błąd. Jak wszystko pójdzie dobrze już nic nie będzie psuć rozgrywki.

To zgłosimy kolejny błąd i tak do skutku. Trzeba się cieszyć, że naprawiają.

Nie wiem czy to tez sie wiaza z tym bledem ale im pozniejsza data (moze im wiecej pojazdow) tym czestszy desync...

Może to wina tego że pojazdy są szybsze i częściej dojeżdżają do miejsca występowania błędu.

To wygląda na problem:
Linia jest dłuższa niż pociąg "widzi do przodu" co powoduje, że po stronie klienta i serwera dokonywane są różne decyzje co do trasy pociągu. No i desync gotowy.

Czyli problem powonień się rozwiązać po dodaniu stacji pośrednich z opcją nonstop. Bo wynika z tego że problem dotyczy tras dłuższych niż 500 kratek, czyli dużych L. Na trasach z jednej na drugą strome mapy czy nawet z rogu do rogu taki problem nie występuje?

Jak znajdę trochę czasu przetestuje pomysł ze stacjami pośrednimi.

[Mike]

Czyli problem powonień się rozwiązać po dodaniu stacji pośrednich z opcją nonstop.

Podejrzewam, że chodzi o opcję "go via".
Jako tymczasowe rozwiązanie problemu pewnie się nada.

Bo wynika z tego że problem dotyczy tras dłuższych niż 500 kratek, czyli dużych L. Na trasach z jednej na drugą strome mapy czy nawet z rogu do rogu taki problem nie występuje?

Nie wiem, czy to właśnie ten problem. Jak naprawią to się okaże.

[Pawilonek]

To jak naprawią będę mógł sobie w końcu w szkole pograć, bo nudno na lekcjach =]. Jak jest już dużo ciufci to nawet dobrze mapy z serwera nie ściągnęło i już disc ;(.

[niemiec]

Co to w ogóle?

[Pawilonek]

Jak cię z serwera co chwile wyrzuca

[Mouse]

Widze, ze sie pozmienialo:

* Field changed: Summary (Netsync error which you can reproduce → results YAPF + cache + depot searching (with limit) not the same as without cache)
* Field changed: Due in Version (0.7.1 → Undecided)
* Field changed: Severity (High → Very Low)
* Field changed: Priority (High → Low)

Mike, probowales robic cos z tym patchem?

[Google]

The desync of this bug has been fixed in r16323.

czyli teraz trzeba czekac, az wyjdzie nowa wersja ottd (i dodadza tego bugfixa). jak ktos sie bawi w nightly to juz powinno dzialac w wersji r16323 (do sciagniecia r16341). przydatny link: http://binaries.openttd.org/nightlies/trunk

[Mike]

Podsumowanie.

Nasz błąd nie został naprawiony w sensie ustalona jego przyczyna.
W zamian ottd nie używa już cache dla pociągów szukających depotów.
Czyli nie ma desynca ale procka może więcej zjadać w powyższym przypadku.

Problem właściwy czeka na rozwiązanie. Jak się doczeka to ok, a jak nie to nie.