LightBaker3000 alpha

[ncuxonaT]

LightBaker3000 alpha (последняя версия 0.1.6.1 от 29.12.17)

Здравствуйте, товарищи!
Позвольте представить вам LightBaker3000 - программу для запекания освещения силами графического процессора.
Выкладываю альфа-версию, как и обещал. Программа еще весьма сырая, но хотелось бы узнать, у кого она вообще заработает.

Данная версия умеет работать с форматами карт BSP30 (GoldSrc) и BSP31(Xash3D). Рекомендуется использовать второй, так как у него увеличено разрешение лайтмап.

Системные требования
ОС - Microsoft Windows
Видеокарта - с поддержкой OpenGL 3.0 (это нужно уточнить). Видеокарта должна поддерживать рендер в текстуру с плавающей точкой одинарной и половинной точности.

Руководство по работе
Программа имеет интуитивно понятный интерфейс. Тем не менее дам некоторые пояснения. Основной файл программы - LightBaker3000.exe, его и нужно запускать. Перед открытием карты кнопкой OpenBSP можно изменить параметры:

Global multiplier - общий уровень яркости.
Direct multiplier - уровень яркости солнца и неба (light_environment).
GI quality - уровень качества непрямого освещения. Больше - лучше, но дольше.
All lightstyles - запечь все источники освещения в первый лайтстиль.

Чтобы непрямое освещение учитывало цвет текстур, нужно предварительно распаковать текстуры из wad-файлов в папку textures (после распаковки они должны быть в формате bmp). Если какой-то текстуры не окажется в папке, при расчете освещения она будет считаться светло-серой.

Важно отметить
1. Лайтстили не поддерживаются. Рассчитывается и записывается только первый ластиль, остальные остаются как были.
2. Light_environment может давать утечки света - яркие пятна в углах на интерьерных картах.
3. Светящиеся текстуры сильно шумят. Для уменьшения шума нужно повышать значение GI quality.
4. Нет теней от частично прозрачных текстур - сеток, решеток и прочего.
5. Нет сглаживания у фейсов.
6. Возможны швы на стыках фейсов.

В ближайших планах (в порядке убывания приоритета)
1. Добавить сглаживание фейсов.
2. Победить утечки света.
3. Добавить поддержку теней от моделей.
4. Сгладить швы на стыках.
5. Убрать шум у светящихся текстур.

Оффтоп

lightbaker3000.exe [имя файла bsp] [параметры]
список параметров:
-gi_quality n - Качество непрямого освещения. По умолчанию n = 1024. Время расчета непрямого освещения имеет линейную зависимость от этого параметра.
-multiplier n - Множитель яркости лайтмапы. По умолчанию n = 8.
-sky_quality n - Качество освещения от light_environment. По умолчанию n = 10. Время расчета освещения от light_environment имеет линейную зависимость от этого параметра.
-sky_multiplier n - Множитель яркости light_environment. По умолчанию n = 1.
-dlit - Запекать делюксмапу для Paranoia 2.
-seam_quality n - Качество удаления швов. Больше - лучше. По умолчанию n = 100.
-smooth n - Максимальный угол между фейсами, при котором будут удаляться швы. По умолчанию n = 50.
-nogi - Отключение непрямого освещения.
-notone - Отключение тонмаппинга.
-noblur - Отключение размытия лайтмапы.
-bit16f - Запекать освещение в текстуру с 16 битами на канал вместо 32. Для видеокарт с малым объемом памяти. Так же может дать небольшой прирост в скорости расчета и ухудшить качество лайтмапы.
-allstyles - Запекать освещение от всех источников, независимо от их лайтстиля.
-debug - Не удалять временные файлы.

Оффтоп

v0.1.6.1 29.12.17
1) Исправлена редкая ошибка, из-за которой ареалайт мог убить всё освещение.

v0.1.6 26.12.17
1) Переработан алгоритм удаления швов. Добавлены консольные параметры для его настройки.
2) Переработан алгоритм запечения освещения на мелких и вытянутых фейсах, потребление видеопамяти уменьшено в 2-3 раза.
3) Исправлен баг с тенями от ареалайтов.

