От лодки при попадании снаряда из авиапушки отламываются вот такие осколки. Где их можно найти и заменить?

Как вариант...

В файле particles.dat разверните строку Node_@Bulet_spark и посмотрите  че там прописано в генераторах.

Ну, тогда скинь мне полностью папку Library после всех модов.

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

А ты не подумал, что этим ты мог изменить или убрать др. эффекты из др. снарядов или вообще убрать полностью некоторые снаряды?

Господа, есть вопрос. На днях обратил внимание на следующую особенность: когда запускаешь двойным кликом по ярлыку игру, в диспетчере задач добавляются два процесса. Первый - sh3.exe (1% загрузки во вкладке "Процессы"), второй -  rundll32.exe*32 (65% загрузки). При этом сама игра не запускается, за то загрузка ЦП сразу подскакивает до 95-99% (на вкладке "Быстродействие"). Соответственно, подскакивает и тепловыделение ядер - от 40-45 градусов температура тут же поднимается до 70-77 (мониторил с помощью проги AIDA64). После повторного двойного клика по ярлыку игра все-таки запускается (при этом добавляется еще один процесс sh3.exe, но грузит процессор он уже больше чем первый, а первый sh3.exe, однопроцентный, через несколько секунд вообще пропадает), но всё время нахождения в игре слышен гул вентиляторов охлаждения, загрузка процессора держится 99-100% (это видно и в диспетчере задач, если свернуть музей или карьеру в трей). Но самое интересное, что даже после того, как полностью выходишь из игры, загрузка ЦП не снижается. Снижается она только после принудительного завершения процесса rundll32.exe*32. Два дня гуглил инфу по данной теме, но однозначного ответа на вопрос так и не нашел. На вирусы проверялся различными клинерами, в том числе и Dr.Web Cureit, всё чисто. Скачал даже Process Explorer, все процессы винды вроде как родные (розовым цветом), инородных нет. Вчера решил немного поэкспериментировать: находясь в меню свернул игру в трей, завершил процесс rundll32.exe*32 (загрузка ЦП тут же снизилась до 1%), и снова открыл игру. Полистал музей, запустил карьеру - всё работает. Но кулеры уже не гудят, и температура ядер в норме. Сегодня обрисовал ситуацию дежурному айтишнику на работе, он сказал что процесс rundll32.exe*32 связан с DirectX, и что работать он должен, даже если вызывает подобную нагрузку. Мол, если играть без него, это может повлечь за собой любые баги, вылеты и т.д. Но тогда у меня всё равно остаётся вопрос - почему загрузка ЦП в момент работы этого процесса достигает 100%, на древней игре? Мне кажется, это ненормально. Вот данные по моему железу: i7-3770 CPU, 3.40 GHz, Win 7/64, 24 Гб ОЗУ, NVIDIA GeForce GTX 550 Ti 4049 MB. Крайне интересно было бы узнать, в чем тут, собственно, соль. На просторах инета нагуглил кучу запросов по данной теме, но вразумительных ответов нет.

P.S. Сегодня наткнулся на аналогичную проблему у одного из пользователей сабсима:
CPU overload with run32.dll using 100% of CPU

Отредактировано Trossschiff (19-06-2019 23:41:42)

Гудит, потому что стартует процесс rundll32.exe*32, который тут же загружает ЦП на 99%. А дальше всё как я описал выше. Повторно игра в любом случае запустится, потому что sh3.exe ты завершаешь, а rundll32.exe остается... Процесс rundll32.exe*32 в диспетчере задач присутствует? Сколько % загрузка ЦП?

Отредактировано Trossschiff (20-06-2019 00:22:40)

Поискал еще инфу на просторах, в целом причина понятна. Процесс rundll32.exe - системный, он запускает библиотеки формата dll. Надо будет посмотреть по командной строке какие конкретно библиотеки он запускает. Просто хочется понять, возможно ли играть в SH3, не убивая проц перегревом.

