KKS Wrote:Lookeron если пакет потерян, то он потерян и сервер его уже не примет к обработке.Пакет может теряться, а может задерживаться: путешествие пакета между клиентом и сервером ни один из них не контролирует. Может быть действительно правильнее просто игнорировать запоздавший пакет, но мы не знаем, что из него может пытаться извлечь rF.
Quote:Ситуация что ты описал характерна более для альфа или бета версий.Программ без ошибок не бывает. А описание срабатывания любой ошибки в ответственной части программы всегда выглядит как большая нелепость - на то она и ошибка. Отлаженная программа отличается от беты только частотой срабатывания ошибок: в ней остаются только ошибки, требующие редкого стечения обстоятельств. Поэтому всегда имеет смысл минимизировать нестрандартности (включая непроверенные сочетания стандартных условий).
Quote:Я не отрицаю твоих слов, просто это выглядит немного не ясно, и отсюда воспринимается с некой осторожностью.А я только к осторожности и призываю.
Ясности с ошибками в rF нет и у меня, но то что проблемы в нем иногда случаются синхронно у нескольких клиентов, для себя считаю установленным фактом; связь представляется наиболее вероятным источником триггеров для таких проблем (так как связанные с ней ситуации сложнее всего воспроизводить при отладке), а то что сбой у клиента для сервера должен выглядеть именно как проблема со связью, считаю очевидным. Quote:Если проблемы связаны с сменами, то тут каждый участник сам себе виноват.Ладно бы только себе, он может оказаться виноват и другим. Поэтому я согласен, что в длинной гонке со сменами лучше ехать на предельно чистой установке rF и мода, с минимальным числом запущенных служебных программ в системе. (кстати, для меня, как старого папирусника, невозможность возврата в гонку после обрыва связи выглядела бы чисто бетовским упущением, если б я не знал, что такие упущения бывают в любых программах)

