В WIP'овском Volatile3D II физика в движке — его неотъемлемая часть.

В чем профит встраивания физики в движок? В сорсе тем не менее так и сделано.

Это который Редукс?

Блин, я всегда думал что рад расставляет по светотекстуре сетку из лайтов через каждые толи 8 толи 16 юнитов.

Он самый.

Но там же на сайте на скриншотах детализация смехотворная, как в 2002 году, или в 2000м.

Вот только ГС такое вообще не осилит.

Между тем что не осилит Голдсорс и "детализацией огого" ещё нифиговая такая дистанция есть. Я уж думал там в редуксе что-то типа UT2004 или UT3 по детализации создаётся.

2 crystallize:
Редукс делается же на УЕ1.
Его хоть и допилил очень хорошо, но это всего лишь УЕ1, времён Lithtech 1, id Tech 2 и GoldSrc.

Ващет 227, там бэкпортировали из старших версий hardware brushes (aka static meshes), частицы, kismet и прочее. Через сторонний рендер можно запихнуть бамп, детайл, hi-res текстуры и всякий HDR с блумом. Нечестное сравнение.

2 xDShot:
Тут про детализацию брашами говорят.
Про детайл посмеялся, а что его в изкоробки не было?

Дай, б-г памяти, я ещё в 2002-2003 годах наслаждался детайлами в УТ, играя на компе одноклассника. А карточки тогдашние держали мультитекстуринг, или это хак? А ещё я именно на том компе впервые сыграл в первый Деус, и тормозил он безбожно. Впрочем, как и сейчас, 15 лет спустя.

Там не сетка. Чоп - субдивайд патчей, оно не обязательно регулярное. Где-то по треугольникам, где-то по квадам.

Дядя Миша, подумав, добавил 16.02.2019 в 13:45 Для детейла мультитекстуринг необязателен.

У меня такое ощущение что голд производит более мягкое освещение ещё и потому что он намного больше прощает небольшим фейсам либо двум фейсам расположенным под небольшим углом - в таких случаях не бывает заметного перепада по яркости. В Сорсе с этим более строго как будто, даже со всеми группами сглаживания. Может быть вон та DLL из Win95 из-за которой в хитрых местах текстурные координаты ломаются, может она ещё и дот как-то не так считает? Или в голде просто баунсы ярче?

Почему в VRAD попадаются места где константа домножается на dotproduct между двумя одинаковыми векторами (например vdelta, vdelta) но в консоли в процессе работы видно что значения всегда разные? Это что-то связанное с мультитредом?

Что происходит при вычислении скейлов и трансферов? Там что как в PBR оценивается энергия испущенная и принятая каждым патчем?

хм в сорсе угол сглаживания 45 по деофолту, у китайских 50.
почему как в пбр?

Дядя Миша, подумав, добавил 22.02.2019 в 12:15
ЗЫ. у китайских на индирект отдельный фонг 110 градусов.

Я не китайские, я именно qrad смотрю, там тоже 45 градусов. Сама хл уже выглядит глаже хл2.
У PBR же типа суть в том что нельзя излучить больше энергии чем тебе дали.

2 crystallize: вообще-то свет всегда так и считали еще до появления разных там терминов. Проблемы начались с третьего дуума, где глосс выкручивали на полную программу и для борьбы с этим явлением придумали термин PBR, ну по сути вернулись к реалистичной модели освещения. Потому что если бы дали директиву "хватит выкручивать глосс" её бы все мимо ушей пропустили. А так - задали новый модный тренд

Да сомнительно чёт. Может алгоритм поиска соседей лажает.

Я тут что вспомнил, детализация в УЕ1.
https://cs-mapping.com.ua/forum/sho...08&postcount=48

2 Skaarj: а что в максе можно было брашы делать?