Вообще, признаюсь, я в эту тему неспроста полез. В который раз пытался выяснить, где тот самый предел вместимости и максимальной нагрузки игры. У меня есть достаточно мощный комп и около 700 приведенных в относительный порядок юнитов, но когда общий вес папки data переваливает за 9 Гб, в музее начинаются вылеты. При этом похоже что проблема не в конкретных юнитах (они все отремаплены и проверены на предмет различных косяков), а в общем весе. Потому что стоит немного облегчить вес, и вылета на этом месте уже нет (правда достигается это не сокращением, например, определенного кол-ва текстур, а именно выкидыванием нескольких произвольных юнитов из папок Air, Sea или Submarine). Первое предположение было - не хватает оперативы (16 Гб), но в диспетчере задач видно, что около 10 Гб в момент нахождения в музее остаются свободными, значит проблема не в этом. На всякий случай увеличил объем ОЗУ до 24 Гб - вылет на том же месте. После этого обратил внимание на загрузку ЦП под 100% (об этом речь шла выше). Отключаем процесс rundll32.exe*32, снижаем загрузку до 1%, всё равно вылет на этом же месте.

Короче говоря, сдаётся мне, что проблема все-таки не в железе (моих мощностей должно хватать за глаза), а в самом движке игры, который после достижения определенной нагрузки начинает "чудить". Опытным путем было установлено, что в зависимости от общего веса вылеты в музее начинают происходить на разных юнитах, абсолютно произвольно. Т.е. облегчаешь вес - успеваешь пролистать все военные и торговые суда, лодки, но на самолетах получаешь вылет. Если вес увеличить - то вылет случается раньше, уже на какой-нибудь из лодок (для быстроты просмотра юнитов добавляю их все только в одну нацию). Получается, что у игры все-таки есть предел нагрузки. Но все-таки хотелось бы быть уверенным до конца...

Отредактировано Trossschiff (20-06-2019 13:53:30)

У меня тоже шум при сворачивании снижается, вот только загрузка ЦП остаётся 100%. Вообще заметил, громче всего начинает шуметь, когда свободную камеру максимально вверх поднимаешь, насколько я понимаю - детализация и всё такое.

Хм... А я вот теперь не могу вспомнить, всегда ли была эта проблема с повторным кликаньем по ярлыку, или нет. Так-то хрен вспомнишь, особенно если учесть, что процесс rundll32.exe запускается уже при первой попытке начать игру, а все последующие разы игра запускается сразу, потому что rundll32.exe уже запущен на постоянной основе.

У тебя тоже сей процесс присутствует в диспетчере? И тоже грузит ЦП под 100%?

Не в бровь, а в глаз, что тут еще добавить

Отредактировано Trossschiff (20-06-2019 14:17:36)

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

Ух ты, вот это уровень! 

А вообще, если честно, думал ты сейчас опять напишешь мне "пару ласковых" в адрес моей навязчивой идеи запихать в игру всё, что движется
Но ведь если бы не это маниакальное желание, то и о фокусах rundll32.exe мы бы еще долго не узнали (забугорные форумы не в счёт). Так что, как говорится, всё что не делается...

Но я все-таки реально расстроен, что отключение данного процесса никак не повлияло на вылеты в музее
Вот было бы круто, если бы причина оказалась именно в том, что в определенный момент загрузка ЦП достигает 100% (в момент просмотра огромного кол-ва юнитов в музее) и - бах! - имеем вылет на рабочий стол.

Но нет... Причины до сих пор до конца не ясны

Лёш, ну а если все-таки отбросить в сторону сомнения в профпригодности самих юнитов? Я реально затестил их вдоль и поперёк, с текущими файлами Library и в самых разных комбинациях, нет ни одного корабля/подлодки/самолета которые бы игра "не принимала" и "выбрасывала бы" на определенном этапе. Всё это начинает происходить, только когда вес каждой из папок достигает определенной величины. Например, с модом German U-Boats Compilation игра принимает без вылетов гораздо меньше юнитов, чем до него, что прямо указывает на вес и нагрузку, которая возникает после установки данного мода. Если бы был конфликт с каким-либо из юнитов, то игра выкидывала бы из музея на рабочий стол еще во время отдельных тестов данного юнита с этим модом. Но этого не происходит.

За всё то время, что я вожусь с музеем, невозможно было не заметить определенных закономерностей. Если прописана несуществующая авиагруппа - будет вылет еще при загрузке самой игры (в режиме заставки). Если есть ошибка в структуре самого юнита, то будет вылет при загрузке музея. Если у двух юнитов совпадают id-идентификаторы - будет вылет на одном из них, при пролистывании юнитов в музее. Все эти проблемы я порешал, перелопатив абсолютно все юниты. Также немало времени уделил и файлам Library, из-за них тоже бывают определенные накладки, и присутствует возможность вылета в музее. Но из-за того, что на корабле прописано несуществующее орудие - вылета нет и не будет, просто вместо орудия (члена экипажа, груза) будет пустое место. Но я устранил даже эти неточности. Именно поэтому я так и недоумеваю - вроде как все причины устранены, а игра всё равно выпендривается.