v0.1.5.1 25.09.17
1) Изменения в алгоритме удаления швов.

v0.1.5 25.09.17
1) Консольный режим.
2) Больше не нужно предварительно компилировать карту hlrad'ом.
3) Лучше запекается освещение на мелких и вытянутых фейсах.
4) Удаление швов на стыках. Пока в экспериментальном режиме.
5) Оптимизация работы с BSP-файлом. Атласы лайтмапы и диффуза создаются в 3-4 раза быстрее.
6) Исправлены ошибки при загрузке светящихся текстур.
7) Параметр pitch у источников света имеет приоритет выше чем у параметра angles.

v0.1.4 28.07.17
1. исправлены ошибки при работе с видеокартами NVIDIA.
2. оптимизирован расчет светящихся текстур и спотлайтов.
3. поддержка кириллицы в путях (кек).

v0.1.3 11.05.17
1. ошибки при компиляции шейдеров выводятся в файл log.txt.
2. элементы окна становятся неактивными во время запекания.
3. небольшие изменения в шейдерах.

v0.1.2 08.05.17
1. Теперь должно работать на Радеонах с последними драйверами. Если пробовали запускать предыдущие версии - удалите содержимое папки {username}\AppData\Local\AMD\GLCache.
2. Добавил tone mapping. Это позволило избавиться от диких пересветов и залысин.
3. Добавил чекбокс Delete temporary files.

v0.1.1 28.04.17
1. светящиеся текстуры больше не шумят.
2. ускорена запись лайтмапы в файл.
3. поддержка пробелов в путях к файлам.
4. поддержка источников освещения с цветом, заданным тремя числами.
5. исправлены мелкие ошибки.

Скачать LB3K alpha без смс и регистрации

 

[FiEctro]

Ну ниплоха, но сам понимаешь нужно доделать. Вот это:
Чтобы непрямое освещение учитывало цвет текстур, нужно предварительно распаковать текстуры из wad-файлов в папку textures (после распаковки они должны быть в формате bmp).

просто жесть, неужели так трудно сделать загрузчик ВАДов?

 

[Дядя Миша]

Карта должна быть предварительно откомпилирована hlrad'ом

Программа, которая в теории должна ускорять расчёт освещения требует для своей работы предварительную компиляцию CPU-лайтмаппером. ЗА-ШИ-БИСЬ.

 

[xDShot]

Интересно, а возможно ли как-нибудь вытащить из карты карту освещенности отдельной текстурой (текстурами), чтобы её отредактировать (дорисовать) и запихнуть обратно в карту?

 

[KPE030T]

я пожалуй повторю свой вопрос
http://cs-mapping.com.ua/forum/showpost.php?p=927791&postcount=20396
есть ли примеры работы данной проги с очевидным улучшением итогового освещения по сравнению с обычным китайским радом? тем более если:

5. Нет сглаживания у фейсов.
6. Есть заметные швы на стыках фейсов.

и как это вообще соотносится со скрином от Cavador? или он не оттуда?
оправдывает ли себя хоть в какой-то степени гемор с предварительной компиляцией и распаковкой вадов?

 

[ncuxonaT]

неужели так трудно сделать загрузчик ВАДов?

Неужели так трудно распаковать ВАД? Это же единовременная операция.

Программа, которая в теории должна ускорять расчёт освещения требует для своей работы предварительную компиляцию CPU-лайтмаппером. ЗА-ШИ-БИСЬ.

И тем не менее получается быстрее. кек

Интересно, а возможно ли как-нибудь вытащить из карты карту освещенности отдельной текстурой (текстурами), чтобы её отредактировать (дорисовать) и запихнуть обратно в карту?

Возможно.

2 KPE030T:
http://cs-mapping.com.ua/forum/showpost.php?p=927588&postcount=20328
http://cs-mapping.com.ua/forum/showpost.php?p=927599&postcount=20337

 

