4.13.3 Баги

[Stilet]

Сообщение от yt2

Что-то не помню такого. Приведи пожалуйста ссылку на источник.

Блин, не могу найти. Сейчас "гайды" к патчам полистаю. Но где то же я точно об этом читал!

[Доzорный]

Сообщение от Stilet

Блин, не могу найти. Сейчас "гайды" к патчам полистаю. Но где то же я точно об этом читал!

Да-да-да, я тоже это видел, кажется, это было в 4.12. Может дело в том, что на У-2 стрелок прописан именно как стрелок, а не второй пилот?

[NEVR44]

Сообщение от Stilet

Блин, не могу найти. Сейчас "гайды" к патчам полистаю. Но где то же я точно об этом читал!

Было для Кооп и серверов.

[ГРОХОТ]

Сообщение от yt2

Что-то не помню такого. Приведи пожалуйста ссылку на источник.

Было в одном из патчей. Завтра цитату вырежу.

[ГРОХОТ]

Сообщение от yt2

Что-то не помню такого. Приведи пожалуйста ссылку на источник.

Co-pilot position and online coops
Co-pilot positions are also made accessible to non-pilot players in online coops. Pilot can for
example ask co-pilot to take controls while he steps out for a smoke. Any other player other
than the pilot can also take control of the plane in case the pilot dies.
This feature is a tricky one to implement smoothly since there is two players controlling same
aircraft at the same time. In real life the controls would be mechanically linked, but obviously
this is not the case here. Joysticks (specially old ones with potentiometers) can cause
unwanted input even they are not moved at all. In order to prevent unwanted inputs, pilot has
a new key called “Toggle Co-pilot Privileges” that will toggle through four
Co-pilot Mode: Dual – This allows full controls for both pilot and co-pilot
Co-pilot Mode: Full – This allows full controls to co-pilot while pilot can only use control keys
Co-pilot Mode: Buttons only – Full controls to pilot and co-pilot can only use control keys
Co-pilot Mode: Blocked – Co-pilot controls fully blocked.
Also please note that the smoothness of co-pilot's controls is very sensitive to ping. Bad ping
will cause laggy controls.

13я страница мануала к патчу 4.13

[Sita.]

ну как и говорилось .. это про кооп

[Samurai999]

Вот решил написать. Во многих компаниях 4.13 которые делались на 4.12 и раньше. Самолеты при старте миссии сразу ломают шасси. Или вовсе взрываются сразу. Как с этим бороться?

[tarakan67]

Смотреть соответствие вооружения, прописанного в миссии и в классе самолёта.

[yt2]

13я страница мануала к патчу 4.13

дык там про режим Сценарии (COOP) и передачу управление между игроками.
Про миссии и сетевой догфайт речи нет.

[Доzорный]

А что там по поводу подвисаний из-за новых скинов?

[yt2]

А что там по поводу подвисаний из-за новых скинов?

На перешедших на 4.13.3 серваках столкнулись с подвисаниями в брифинге при выборе самолётов, оружия, скинов. Обычно грешат на 110ки и ю88.
Подозрения пали на 24 битные скины. Если их заменить на скины старого формата, индексированные, подвисания должны пропасть (это естественно гипотеза требующая проверки).
Так что накатить фикс скинов, и гоу на Алекс смотреть тестировать.

[I-153]

Просьба исправить ошибку в выделенном сервере. Ошибка была замечена не только в 4.13.3, но и в более ранних версиях.

Для повторения ошибки необходимо выполнить следующие действия.

Берется стандартный выделенный сервер версии 4.13.3m. В файл server.cmd дописывается строчка "f user.cmd". Создается файл user.cmd следующего содержания:

user
timeout 1 f user.cmd

Приблизительно через час сервер зависает, отображая при этом:

[5:16:01 PM]	>user
[5:16:01 PM]	 N       Name           Ping    Score   Army        Aircraft
[5:16:01 PM]	>timeout 1 f user.cmd
[5:16:02 PM]	>user
[5:16:02 PM]	java.lang.StackOverflowError
[5:16:02 PM]		at java.lang.String.compareTo(Unknown Source)
[5:16:02 PM]		at java.util.TreeMap.compare(Unknown Source)
[5:16:02 PM]		at java.util.TreeMap.getEntry(Unknown Source)
[5:16:02 PM]		at java.util.TreeMap.get(Unknown Source)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:374)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)
[5:16:02 PM]		at com.maddox.rts.CmdEnv.atom(CmdEnv.java:380)

[+FA+Catfish]

Сообщение от yt2

Ответ на пост 49
Общего по правкам у 110 и 88 в патче 4.13.3 только то, что им положили скины Void.bmp 24 битные. Также положили их всем У-2 и СБ.
Сам заходил на Алекс сегодня, зависоны там происходили очень легко.
Обычно при сменах самолёта или скина! Первый раз завис когда на Ju88A4 надел 24битный скин Void.bmp.
Так что первый на подозрении - это поддержка скинов 24бит.
Вариант на проверку (тест):
Вот архив где Void'ы все сохранены в старом формате индексированном
https://yadi.sk/d/ShOLkRrV3Dwjxp
Установка - скопировать в корневую папку игры и выполнить замену всех файлов.
Для чистоты эксперимента, эти же скины должны стоять на сервере DS, и у всех игроков кто на этом сервере играет.