Какие еще причины могут прямо или косвенно влиять на вылеты при большой нагрузке? Данные своего железа я уже писал выше (i7-3770 CPU, 3.40 GHz, Win 7/64, 24 Гб ОЗУ, NVIDIA GeForce GTX 550 Ti 4049 MB, блок питания 1000 Вт). С загрузкой процессора мы разобрались, памяти ОЗУ достаточно и даже более, может не тянет видеокарта? Если честно, я не очень разбираюсь в тонкостях подключаемого оборудования, но мне кажется что 4049 Mб должно быть вполне достаточно, у многих память карты 512 или 1024 Мб, и они спокойно тянут по 400-500 юнитов. Так в чём тогда еще может быть причина? Мне этот музей прям спать не даёт... Последние 3-4 года

И да, я понимаю, что всегда есть возможность разбить корабли по ТВД (у себя я это уже, собственно, и сделал, отправив всю японскую эскадру на Дальний Восток, а итальянцев - на Средиземноморье), но даже после этого у меня не получается уместить желаемое количество. Дошло до того, что я сделал разбивку по годам (подключаемая папка с юнитами для каждого полугодия), но это тоже не принесло желаемого результата, т.к. даже 1939 год, с минимальным количеством кораблей, лодок и самолетов всё равно не идёт в музее без вылетов, т.к. общее кол-во составляет примерно 400-450 юнитов.

Чё делать-то?

Отредактировано Trossschiff (20-06-2019 17:22:15)

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

P.S. Добавил еще один абзац в посту выше, второй по счету.

P.P.S. Только про "понапихано" не подумай что у меня там хаос, я вообще работаю с игрой исключительно через JSGME, по принципу: накатил - посмотрел - всё проверил - откатил, если что не так. Потом группирую по папкам файлы, которые успешно прошли тестирование (Land, Library и т.д.), но в дальнейшем всё равно включаю их через JSGME. Т.е. ванильная версия у меня практически всегда под рукой, за исключением файлов Сampaign и Terrain, которые я закидываю в игру напрямую, плюс есть еще пара нюансов. Но я, в принципе, с содержимым других папок определился уже давно, незакрытый гештальт только с музеем.

Отредактировано Trossschiff (20-06-2019 17:40:34)

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

Этот рецепт экзорцизма нужно эпиграфом вставить в первый пост темы (по аналогии с "Шаманство и камлание"), разослать по всему миру (ВК и прочие соц. сети по данной тематике) и вообще на сабе сделать тему под девизом rundll32.exe*32 - Kill me now. Я пожалуй тоже в нетленоку добавлю, хотя, у меня там отродясь таких ключей не было. Не ровён час, сам на свежий мастдай перееду, а так буду знать кого первого пришибить.

В качестве редактора реестра рекомендую Reg Organizer крайне информативная программа. А лицензию обеспечит торрент...

А вот оно дно, вот его реальный рельеф скрытый за всей мощью процессоров, гигов оперативной и видео памяти и шириной шин интерфейсов. Эти вылеты прямо указывают на неспособность движка долго удерживать всю ватагу юнитов в своих процессах. Что такое музей? Это маленький мир игры, но в котором, в момент загрузки присутствуют все юниты и всё что на них можно навесить. Считай, что все они сразу сформировали мега конвой с возможностью обновления комплектации по нажатию мышки. А это означает, что происходит респавн при переключении между юнитами или при смены эпохи. Как происходит вылет в момент спавна или входа в алайф в десятках и сотнях играх, думаю, приводить не надо. Это вообще бич игровой индустрии. Вылет происходит при переключении и только в этот момент? Значит видюха отсекается, эта проблема к ней отношения не имеет. Вот еслиб юниты чернели или появлялись артефакты, то тогда это имело бы к ней отношение. Но происходит просто вылет, а это, при наличии такого мощного процессора и большого запаса памяти указывает на ошибку в процессах ядра игры. Это необязательно связано с конфликтами id или отсутствием символа в конфигах, вполне возможно, что в этом повинен и патч на 4gb. Кто может сказать, как организована работа патча и как он транслирует данные ядру и не теряет ли адреса в момент распавна... Ещё возможна ошибка с переполнением стека адресов. Переключил год и вуаля, дополнительно подгрузились 5000000 id кто скажет нам, а происходит ли сброс стека в музее или просто поверх текущего массива грузится дополнительный?... В любом случае, всплывший лимит вполне демонстрирует физические ограничения алгоритма и даёт повод крепко подумать о максимальных возможностях игры. Так что Родион за железо не парься, оно у тебя гарантированно вывозит игру, это просто игра неспособна переварить такое кол-во объектов. И конкретно к музею я бы не стал выдвигать повышенные требования. Это изначально микросцена с ограничением по своим возможностям и в отличии от игровой сцены, где юнит забывается при покидании зоны алайфа, здесь, все они присутствуют разом и при переключении, никуда из памяти исчезать не собираются. А сокращение времени до вылета при смене игровых моделей на hd версии ещё больше подталкивает к этой мысли.

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

