Я заметил это ещё, если не ошибаюсь, в августе 2025-ого года, но только сейчас я могу плюс минус с уверенностью объяснить как это работает, почему это происходит и что с этим делать.
При использовании балки игра вызывает специальную камеру для балки и с этим всё нормально, работает камера идентично у игрока совершающего ход и у наблюдающих. Проблемы начинают возникать после открытия панели оружия. Отсюда исходя из действий игрока совершающего ход может произойти рассинхрон. Если игрок выбирает другое оружие, то у всех просто отменяется камера балки и игра продолжается. Если игрок решит просто закрыть панель оружия без выбора иного оружия, то после её закрытия игра вызывает камеру балки опять заставляя её изменить своё положение (исключением из правил считается, если игрок в принципе вообще не двигал камерой после выбора балки и до открытия панели оружия снова, в таком случае, после вызова камеры балки снова, она будет в идентичном положении и рассинхрон не случится). С другой стороны, у наблюдающих игроков игра не вызывает камеру балки заново в принципе. Это вызывает несостыковки координат камер у игрока совершающего ход и у наблюдающих. Разница в координатах также будет влиять на все будущие действия игрока, так как от камеры зависят все прочие инпуты совершаемые в игре (так как игра просто передаёт инпуты другим игрокам). Клиент игры у игрока и наблюдающих проверяет соответствие в координатах камер и находит несостыковку, в конце хода игра прерывается и все отправляются в меню.
Зная причины этого бага можно попробовать исправить его. У меня лично получилось исправить это полностью запрещая камеру балки с помощью вызова этой функции игры в скрипте:
Код
SendStringMessage("Camera.Disable", "GirderCam")
Проблема в том, что это как правило делает установку балки несколько некомфортной и что у всех людей должен стоять мод, чтобы это в самом деле помогало избегать рассинхроны (так как иначе рассинхрон случается, потому что у людей просто напросто разные камеры, что очевидно создает много несостыковок).
В теории самым эффективным фиксом должен стать патч экзешника, чтобы камера балки игрока совершающего ход не вызывалась заново после закрытия панели оружия. В данном случае даже не важно, если у других людей стоит патч, так как это просто поможет сделать так, чтобы человек с патчем не совершал рассинхрон с наблюдателями. Если человек с патчем будет наблюдать за человеком без патча совершающим ход, то последний так или иначе сможет стать причиной рассинхрона. Но это всё в теории, на практике я не знаю какие проблемы подобный патч может создать.
I noticed this bug way back in August 2025, if I'm not mistaken, but only now I can explain with some certainty how it works, why it happens, and what to do about it.
When using the girder, the game calls up a special camera for it, and everything is fine with that; the camera works identically for the player who has the turn and for the observers. Problems start to arise after opening the weapon panel. From there, depending on the actions of the player who has the turn, desynchronization can occur. If the player chooses a different weapon, the girder camera is simply canceled for everyone and the game continues. If the player decides to simply close the weapon panel without selecting another weapon, after closing the weapon panel, the game calls the girder camera again, forcing it to change its position (an exception to this if the player did not move the camera at all after choosing girder and before opening the weapon panel again, in which case, after calling up the girder camera again, it will be in the same position and no desynchronization will occur). For observing players, on the other hand, the game does not call up the girder camera again. The game checks the coordinates of the player's camera and the spectators' cameras and finds mismatches. These mismatches in coordinates will also affect all future actions of the player, since all other inputs made in the game depend on the camera (since the game simply transmits inputs to other players). At the end of the turn, the game is interrupted and everyone is sent to the menu.
Knowing the causes of this bug, we can try to fix it. Personally, I managed to fix it by completely disabling the girder camera by calling this game function in the script:
Код
SendStringMessage(“Camera.Disable”, “GirderCam”)
The problem with this method is that this usually makes setting up the girder somewhat uncomfortable and that everyone needs to have the mod installed for it to actually help avoid desynchronization (otherwise, desynchronization occurs because people simply have different cameras, which obviously creates a lot of mismatches).
In theory, the most effective fix would be an exe patch so that the girder camera ofthe player having their tturn ins not called again after the weapon panel is close. In this case, it doesn't even matter if other people have the patch, as it will simply help ensure that the person with the patch does not cause desynchronization for others. If a person with the patch observing a person without the patch playing their turn, the latter can cause desynchronization either way. But this is all in theory. In practice, I don't know what problems such patch can cause.
Сообщение отредактировал Emishka_Roper - ВТ, 10.03.2026, 15:19:07