Есть ещё такая проблема: при полёте над городами на низких и средних высотах игра начинает ощутимо подтормаживать при нормальном угле обзора и виде со стороны, такое ощущение, что видеокарта не успевает прорисовать объекты. При виде из кабины и широкоугольном обзоре всё более-менее нормально. Вот конфигурация компа на всякий случай:
Win XP SP3,
Intel Core 2 Duo CPU E7500 2,93GHz,
Nvidia GeForce 9600 GT,
2,5 Гб ОЗУ (ну да, вот такой вот древний пепелац :)).
Графика в игре выкручена на максимум, ради интереса ставил детализацию ландшафта на "очень низкую" - не помогает, лаги всё равно есть. Может быть, что-то надо в конфиге "Ила" поправить? Хотя я считаю, что дело в каком-то из патчей (вроде как с последнего, 4.13.3, и началось), ибо сколько лет компу, столько и "Ил-2" на нём стоит, и подобного никогда не было.

Заранее извиняйте, если запостил не туда, просто уже достало, а куда копать, не очень понимаю, ибо впервые с таким столкнулся.

Издержки старости игры, вы ещё приближение не пробовали :).
Детализация не поможет, можно поиграться с дальностью отрисовки ландшафта.

То есть, по-вашему, из-за старости игра начинает тормозить с теми же настройками и на том же железе, что и, допустим, лет пять назад? :)
Приближение как раз пробовал, с ним также всё более-менее плавно идёт. Что же до дальности отрисовки (это, как я понял, "Видимость" в настройках) - то да, помогает, но поиск противника становится немного затруднительным. Что ж, придётся привыкать, в любом случае, спасибо за ответ. :)

На Алексе некоторые игроки жаловались, что у них при выборе новых самолётов зависает игра, иногда намертво. Сегодня столкнулся с этим сам: при нажатии кнопки "Вооружение" в брифинге, игра задумывается на 1-2 минуты, при выборе самолёта (не обязательно нового) тоже задумывается, секунд на 5-10, хотя раньше самолёты выбирались быстро. В консоли ошибок нет.

есть предположение что это скины так сказываются 24битные ... думаем ...

У Алекса есть форум. Если там есть жалобы - то ссылку на них.

Жаловались они по большей части в чате, в том числе и самому Алексу, но пара сообщений на форуме всё же оказалась.
http://spread-wings.ru/phorum/index....comment=176890
http://spread-wings.ru/phorum/index....comment=176891

Значит так. Никакие это не скины.

Ситуация с зависанием игры у самолетов Bf110 (Ju88) следующая:
1.Заходишь на сервер в первый раз, выбираешь 110. Все нормально. Можно лететь. При этом в первом заходе оружие у 110-ки - "стандарт".
Можно спокойно выбрать любую модификацию вооружения. Полет будет нормальный.
2. Полетели, прилетели, сели. Теперь если полезть в выбор вооружения, - игра виснет.
3. Если просто сменить самолет на какой-то другой, то в игре записывается выбор вооружения для 110-ки и в след раз при выборе уже самого самолета 110-ки следует крах игры.
4. Если пойти на другой сервер или просто на другую карту и там будет какая-то другая модификация 110-ки, у которой нет в наборе того вооружения , с которым летали на предыдущем сервере/карте, то игра для 110-ки вооружение скидывает до стандартного и опять можно лететь.

Короче игра с этим патчем дает возможность правильно, без зависания выбрать 110-ку только если у 110-ки при входе в игру, на сервер или на карту сервера, было прописано стандартное вооружение.

Сегодня удалось таки полетать на Bf110G2+R3M1/

Ju 88 еще не проверял, но судя по симтомам у коллег по серверу, скорее всего - та же фигня.

пока грешим на скины всё же.. из своего опыта, словил зависания на всём что имело новые скины... думаем как быть и как решить это поскорее... :I'm_thinking:

Приветствую.

Зашел на SAS в раздел 4.13.3 и там мое внимание привлек пост от SAS Storebror. В нём он задается вопросом: Что делает измененная и значительно увеличенная часть кода WfGr.21 (ракет) в Aircraft классе.
Таким образом, тратится впустую драгоценная память Java Class для всех
самолетов, даже если ни один из тех кто в воздухе не несет WfGr.21. Это происходит в 99.9% случаев.

Вот этот абзац:

What the heck has a modified and considerably increased WfGr.21 code part to do in the Aircraft class?
That way it wastes precious Java Class memory for all planes, even if none of those in the air carries any WfGr.21, which is likely the case in 99.9% of times.

Best regards - Mike

Мой перевод возможно не точен, поэтому прилагаю ссылку на оригинал.
там в его посте еще что-то про счетчики боеприпасов, но я не переводил (дескать не тот цвет лампочек в счетчиках вроде).

Пост № 46:

http://www.sas1946.com/main/index.ph...,53904.36.html

читали читали ... но так было до нас ... не мы туда его помещали ...

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

Помнится, пару тройку патчей назад, озвучивалось, что для сбития самолёта, имеющего сдвоенное управление теперь недостаточно убить пилота, поскольку второй пилот, берёт управление на себя. Только что в "простом редакторе" на Ки-27 сбил У-2ЛНБ одной(реально одной! Я "статистику" смотрел) пулей, которая попала в пилота, а летнаб тут же выпрыгнул с парашютом. Вопрос, не баг ли? Управление то на У-2 сдвоенное дальше некуда.

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

может это были отстранённые разговоры о коопе? не? о возможности ...

проверено... у меня сработало... 110ки не виснут.. проверял на летка орёл ...

до этого висли?
Надо на Алексе погонять. Жаль ты не можешь к нему подключиться.

да висли... среди дня ловил гарантированный зависон при простом выборе 110ки или жужи ..

с упрощёнными скинами сейчас было спокойно..

вот вам и инновации

https://pp.vk.me/c837436/v837436949/...ht_HvE-ab4.jpg
Ошибка в хеше скинов.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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