[crystallize]

Интересно, а возможно ли как-нибудь вытащить из карты карту освещенности отдельной текстурой (текстурами), чтобы её отредактировать (дорисовать) и запихнуть обратно в карту?

Возможно.

Но как? Мне тоже интересно, правда по ХЛ2.

 

[ncuxonaT]

2 crystallize:
Второй прогой из архива - bsp_parser. Запустить её из командной строки или батником следующим образом.
bsp_parser.exe -f имя_файла_бсп -lm_extract
в папке с бсп будут созданы файлы obj с геометрией карты и png с лайтмапой.
bsp_parser.exe -f имя_файла_бсп -insert имя_файла_лайтмапы_пнг
лайтмапа из файла будет записана в бсп.
Про хл2 ничего сказать не могу.

 

[KPE030T]

2 ncuxonaT:
это я видел
1. неясно, где какой скрин
2. изменения не совсем неочевидны
3. те, что очевидны, легко достигаются изменением параметров самого рада

 

[Mpak]

Какая-то ошиба вылетает.
Оффтоп

Проц AMD FX 8350
Видюха AMD Radeon R9-280x vapor

 

[ncuxonaT]

2 Mpak:
Access violation? После открытия карты? Драйвера АМД новее 17.1?

 

[Mpak]

2 ncuxonaT:
Хммм... Да. 17.2.1. Видимо в них все дело. Попробую установить дрова постарше.

 

[Дядя Миша]

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

 

[ncuxonaT]

2 Mpak:
Я хз, что они там накрутили. Вызов wglCreateContext выдает сегфолт в какой-то длл драйвера. Я и так и эдак пытался починить, но пока безуспешно.
2 Дядя Миша:
И это говорит человек, который заставляет других индексировать цвета в текстурах. Джек всё равно вызывает рад при компиляции, пропиши chop 512, времени много не займет. А парсер автоматически запускается.

 

[FiEctro]

2 Дядя Миша:
И это говорит человек, который заставляет других индексировать цвета в текстурах. Джек всё равно вызывает рад при компиляции, пропиши chop 512, времени много не займет. А парсер автоматически запускается.

А что плохого в индексированых текстурах? А вот распаковывать вады это капец.

 

[ncuxonaT]

А что плохого в индексированых текстурах?

Лишние движения

А вот распаковывать вады это капец.

Не у всех что ли установлен GCFScape?

Post automatically merged: Apr 24, 2017

2 KPE030T:
Ну вот смотри.
1. LB3K - 24с.
2. HLRAD chop 64 - 24c.
3. HLRAD chop 32 - 105c.

 

[FiEctro]

2 ncuxonaT:
Т.е. делать индексированные текстуры это лишние движения, а компилировать карту обычным радом и распаковывать вады нет?

 

[Дядя Миша]

Если уж операция по каким-то причинам необходима ее следует сделать максимально удобной для пользователя. Если я и предполагал вставку текстур в вады, то не более чем в рамках одной из очередных концепций. У тебя же распаковка текстур и предкомпиляция обычным радом какая то непонятная необходимость. Юзеру эти тонкости по барабану, он задает себе простой вопрос - что мне всё даст в конечном итоге? Ну вот чем твоя разработка лучше, объективно?

Post automatically merged: Apr 24, 2017

ЗЫ. Чтобы рад работал быстро ему надо прописать ключ -fast

 

[crystallize]

2 ncuxonaT:
Почему у твоих лайтмап гамма-то другая?

 

[KPE030T]

2 KPE030T:
Ну вот смотри.
1. LB3K - 24с.
2. HLRAD chop 64 - 24c.
3. HLRAD chop 32 - 105c.

но в первом случае мы приплюсовываем предварительную компиляцию тем же радом, то есть в сумме 48 секунд? + время на распаковку вадника и прочие манипуляции?
и почему-то мне кажется, что параметр -blur, изначально примененный ко второму случаю, даст эффект по крайней мере не хуже