А что значит "бенчмарк" ? Это бенчмарк или полноценная финальная версия 1.6.2 ? и что такое T-6638 ?
И какие исходняки и SDK соответственно брать, что бы получить полноценную финалку ?

Доброго времени суток!
Решил поюзать компиляторы х64 для SDK 0.4. xrLC работает прекрасно (особенно порадовало то, что не спотыкается на каждой отсутствующей thm, а сразу выдаёт их список).
Но вот беда - не работает xrAI. Вообще. При запуске выскакивает вот такая бяка:

Виндус 8 х64, X-Ray SDK 0.4 отсюда. Работает также без нареканий.
Есть идеи (кроме смены винды)?

Coбрали X-Ray 1.6.02 для VS2013.

Не могу скомпилировать аи сетку на большой локации компиляторами KD.




Стандартные компиляторы легко компилируют эту аи сетку.

https://yadi.sk/d/6W--dfmobgc9s Локация "Зона-17", скомпиленая 64-разрядным компилятором ТЧ. Состоит из лучших карт Сообщества Независимых картоделов. http://stalkermaps.ucoz.ru/
Авторы: ScaarjScout, Сообщество Независимых Картоделов, D1mon.
Геймдата ставится на Лост Альфу. Аи-сетки нет, заполнения мелким декором в зданиях - тоже.

Map size X x Z: [1396 x 1293]
Max static vertex per m^2: 11570
Total static vertices: 2852094
Max mu vertex per m^2: 431
Total mu vertices: 4199199


http://imgur.com/a/zc4aX#0

С релизом

D1mon А адаптации локации под ЗП можно не ждать?

RevizoR, чтоб ее запустить на ЗП надо всего лишь пересобрать спавн

Зона-17, это же какой-то коммерческий проект Crazy Bytes Studio

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

Выложи пожалуйста адаптацию на ЗП, а то для ТЧ у меня инструментария вообще нет, посомтреть хотелось бы этот шедевр, делавшийся много лет

Товарищи, а не пытался ли кто-то с помощью сорсов сделать в ЗП нормальное хитование НПС? Ну или прошел говоря нормальную работу аномалий по отношению к НПС как в ТЧ, ЧН?

И еще может стоит увеличить количество слотов для артефактов в ЗП?

А лучше вообще что бы количество слотов менялось конфигом как в тч. ИМХО

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

Да не в артах дело, а в различных надеваемых гаджетах под ЗП.

А если вообще помечтать то еще не плохо было бы шкалу "потребности в воде" как в ЛА и слот для ножа на всякий случай.

RevizoR, ясно.

Скажите, можно ли как-то отключить автоматическое сглаживание геометрии компилятором, чтобы использовались группы сглаживания из 3д редакторов?

Как минимум, их надо раздельно держать. Новые компиляторы и xrai используют одни и те же библиотеки, и xrai не может подцепить их x64-версии. Но это у тебя что-то старое - я 20го выкладывал архив компиляторов для ТЧ, там все работает вместе.


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

Компиляторы для ТЧ: https://yadi.sk/d/NeOThjvxbgvde (без отладочной информации https://yadi.sk/d/Nna69prAbgveZ)
Обновил xrAI, поскольку в проекте ТЧ исходников тоже был проставлен нулевой размер стека и xrAI слетал при чтении конфигов.

У ЗП-компилей был параметр -nosmg. С ним и быстрее компилилось, и не было глюков с лайтмапами/плоскостями, которые появлялись без него. У нового x64 он тоже есть.


Под win7 live тоже не заводится.

Сама лока на ЧН/ЗП подходит, надо просто в сдк ЗП или где-то ее подключить к спавну)))

А может можно и тупо геометрию подсунуть вместо любой существующей локи...

Компилятор просто использует указанный в ЛЕ Normal Smooth Angle (по-дефолту стоит 75), а как его заставить воспринимать уже готовые группы сглаживания из моделей? Ведь тогда пропадает их смысл..

Это не то

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

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

Так как в моддинг вернулся недавно (не смог сказать окончательное "Пока" ), то ставил сразу фиксенный СДК и компиляторы х64, поэтому со старыми конфликта быть никак не могло по причине их отсутствия


А вот за это спасибище, вечерком попробуем!

Архив без отладочной информации, файлообменник пишет - файл удален.

https://yadi.sk/d/bf0okeGdbeQ2v

K.D.,
Спасибо.