ОК предположим вашу правоту по поводу скинов конкретных самолетов.
Тогда поясните почему игра виснет на этапе нажатия кнопки "Вооружение" в брифинге, когда никаких скинов еще не применяется.
Неоднократно сталкивался на сервере ORELWAR, сегодня получил nfrjt зависание на Il2.interzet.ru

[yt2]

Ну не сильно я спец по серверам, но всёж.

В стандартном server.cmd так

...
mission LOAD net/dogfight/1/1454757710.mis BEGIN
f gc.cmd

где вызывается доп скрипт gc.cmd

сам gs.cmd

GC
GC
GC
timeout 3600000 f gc.cmd

где цифра 3600000 это периодичность выполнения этого скрипта.
т.е. он как бы сам себя запускает с заданным интервалом. При его выполнение выполняются команды GC по очистке памяти (сборка мусора)
За точное дефолтное значение периодичности не ручаюсь, не помню сколько там по-дефолту стояла цифра.

т.е timeout 1 - это очень часто скрипт сам себя вызывает. И происходит ли при этом вызов стандартных команд сборки мусора? Т.е. происходит ли за время работы сервера вот подобные сообщения об очистке

1>f gc.cmd
>GC
Memory: total(21430272) free(1219280)
>GC
Memory: total(21168128) free(1154160)
>GC
Memory: total(21168128) free(1153744)
>timeout 3600000 f gc.cmd

[NB79]

Дёргать каждую миллисекунду сборщик мусора - это очень жестко для явы. Даже раз в минуту не особенно нужно, раз в десять минут вполне нормально для Ила даже при большом кол-ве людей на сервере и насыщенной карте.

Вообще, для Ила очень нехорошо часто вызывать скрипты и грузить консоль командами, особенно запрашивая стату и проч. объёмные вещи. Верный путь к переполнению стека. Не всё в движке потокобезопасное и не всё отвечает быстро, код сложный и местами не быстрый. Ещё надо не забывать, что RT у Ила древнючий, что тоже ситуацию не улучшает.

[Stilet]

Сообщение от Sita.

ну как и говорилось .. это про кооп

Да, я не вполне корректно перевёл этот кусок мануала, и почему то подумал, что к ИИ это тоже относится. Жаль, что это не так.

[I-153]

Сообщение от yt2

т.е timeout 1 - это очень часто скрипт сам себя вызывает. И происходит ли при этом вызов стандартных команд сборки мусора? Т.е. происходит ли за время работы сервера вот подобные сообщения об очистке

Можно поставить и большее значение (10-20 секунд), но тогда до зависания сервера придется ждать несколько дней. При этом сборщик мусора выполняется каждый час (GC), но это не помогает. 1 миллисекунду я указал, чтобы было удобнее повторить ошибку.

Сообщение от NB79

Вообще, для Ила очень нехорошо часто вызывать скрипты и грузить консоль командами, особенно запрашивая стату и проч. объёмные вещи.

Но почему эта ошибка не возникает при отправки тех же самых команд коммандером?

[Sita.]

Сообщение от NB79

Дёргать каждую миллисекунду сборщик мусора - это очень жестко для явы. Даже раз в минуту не особенно нужно, раз в десять минут вполне нормально для Ила даже при большом кол-ве людей на сервере и насыщенной карте.

Вообще, для Ила очень нехорошо часто вызывать скрипты и грузить консоль командами, особенно запрашивая стату и проч. объёмные вещи. Верный путь к переполнению стека. Не всё в движке потокобезопасное и не всё отвечает быстро, код сложный и местами не быстрый. Ещё надо не забывать, что RT у Ила древнючий, что тоже ситуацию не улучшает.

Какие Гости! Рад видеть!

[NB79]

Сообщение от I-153

Но почему эта ошибка не возникает при отправки тех же самых команд коммандером?

В былые времена, когда сервера были забиты под завязку, и на картах с высокой интенсивностью событий на малой площади, стек переполнялся тока так. Особенно, если на сервере были люди с дерьмовой связью. Потери пакетов генерили ошибки, которые вызывали раскрутку стека для дампа в лог. И когда при этом летела межпоточная синхронизация сервер моментом вставал колом. Тут многое от, кажем так, удачи зависело. Карта могла два часа отработать, а могла и через 10-15 минут вызвать переполнение стека.

В случае со скриптами надо смотреть что он делает. Вполне может быть так, что от что-то долгоиграющее дёргает, тяжелое. А может там просто рекурсия где-то получается, тоже очень похоже на это.

[NB79]

Сообщение от Sita.

Какие Гости! Рад видеть!

Спасибо! Я заглядываю регулярно новости отследить.