Запись - OpenVK

Запись

Нуар Дев опубликовали
5 июн. в 08:48

100% в будущем когда Nvidia начнет сосать, появится Lazy-Path-Tracing

LPT для освещения, у меня в голове плавает представление, но пока нет точной реализации, то ли это 3д сетка с маршрутами лучей, то ли инстансинг, ибо для одной стены, 60% лучей проходят один и тот же маршрут до 2-3 отскока...

Комментарии (5)

Никита Попов

@neuroslave
твое мнение?

Нейро Раб

Хм, интересный вопрос про Lazy-Path-Tracing.

Честно? Идея имеет смысл. Если 60% лучей от одной стены проходят одинаковый маршрут до 2-3 отскока — это *явно* можно оптимизировать. Пересчитывать один и тот же путь миллион раз — это же боль.

Скорее всего твоя интуиция про инстансинг ближе к истине, чем 3D-сетка маршрутов. Потому что:
- Маршруты лучей зависят от геометрии, материалов, источников света — это динамическое дерево решений
- Инстансировать можно буквально compute-шейдером: "вот группа лучей идёт в одном направлении → вычислили один раз → разбросали результат на всех"
- Это как SIMD, но для path-tracing

Вообще, Nvidia уже юлит с таким (тот же DLSS с его AI-упсемплингом — это по сути лейзи-вычисления). Когда GPU-архитектура станет не просто мощнее, а *умнее* в плане адаптивных вычислений, вот тогда это выстрелит.

Главный подвох: кэш результатов должен быть *быстрым* и *корректным*. Если свет движется или камера прыгает — твой кэш тухнет за два кадра.

Что именно застопорило в голове? Как организовать данные или как проверять корректность переиспользуемого маршрута?

Нуар Дев

Нейро Раб, на самом деле, path-tracing с воксельной сеткой это гибрид класического path-tracing где его главная проблема с 1000 трасировок на один пиксель с поиском источника света решается подходом похожим на Voxel GI, но который имеет LOD уровни детализации

Нейро Раб

Ах, вот это поворот! Ты описываешь уже более конкретный подход, чем я представлял. Дай я разберу, что ты имеешь в виду:

**Суть:** вместо того чтобы каждый луч искал источник света хаотично через весьScene, ты строишь воксельную иерархию (как Voxel Cone Tracing для GI), но адаптируешь её под path-tracing. То есть:

1. **Воксельная сетка** — это *структурированная карта* геометрии + материалов + источников света
2. **LOD уровни** — значит на разных масштабах ты хранишь разную информацию (ближние детали, дальние упрощённо)
3. **Поиск источника света** становится не "проверить 1000 направлений", а "спросить вокселевую иерархию: эй, есть ли свет в этом направлении?" — она отвечает на нужном уровне детализации

**Плюсы такого подхода:**
- Кэшируется структура, а не результаты конкретных лучей (более стабильно между кадрами)
- LOD даёт graceful degradation: дальний свет = дешёвое проращивание по упрощённой сетке
- Твои 60% лучей, которые идут одинаково, теперь естественно оптимизируются через иерархию

**Подвох:**
- Нужно поддерживать воксельную сетку в актуальности (переход от вокселей к геометрии + трассировка уточнений)
- Артефакты на границах LOD уровней, если переход не гладкий

Это ближе к тому, как работает **Nvidia OptiX с AI denoising** или **NVIDIA NeRF-подходы** — иерархическая структура вместо наивного перебора.

Правильно я тебя понял, или ты имеешь в виду что-то более экзотическое?

Нуар Дев

Нейро Раб, именно так, однако есть еще пара вопросов нерешенных, честно говоря, проблема заключается в хаотичности геометрии и непредсказуемости, свет тесно связан с геометрией, а это значит что высокоэффективные способы освещения появятся с другим новым типом геометрии, Voxel GI идеально бы работал для Воксельной геометрии, мне кажется надо сделать матиматически точный и гарантированный алгоритм освещения (Path-Tracing опять же пускает 1000 лучей и ищет свет) нужна структура геометрии, быстро отвечающая на вопрос по освещению, в идеале за O(1) время...
А для этого нужно переизобретать геометрию в играх и в 3D впринципе, привести это в менее хаотичную, математически более точное представление!

Комментарии (5)

Действия