Это было очень давно, в первые месяцы после релиза ЗП-СДК, но суть в том что в ЗП группы сглаживания работают именно в игре. По крайней мере так говорил лично Ясенев. Я тогда с ВАС9-FLCL плотно общался и помню что решали траблу кривой реализации смус-групп в СДК. На ровной плоскости тени были треугольные, в общем всё скопом в хард экспортилось. В общем специально связались с Ясеневым чтобы прояснить что к чему. Он и объяснил что в ЧН, ТЧ и ранее смус-группы не работали толком, хоть как выставляй в 3Д редакторе, в игре всё будет единообразно, типа сглаженное. И он и сказал что они, ПЫСы, починили это дело в ЗП-СДК. Если пользоваться строго родным ПЫСовским экспортом из майки (а вот версию уже не помню) то должно в игре всё работать. Проверяли с ВАС9-FLCL и действительно работало. Но строго с ПЫСовскими длл-ками, плюс еще и какая то конкретная версия майки. Это я просто к тому что раз уж исходники есть, то может возможно отыскать разницу в коде экспорта софт-хард нормалей? Может в длл-ках рендера что то такое есть? В конце концов в ЗП же рендер считывает карту-высот для параллакса из альфа канала #bump файла по честному, в отличие от ТЧ/ЧН. То есть ПЫСы чота там ковыряли типа в лучшую сторону. Местами правда перековыряли до растянутого неба, но это уж ладно. В общем может Ясенев ничего не напутал, не перепутал в замоте. Это я просто к тому, что может вдруг инфа пригодится Вам, господам кодерам.

А то тулзы то хорошие, поскольку позволяют работать с майкой 2015, например, но софт-хард нормали портятся, как известно. Если я ничего не путаю. Да, есть баг-фикс смуз-групп на СДК ЗП, это я знаю, но там получается что просто всё скопом смузится как в ТЧ-ЧН и хард нормали не сохраняются, а как то автоматом в зависимости от угла между нормалями ставятся при компиляция. Опять же вроде я ничего не путаю, а если путаю - поправьте, пожалуйста, это не специально, а просто давно это все было и многое смутно помню.

smothgroups — это всего лишь банальные нормали или что-то иное?

В максе смузгруппы. В майке софт-хард нормали.
Ну эта фигнюшка в общем http://www.3dtutorialzone.com/tutorial?id=86

soft нормаль от hard нормалей отличается только количеством. у "сглаженного" кубика 8 нормалей, к примеру, у "твердого" — 24. а эти группы в максе имеют различие в названии / еще в чем-то?

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

Спорный момент, не совсем уверен в этом. У меня, например, есть оружка с одной группой сглаживания на перегибах около 90 градусов, по идее, СДК наверняка выставил бы там хард эдж, но не выставляет же, в игре с нормалмапой отображается именно так, как и должно быть.

Ну это то да, по углам полигона вместо 1 "усика", 4 "усика". Разница только в названии и технике расположения, задания угла нормалей.По моему строго в 3Д редакторах.

Еще какой спорный. Я лично понятия не имею в чем косяк экспорта софт-хард нормалей ТЧ/ЧН о котором Ясенев говорил. Может банально забыл уже просто. А соответственно не особо понятно в чем якобы правильность экспорта под ЗП родными плагинами сравнительно ТЧ/ЧН. Я такого не проверял, а ВАС9 в те времена уже на ЗП перешел и тоже не пробовал.
Возможно лохотрон что то помнит, знает. Он тоже общался с разрабами по разным тех.вопросом и тоже дружил с ВАС9 (я именно про общение с разрабами по вопросам технологий, а не билдов). Интересно кстати а лаборатория которую ВАС9 делал для ЛА попала в мод... гхммм... ну ладно это я отвлекся.
Короче темный лес этот экспорт под ЗП. Но факт таков что если пользоваться родными плагинами и майкой, то в итоге в ЗП всё в ажуре. Ноль проблем с софт-хард нормалями. Проверено лично в стародавние времена. Никаких -nosmg не надо выставлять. Но это ж кем надо быть чтобы в 2014 пользоваться майкой 2009 например О.о

Не имеют.

Технически ничто не мешает менять нормали во время загрузки геометрии, например.
В пиксельном шейдере нормаль для пикселя линейно интерполируется между нормалями трех вершин соответствующего треугольника, менять нормали этих вершин из шейдера нельзя.

В отдельных случаях, когда групп сглаживания нет (hard edges), нормали можно вообще не грузить. Потребуется соответствующий формат вершин и соответствующие шейдеры, которые с такими вершинами будут работать.

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

Вон есть фикс для СДК ЗП, он работает и для АЕ, и для ЛЕ, по идее, проблем никаких быть не должно.

Вот те, кто компилил x64 компиляторами локации, скажите мне - не замечали, что в текстуре террейна (та, что в папке terrain в папке с локацией) перепутаны местами красный и синий канал?

Фикс то есть. Но если я правильно втыкаю сверхзадачу беседы, то есть интерес починить народные тулзы экспорта. Чтобы при экспорте из майки-макса последних версий в .object корректно инфа сохранялась.
ЗП сравнительно с ТЧ/ЧН со слов Ясеня больше знает про группы сглаживания. Поэтому и охота не пользоваться фиксом, который, если я правильно понимаю, как то автоматом выставляет нормали под игру, и всё получается как в ТЧ/ЧН

