Все diffuse-brdf из microfacet model подбираются на глаз, потому что в этом случае brdf не выводится аналитически - интеграл по микрограням не посчитать (в отличие от specular, где взаимодействие с конкретной микрогранью - дельта функция и интеграл считается тривиально). 1-F это да, свет ушедший в transmiting, но выйти в определенном направлении он может уже из любой микрограни (а не только с той, у которой микронормаль совпадает с халф-вектором. и поэтому диффузе халф вектор не особо поможет). Поэтому умножить диффузный свет на 1-F в этой теории это грубая аппроксимация. В идеале diffuse-brdf должна быть выведена из NDF. Еще есть Oren-Nayar, но эта модель основывается на другой NDF (не GGX), поэтому сочетаться с GGX specular будет не очень физически корректно. Эту проблему пытались решить во Frostbite (пробовали подобрать преобразование для roughness между Oren-Nayar и GGX specular). В итоге там на тот момент вроде остановились на Disney. Но Disney - это эмпирическая модель, не основанная на теории микрограней (просто подобрали формулы, чтобы соответствовать результатам замеров из MERL database). При этом Disney не сохраняет энергию, и для Frostbite пытались вывести модификацию, которая сохраняет энергию. На GDC в 2017 году рассказали про аппроксимацию diffuse на основе GGX NDF: https://twvideo01.ubm-us.net/o1/vault/gdc2017/Presentations/Hammon_Earl_PBR_Diffuse_Lighting.pdf (используется в Titanfall 2). Подход похож на Oren-Nayar - выполняют численные симуляции (path tracing) и на их основе подбирают формулы, которые хорошо соответствуют результатам.

Все diffuse-brdf из microfacet model подбираются на глаз, потому что в этом случае brdf не выводится аналитически - интеграл по микрограням не посчитать (в отличие от specular, где взаимодействие с конкретной микрогранью - дельта функция и интеграл считается тривиально). 1-F это да, свет ушедший в transmiting, но выйти в определенном направлении он может уже из любой микрограни (а не только с той, у которой микронормаль совпадает с халф-вектором. и поэтому диффузе халф вектор не особо поможет). Поэтому умножить диффузный свет на 1-F в этой теории это грубая аппроксимация. В идеале diffuse-brdf должна быть выведена из NDF. Еще есть Oren-Nayar, но эта модель основывается на другой NDF (не GGX), поэтому сочетаться с GGX specular будет не очень физически корректно. Эту проблему пытались решить во Frostbite (пробовали подобрать преобразование для roughness между Oren-Nayar и GGX specular). В итоге там на тот момент вроде остановились на Disney. Но Disney - это эмпирическая модель, не основанная на теории микрограней (просто подобрали формулы, чтобы соответствовать результатам замеров из MERL database). При этом Disney не сохраняет энергию, и для Frostbite пытались вывести модификацию, которая сохраняет энергию. На GDC в 2017 году рассказали про аппроксимацию diffuse на основе GGX NDF: https://twvideo01.ubm-us.net/o1/vault/gdc2017/Presentations/Hammon_Earl_PBR_Diffuse_Lighting.pdf (используется в Titanfall 2). Подход похож на Oren-Nayar - выполняют численные симуляции (path tracing) и на их основе подбирают формулы, которые хорошо соответствуют результатам.

> Все diffuse-brdf из microfacet model подбираются на глаз
Согласен с тем, что почти все diffuse подбираются на глаз.

> 1-F это да, свет ушедший в transmiting, но выйти в определенном направлении он может уже из любой микрограни
С одной стороны это верно. С другой стороны - вышедший свет не обязательно дойдет до наблюдателя. Логично было бы в этом случае умножить на G(viewDirection) ? Но так ведь никто не делает. Не логично ли просто переизлучить весь свет, ушедший в transmiting в этом случае?

> Поэтому умножить диффузный свет на 1-F в этой теории это грубая аппроксимация.
По прежнему пока не вижу, почему эта аппроксимация грубее (1-F'(view)*F'(lightdir)) ?

Кстати в диснеевском подходе нет никаких 28/23. Откуда это не в курсе? Тоже на глазок подобрано?
И не сложно показать насколько большая визуально разница между вот этим подходом (который у тебя), и просто (1-F) ? Не сложно кинуть пару скриншотов будет?

Привет! Могу сюда вакансию скинуть ?)

Привет! Могу сюда вакансию скинуть ?)

гайз, кто нибудь в кокосе с камерами в 2д сценах работал? хочу реализовать отдаление/приближение, драг карты и т.д. сделал пока скейлингом, но кажется костыльным способ. пробую

auto camera = this->getDefaultCamera();
    camera->setPosition3D(Vec3(_character_sprite->getPositionX(), _character_sprite->getPositionY(), 800));

экран становится черным, даже надписи нет

Твои вопросы скорее к ющерам движка этого.

Сейбер же находятся в питере?