Я вчера проверил, у меня всё норм. В связке ключей так и осталась пустая строка, игра запускается с первого раза.

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

Вот и мне интересно. Сегодня и на выходных буду экспериментировать еще.

А вот это, мне кажется, вряд ли... По мониторингу после перезагрузки компа видно, что загрузка вообще слабая, нет следов какой-либо "дряни". Плюс к этому я теперь стал через каждые 15-20 юнитов сворачивать музей и наблюдать за наполнением памяти, резких скачков нет, она заполняется постепенно, по мере пролистывания.

В общем, как уже написал выше, в любом случае буду экспериментировать дальше. Что-то мне подсказывает, что шансы на успех все-таки есть

Дык, о том-то, собснно, и речь, я ведь тоже еще тот перфекционист, причем со стажем
А бьюсь, да, за стабильность музея, который даст нам гарантию, что юниты не подведут в конвое, я бы так это сформулировал.
Я понимаю, что мой перфекционизм несколько иного рода, чем, например, твой, но ведь и уровень знаний у нас разный. Я в любом случае не в состоянии исправить абсолютно все косяки, тем более в 3D-моделях, т.к. кроме Silent 3ditorа больше ничем не владею (да и им весьма посредственно). Я хочу избавиться хотя бы от внешних и несложных косяков (баги с текстурами, отсутствие орудий и грузов, совпадение id-идентификаторов), и чтобы не было вылетов. А уж окончательно довести все юниты до ума можно и потом... когда я все-таки выпущу в свет своего "мегамонстра", и он попадёт в руки настоящим профи
Просто для того, чтобы хотя бы начать делать свою Кампанию, необходимо определиться с содержимым музея. Вот я этим и занимаюсь в свободное время, а параллельно продолжаю "пилить" порты и гавани, т.к. в этом плане игра меня также абсолютно не устраивает, эту тему мы обсуждали уже давно. Короче говоря, есть у меня такая цель - к выходу на пенсию собрать наконец свой идеальный мегамод, и наслаждаться дальними походами, покуривая трубку в загородном домике у камина (хотя на самом деле я бросил курить лет 5 назад)

Можно и затянуться, но ... дым выпустить с другого кингстона.

А теперь по делу, вернее, не по программным заморочкам, в которых я вообще не бельмеса, а по прописки файлов (dat, sim, dsd. zon) всех юнитов, в том числе и лодок.
Все, что вписано в этих фалах должно быть строго по порядку, особенно, порядковые номера всех Нодов в файле dat, причем, сверху должны быть прописаны текстуры, а потом модели (Ноды). Особенно, обратить внимание на порядковые номера подНодов, на которые мало кто обращает внимание, они иногда могут быть на порядок выше самого Нода. При этом, модель может работать на УРА, но, при определенных условиях (особенно в Музее), вылет обеспечен. Причем, вылет был не постоянный, но очень частым. Я с этим столкнулся, когда хотел прописать в KSD очередную левую модель корабля из мода SH3.

Fix rundll32.exe

Мммм... А можно чуть менее расплывчато сформулировать мысль? Если происходят вылеты игры, попробуйте скачать уже готовую сборку - https://rutracker-org.appspot.com/forum … ;t=5675292  Это KSD-2.
http://www.mediafire.com/file/5ugmo0rnh … .2.7z/file - это сборка от anvar, 3-ка, но сильно модернизированная.

В развитие темы - при работе в редакторе миссий загрузка ЦП мгновенно прыгает до 25%.
При том, что никакой визуализации не происходит, при том что размеры файлов из папки Кампайн - в пределах 10Мбт.
Если открыты сразу все три файла из папки Кампайн: Лэнд, Скрипт и Рэндом - нагрузка ЦП прыгает до 80%. При этом СХ3 не работает.
Может дер хунд беграбен именно здесь?