можно и лучше

чет выравнивая по 16 байт в нативном метале будто задают другие правила компоновки данных

Best Practices. Старенькие, без актуальных штук, но все же
https://developer.apple.com/library/archive/documentation/3DDrawing/Conceptual/MTLBestPracticesGuide/index.html#//apple_ref/doc/uid/TP40016642-CH27-SW1

Попытка улучшить поинтлайты через коэффициенты аттенуации. Радиуса, соответственно, больше нет. Для пасса с маской он расчитывается через люминанс. Как указано тут. https://gamedev.stackexchange.com/questions/51291/deferred-rendering-and-point-light-radius

Пока не уверен, особенно в подборе коэффициентов

ты об этих коэффициентах?
если да, то да — сам настраиваешь характеристику света

просто же в реальности (если не ошибаюсь) яркость падает на величину квадрата расстояния (третий элемент в знаменателе)

но это не всегда приемлемо в графонии для нужного эффекта

а так можно влепить себе, например, линейную зависимость — и всё

Коэффициенты — топ

Обратные квадраты (1 / (distance * distance))

attenuation = (1.0 / (0.2 + lightDist * lightDist));

minLuminance = 0.03
luminaceCoeffs = (0.2126, 0.7152, 0.0722)
luminance = dot(color, luminaceCoeffs)

radius = sqrt(luminance / minLuminance)

attenuation = (1.0 / (costantOffset + lightDistance * lightDistance)) * (1.0 - pow(lightDistance / lightRadius, 4));

Топ теперь вот это

График этой аттенуации, действительно 0 на заданном радиусе
https://www.desmos.com/calculator/vnubu75gny

Зацените. Более дешёвая формула синуса

От -1 до 1

-x * abs(x) + x
where x in [-1,1]

чет всегда GBuffer в первом кадре из серии длиннее остальных

raster order group очень сократили этот первый кадр. но хз