Впрочем я вобще может всё напутал и сам запутался
-----------------------------
Короче я просто хотел поделиться стародавней инфой из разговора с Ясенем что чего то они там починили в ЗП по группам сглаживания. Что то что было поломано в ТЧ-ЧН. О чем конкретно речь я не помню, в чем там косяк ТЧ-ЧН не помню. Просто поделился, может при ковырянии исходников движка или СДК или чего еще всплывет чего то интересное на эту тему.

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

Да он просто принудительно заставляет из обрабатывать. Если вспомнить, то проблема была в том, что в ЗП работу с группами сглаживания перенесли из СДК в плагин экспорта. Соответственно, если работать с родным плагином экспорта, то все было нормально, а если с бардаковскими - то группы терялись. Тут проблема в том (как я понимаю), что ЛЕ ЗП как-то теряет группы эти.

Вот интересная вещь. Каналы в текстуре террейна меняются местами из-за вот такого кода в DXTCompress:

rgba_t* pixels = pImage.pixels();
u8* pixel = raw_data;
for (u32 k=0; k<w*h; k++,pixel+=4)
pixels[k].set (pixel[2],pixel[1],pixel[0],pixel[3])

Я проверил - во всех слитых исходниках DXT код именно такой. При этом "родной" компилятор из СДК каналы не путает. Интересно, где еще код неактуальный...

звучит страшшна

Проблема в конфликте версий d3dcompiler. Гуиды у тебя из windows sdk, а либа линкуется из directx sdk. Сам столкнулся с такой проблемой, буду фиксить.

Т.е. чтобы был результат, нужно экспортировать офф плагинами для ЗП, отключить фикс групп сглаживания и убрать ключ -nosmg?

Upd: Еще вопросец назрел - есть ли в сталкере Parallax occlusion mapping?

Кстати, насчет каналов. На далекое будущее предлагаю в компили добавить ключ для принудительного выставления последовательности альфа-rgb в lmap*_2 лайтмапах. Тогда, если понадобится ЗП-шным компилем делать локи для ТЧ или наоборот, не нужно будет ковыряться с фотошопом, вручную меняя каналы.

macron, +1

И пользоваться майкой 5ти летней давности. Уж лучше (на мой взгляд) всетаки бардаковские плагины с апдейтами РэдПитона под новые маюшки, а потом фикс групп сглаживания на СДК. Разве что я никак таки не пойму разница то будет?

Изначально только в ЗП вменяемый, юзающий карту высот как положено. Считывает карту высот из альфы #bump. Визуально очень отличается от СкайФорсовской версии которая юзала обычный бамп. Ну как то там юзала, я точно не помню как конкретно было заскриптовано. В ЧН вроде бы тоже был весь код, но кривоватый и паралакс не юзал альфу #bump. Какая то там ошибка, опечатка или чтото наподобие. Вроде бы так. Надеюсь ничего не напутал, а если напутал, это не нарочно.

А ты с чего вдруг про параллакс спросил? Просто любопытно.

У меня вопрос как ДХ11 сглаживание работает? В смысле работать то оно работает, но исключительно на НПСиках. Может еще гдето, не помню. Было бы здорово чтобы на всех пропсиках заработало! Визуально бы игрушка куда как поприличней смотрелась бы. Я имею в виду просто если переиграть ЗП приспичит, а не для работы-модов.

Так то запросов (губу раскатал) много чего ковырнуть в ЗП... мдамс.
Из разряда вернуть убийство НПС аномалиями. По таким мелочам много...
Вывести из движка по максимуму конфиги и скрипты в геймдату. Если это вобще возможно.

Очевидно, как - через тесселяцию, которая DX11-only.


Этому мешает известная вещь - чем больше делаешь через скрипты, тем меньше фпс.

Обновление компиляторов:
ТЧ: https://yadi.sk/d/NeOThjvxbgvde (без pdb https://yadi.sk/d/qrHM0AnlbhNH3)
ЧН: https://yadi.sk/d/vK-lttohbhNHu (без pdb https://yadi.sk/d/t5f3vuL-bhNJt)
ЗП: https://yadi.sk/d/uaDOZDzEbhNKa (без pdb https://yadi.sk/d/iCtXQ9bgbhNL4)

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

Ну, по идее, достаточно только шейдеры назначить в СДК. Но насчет того, что будет выглядеть здорово - не факт. Достаточно вспомнить те обмылки, в которые превращаются баллоны за спиной у дефолтных сталканов.

K.D., вот теперь xrAI не крашится при запуске. Спасибо!

K.D., закомитьте пожалуйста ваши правки в SVN

Рядовому юзеру (не профи) разницы почти никакой, что 2008, что 2015.

Вообще я спросил про улучшенную версию параллакса, с самозатенением (тени от псевдообъема на плоской поверхности, если не ошибаюсь).