А именно для ЗП будет такая правка?

Нет.

Разница в 14 секунд вполне может быть в пределах погрешности. На мелкой карте некоторые процессы вполне могут быть линейны - какие-нибудь чтения ресурсов, конфига, прекомпиляция и т.п. Короче, в идеале нужно больше данных Больше карта, бОльшее количество компиляций, чтобы понять, действительно ли есть какой-то прирост.

Есть такой вылеталкер:

При компиляции уровня xrLC.

Есть такое упоминание: https://www.gameru.net/forum/index.php?s=&a...t&p=1642574

Это что же выходит? Как с вылетом "Not enough IDs": https://www.gameru.net/forum/index.php?showtopic=73516
Такая же шляпа? Ограничение... ну не знаю, не движка, компиля?

Есть ещё такая инфа: http://stalkerin.gameru.net/wiki/index.php...разбираем_логи)

Так где правда?

Иные упоминания:
https://www.amk-team.ru/forum/topic/1560-so...;comment=878708
https://ap-pro.ru/forum/106-9910-929270-16-1477577894
https://www.amk-team.ru/forum/topic/1560-so...comment=1165513

Я бы проверил все материалы всех объектов. Возможно, материал объекта не прописанный в gamemtl.xr или вообще "пустой".

Да нет по факту никакого ограничения. Сколько этих материалов надо? ТЧ - 94, ЗП - 100. А "ограничение" - 60к.

Ищи то не знаю что.


В таком случае, игра например, вылетает так: https://modfaq.ru/Level_load.cpp

А если в SDK, то тот выдает ошибку: https://modfaq.ru/Surface_contains_bad_game_material

Но ведь билд был сделан. Значит на месте все.



Так если их столько мало надо, почему вылетает?

Выходит дело не в лимите. В чем-то другом. Так?

Битый build.prj. Испортился при экспорте из ЛЕ, жали на продолжить в окошках с ошибками или еще что намутили.

Я не просто так приложил:

Там описаны в постах действия перед получением вылета.

О чем-то таком там не сказано.


SDK сломал пока билдил?


Согласен, ПЫС чет намутили с этим гребанным редактором. Как только сами работали...
Ах да!

Почему нет. Кривые данные на входе, кривые на выходе.


Так собственно и есть. Алекс запускает у себя хрлц/ле с кривой локой и говорит, в чем косяк.

Кстати по поводу Алекса:
Ошибка:

Решение описанное тут: https://modfaq.ru/Critical_error_has_occure...scene_object%27
Проблему не решает. Вылет остается.
Есть какие другие варианты, предположения?

Первая же ссылка в гугле: тынц.

macron, уважаемый, читали бы внимательно выше, заметили бы что я об этом писал:

Ну извини, уважаемый.

Эту ошибку и с настроенными материалами можно легко вызвать (тч \ зп):

пустая сцена с мин.набором (источник света, глоу, актёр), ставим один пропс (для примера: prop_army_base_14 - ящик, с шейдерами: default и материалом: wood), успешный билд и компил. Ставим на ящик или рядом декаль - успешный билд и вылет при компиле с данной ошибкой. Ставим рядом или подальше ещё один такой же ящик - успешный билд и компил. Используются оригинальные файлы gamemtl.xr \ shaders.xr, на которых успешно компилируются другие карты.

Yara, чет не очень понятно. Дело в чем то? Декале?

Собрал свой вариант х64 (ТЧ) компиляторов xrLC и xrDO.
xrDO использует до 8 потоков, xrLC до 11 потоков на стадии просчета лайтмапов, на процессорах с количеством потоков < 11 может работать медленнее.
Также в наличии для xrLC новые ключи на отключение просчета лайтмапа террейна, источников света hemi и sun
Если кому интересно, результаты тестов, в том числе в сравнении с другими компиляторами приветствуются.

https://yadi.sk/d/ZeqjyINRDndl_w

Дело в глючном сдк, да заикается его создатель, чтоб его


Смотрел недавно новости по олр, про рассеянные тени от солнца на статике, и вроде тут в теме "Cтатическое освещение" были эксперименты с компилятором на эту тему. А в этот добавлена эта возможность?

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

Небольшое обновление х64 (ТЧ) компиляторов:
-добавлена инструкция.
-xrLC: исправлен двойной вывод ошибок о ненайденных файлах в лог. Ошибки выделяются пустыми строчками.

https://yadi.sk/d/MR5apdQmq3dLpw

hi_flyer,
Присутствуют ли баги, что были в версии от кд?

Это:
Рандомная засветка лайтмапов, в хрDO - только черновая трава и хрАИ - только черновая ии-сетка?

RSFSR, там недосвет хеми наблюдается на максимуме, как примерно на минималке, но в меньших количествах.
В компилятор нужно вносить усиление хемисферы принудительно.
В СДК 04 ЛЕ градация хеми от 0-3 - этого мало. Ништяк бы коэффициент 4-5 проканал.

Мне показалось, что количественно компилит меньше лайтмапов, чем дефолтный. Кому не лень, сравните на всякий случай на высоких настройках.


В теории можно пробовать патчить проект или в самом компиляторе добавить опцию принудительной установки.

macron, что то я засомневался, что именно хеми это, а не сун шадовс кволити.
У меня этого бага нет, так как у меня нет в компиляторе как раз никаких источников света, кроме хеми.
Искал сейчас где я делал усиление хеми - не нашел, может приснилось.

Какие проблемы актуального компилятора от flayer существуют на данный момент? Есть ли регресс по сравнению с официальными компиляторами от GSC? Может какой либо функционал был сломан?

И где можно найти список "хотелок", которые планируется реализовать?

