AviaSkins.Forums - 4.13.3 Баги

Страница 4 из 13

« Первая

Последняя »

Показывать 40 сообщений этой темы на одной странице

AviaSkins.Forums (http://forum.aviaskins.com/index.php)

- Обновления (http://forum.aviaskins.com/forumdisplay.php?f=87)

- - 4.13.3 Баги (http://forum.aviaskins.com/showthread.php?t=4652)

Stilet

12.02.2017 22:15

Цитата:

Сообщение от yt2 (Сообщение 162294)

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

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

Доzорный

12.02.2017 22:25

Цитата:

Сообщение от Stilet (Сообщение 162303)

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

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

NEVR44

12.02.2017 23:23

Цитата:

Сообщение от Stilet (Сообщение 162303)

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

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

ГРОХОТ

12.02.2017 23:36

Цитата:

Сообщение от yt2 (Сообщение 162294)

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

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

ГРОХОТ

13.02.2017 09:40

Цитата:

Сообщение от yt2 (Сообщение 162294)

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

Цитата:

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:cool:

Sita.

13.02.2017 12:45

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

Samurai999

13.02.2017 15:33

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

tarakan67

13.02.2017 17:00

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

yt2	13.02.2017 19:55

Цитата:

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

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

Доzорный

13.02.2017 20:00

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

yt2	13.02.2017 20:24

Цитата:

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

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

I-153

13.02.2017 21:25

Просьба исправить ошибку в выделенном сервере. Ошибка была замечена не только в 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

14.02.2017 01:29

Цитата:

Сообщение от yt2 (Сообщение 162290)

Ответ на пост 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	14.02.2017 21:23

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

В стандартном 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	14.02.2017 22:42

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

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

Stilet

14.02.2017 23:23

Цитата:

Сообщение от Sita. (Сообщение 162322)

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

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

I-153

14.02.2017 23:51

Цитата:

Сообщение от yt2 (Сообщение 162398)

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

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

Цитата:

Сообщение от NB79 (Сообщение 162404)

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

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

Sita.

15.02.2017 00:43

Цитата:

Сообщение от NB79 (Сообщение 162404)

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

NB79	15.02.2017 01:46

Цитата:

Сообщение от I-153 (Сообщение 162407)

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

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

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

NB79	15.02.2017 01:47

Цитата:

Сообщение от Sita. (Сообщение 162409)

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

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

Текущее время: 17:22. Часовой пояс GMT +3.

Страница 4 из 13

« Первая

Последняя »

Показывать 40 сообщений этой темы на одной странице