SkyLoader

Пришло время выводить версию 1.6 из беты. Благодаря фидбеку на протяжении бета версии были исправлены различные проблемы нововведений и реализованы некоторые пожелания Скачать релизную версию 1.6: Google drive Yandex disk С момента выхода последнего обновления беты (06.10.24) был добавлен ещё ряд изменений: Добавлена возможность встроить кэш коллизии в level.cform через опцию -cache_cform. Требует модифицированный игровой движок с поддержкой встроенного кэша. Более подробно расписано ниже Исправлены проблемы запекания освещения и создания коллизии некоторых уровней при использовании CUDA Исправлено появление "фейковых" динамических теней от некоторой статической геометрии Обновлен алгоритм оптимизации (welding) геометрии. Сшивает больше вершин, которые по условию должны быть сшиты Исправлен вылет при компиляции АИ-сетки без использования Embree Исправлена оригинальная ошибка в обработке лайтмап изображений, приводящая к неопределенному поведению Исправлено отображение прогресса в фазе Build UV mapping Ряд исправлений записи данных в файлы больше 4 Гб Оптимизация фаз Build UV mapping и Merging geometry Произведено объединение библиотек компилятора в монолитный вид Возвращены более точные координаты вершин в сообщениях об invalid faces Добавлен вывод в лог максимального использования оперативной памяти в конце компиляции Добавлено больше информации о вылете, связанном с секторами Добавлены множественные логи. По умолчанию, создается до 30 логов, заменяя собой более старые файлы Добавлен ключ -log_count, устанавливающий максимальное количество множественных логов. Работает через прописывание в .bat файл запуска компилятора При завершенной компиляции приложение просигнализирует об этом цветом на панели задач Различные общие оптимизации Отдельно стоит рассказать про обновленный формат level.cform. Это опциональное расширение формата файла коллизии уровня, в котором были добавлены дополнительные данные, среди которых имеется созданный кэш OPCODE дерева для коллизии (основано на наработках vTurbine для движка OpenXRay). Далее перечислены основные отличия от обычного формата: Ускорение загрузки уровня на этапе загрузки форм объектов Генерация дерева коллизии требовала не мало оперативной памяти, в связи с чем на больших и детализированных уровнях у некоторых пользователей возникали вылеты по нехватке памяти. Теперь будет подгружаться готовый кэш дерева без его генерации В формат добавлен список используемых физических материалов. Благодаря этому списку теперь в процессе загрузки переназначаются идентификаторы материалов согласно актуальному gamemtl.xr. Теперь можно спокойно редактировать gamemtl.xr, и это не будет требовать перекомпиляции level.cform Новые данные добавляются в конец файла, что не нарушает совместимость формата с оригиналом. Новые данные будут просто игнорироваться движками, не поддерживающими это Кэш коллизии может заметно увеличить размер файла, поэтому в случаях детализированных уровней стоит удостовериться, что используемый движок поддерживает чтение больших файлов Исходный код чтения обновленного формата движком представлен здесь: https://github.com/OpenXRay/xray-16/commit/8debe4df30070dcf4ed76afee2d93b3c55add757 P.S. Ну и напоследок для истории. Что было сделано до версии 06.10.24 от момента начала беты: Добавлено сглаживание лучей от хеми источников света: Поправлена работа -both_texture_pathes для текстур Исправлен ключ -noweld Больше информации о вылете "L.sectors[j]<g_sectors.size()" Пропуск загрузки build.prj для драфтовой сборки АИ-сетки Перечисление спавнов в батниках поддерживает пробелы Убрана регистрозависимость имён уровней при сборке спавна Возможность собрать отдельно графы и спавн Убран вывод сообщения "loading script" из окна компилятора Оптимизация генерации VIPM прогрессивов Пропуск фазы прогрессивов для моделей с количеством вершин больше 65535 Небольшое распоточивание фазы сборки секторов Фикс небольшого смещения запекания освещения у текстур террейна Фикс освещения террейна Фикс потенциальных потяжек текстур Фикс обработки большого количества ключей запуска Фикс сломанного хеми террейна при ключе -removeinvalid

Попробуй скомпилировать без CUDA. На некоторых локациях такое возникает по какой-то причине

@Billy_rigger_assets твой объект не имеет костей в .object.

Тень Чернобыля не поддерживает скиннинг с 3-4 весами костей на вершину, только 1-2. Вероятно, ты экспортирушь модель через сдк от Чистого Неба или Зова Припяти. Нужен сдк 0.4 версии.

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

После применения минимальных настроек сначала нужно перезайти в игру, чтобы настройки применились. К крайнем случае можно отключить префетчинг ресурсов для экономии памяти. Для этого нужно прописать ключ -noprefetch в ярлыке запуска xrEngine.exe или создать батник с этим ключом

У меня нет декомпилятора. Если вдруг попадутся локации с подобными проблемами, посмотрю Вариант с конфигом довольно костылен. Я подумаю, что можно сделать с xrSE_Factory. Отделять сейчас весь код компилятора от движка - не маленькая задача. Возможно, отделить xrSE_Factory будет проще

Залей куда-нибудь эту локу, чтобы можно было потестить

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

Поправимо ценой лагов после каждого пересканирования файлов в путях сдк. Лучше перезапустить компилятор, чем каждую компиляцию получать пролаг Необходимо в таких случаях прикладывать полный лог, раз он есть, так как причины могут быть разные. Может в список дополнительных спавнов не добавлены остальные локации, включая ту, что с актором. Или же нет аи-сеток у остальных локаций, из-за чего спавны этих локаций были пропущены Фаза экспорта коллизии и так перемещена ближе к началу компиляции, чтобы геометрии не добавлялись дополнительные полигоны, как это было раньше. Думаю, обычное угрубление дистанции велда не сильно поможет. Вообще, в настоящее время разработчики игр разделяют видимую геометрию и коллизию отдельными мешами, чтобы сделать максимально оптимизированный вариант, и чтобы гг не спотыкался о любой бугорок и ступеньку при ходьбе. Пыс тоже постепенно стали приходить к этому, делая отдельную коллизию для MU объектов. По хорошему, стоит и обычную геометрию коллизии так упрощать, чтобы не придумывать костыли с автоупрощением геометрии, которое неизвестно как себя поведет

А что, после декомпиляции никакой оптимизации не проводится?

Ребилд локации не помогает?

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

Может быть где-то изменили ванильный код, ну или список уровней формировался из секции levels. В любом случае, думаю, поддержку пробелов можно завезти

Из-за пробелов подстрока со списком уровней разбивается. Воспринимается как отдельные ключи. Насколько помню, это оригинальное поведение. Пример сборки спавна в спойлере "Основные ключи" как раз написан без пробелов