Мне лично хотелось бы иметь возможность сохранять сглаживание для ТЧ. А то все компиляторы ТЧ используют глобальную настройку угла для сглаживания. Это же получается, что все уровни ТЧ и билдов были с таким сглаживанием.

Pavel_Blend, он работает хорошо!



мб такие. Протестируй, если не лень

Насчёт хотелок я думаю, что можно организовать

Я сейчас проверил официальный компилятор и компилятор от flayer. У официального площадь карт освещения больше. Раза в два-три. Такое ощущение, что xrlc flayer уменьшает значение Pixel per meter. Запекает быстрее (8 минут против 23 минут), но это не показатель. Если бы площадь карт была одинаковой...

Вот команда для запуска компиляции xrlc flayer:

@start bins\compiler_flyer_2020\xrLC.exe -f test_flayer_xrlc -skipinvalid -lmap_terr

А вот для официального:

bins\compiler_original_offical\xrlc.exe -f test_flayer_xrlc

Настройки в СДК не менял. Всё компилировалось на идентичных картах.

Добавь -lmap_quality 20 (или такое с каким делаешь билд локи), без данной команды компилирует со значением: 4

Yara, то есть компилятор игнорирует значения из билда локи? У меня было значение 10.

UPD: скомпилил со значением 10 и по времени получилось на 3 минуты быстрее (всего 20 мин против 23 от оригинального компилятора).
В игре пока не проверял, но карты освещения выглядят почти одинаково. Как минимум по площади.

Ещё один баг вспомнил. Тестировал компилятор флаера, и заметил этот баг (он есть и в оригинальном компиляторе). Некоторые полионы имеют маленькую площадь на uv для карт освещения. Импортировал в блендер и нашёл их:


Это можно исправить? По-моему в ЗП компиляторах такого нет.

А зачем исправлять?

Если я правильно интерпретировал картинку, то в ЗП должно быть точно также. Специальная обработка есть для такого вот сжатия. Если лайтмап полигона однородно закрашен, должен сжаться в точку.
За однородность отвечает одна из констант в билдовском СДК или в настроечной дллке

Случайно нашёл ключ запуска для xrLC: -att, в коде включает gl_linear и влияет на статические ист.света (xrDeflectorLight.cpp, // Trace Light)

Без ключей (3 ист.света с радиусом 6м и один 3м для керосинки)


-att


-gi


-att + -gi

Вариант с -att выглядит интересно, но впринципе такие настройки теней можно и в СДК выставить для источников.

Этот вариант лучший имхо. То есть он автоматически перекрывает настройки угасания света и делает везде одинаковые? Для хеми тоже работает?

Как-то пытался фиксить эту проблему: https://xray-engine.org/index.php?title=Поч...сегда_хорошо%3F

Ха, пруфы есть? ЧАЭС-1 в ТЧ скомпилена всего с четырьмя лайтмапами. Чуть выше драфта.

macron, зато я, аж 500 шт заделал в ЧАЭС.

А у тя есть? При том что сырцов финалок не существует, есть только приблизительно-финальные сырцы карт, в которых можно глянуть сколько пыс поставили

10 - дефолтное число на высоком пресете.

Мой пруф, что там не тени, а гумно размазанное. На 10 вообще не тянет. Кто верит, что там 10, попробуйте сами на 10 скомпилить, только чтобы вместо теней на статике вышло гумно, и число лайтмапов не превышало 4 пары.

macron, у разных лок могли быть разные настройки

Пока еще не поздно правь статью, добавь слово "предположительно".

Покайся публично!

В которых (как и в пропсах) преобладает использование шейдеров пониженного качества (default_lm01..05). Если с такими компилить локу, то и тени будут уг-качеством, там хоть пх 10 / 20 ставь.

Лучше шапку обнови, теперь ты куратор

Чего-то не хотят работать, xrLC валится при подгрузке деревьев (сначала собирал с деревьями AN, потом сменил на ПЫС). Если убрать деревья с локации: все ок. Другими компиляторами собирается без проблем.

Лог — https://yadi.sk/d/oWJheXTM1TiZ7Q

hi_flyer,
проверил на кордоне и агропроме с качеством 20 п\метр - собирается нормально. И таких сильных багов с засветкой как в версии от кд не заметил.
А вот траву не хочет собирать

[27.06.20 20:15:18.333] WARNING: CLocatorAPI::check_for_file not found file gamedata\textures\glow\glow_orange.thm in files list (size = 30712) 
[27.06.20 20:15:18.347]  
[27.06.20 20:15:18.366] FATAL ERROR
[27.06.20 20:15:18.366]  
[27.06.20 20:15:18.366] [error]exp​ression    : THM
[27.06.20 20:15:18.366] [error]Function      : xrLoad
[27.06.20 20:15:18.366] [error]File          : compiler.cpp
[27.06.20 20:15:18.366] [error]Line          : 294
[27.06.20 20:15:18.366] [error]Description   : glow\glow_orange.thm

.тшм присутствует и в геймдате, и в равдате. хз что ему не нравится

А .tga?

Можешь скинуть эту модель дерева (trees_elka_1_01)?


Проверь .tga файл.

В принципе могу, но нет смысла (вообще эта трис_елка из родного набора ГСЦ). Ибо компилятор валится от любого дерева. Я удаляю эту елку — он спотыкается на следующем дереве. Сначала думал, что проблема в деревьях из Absolute Nature, заменил все на ПЫС — один фиг падает компиль. Убираю растительность вообще — все ок.

Установил на СДК от YARA. Его компиляторы собранные из xrLC-ЗП все переваривают норм. Сама лока небольшая, варианты нехватки памяти или чего-то такого — исключены. Прописанные (или отсутствие оных) ключи тоже никак не влияют.

Так и будет, если используешь LevelEditor (с правкой на сглаживание), и кроме приложенного xrLC, остальные будут вылетать с таким логом.