суперсемплинг вызывает шейдер на каждый семпл, а мультисемпл только раз на группу семплов принадлежащих одному пикселу

Ну в ОС такое уже используется давно вроде

Для одного пикселя хранятся значения глубины и цвета в нескольких местах (точнее, на самом деле, не сами значения, а, так сказать, ссылочки на различающиеся значения, чтобы bandwidth меньше использовался, но снаружи всё равно как будто для каждого сэмпла отдельное значение). Но, в отличие от суперсэмплинга, считается цвет (до блендинга, то есть, шейдер запускается) один раз на весь пискель целиком, и дублируется для покрытых сэмплов

оно же на разных панелях не будет работать по идее

Тогда есть вопрос. Точнее проблемка. При использовании МС нет рендера в буфер глубины. Точнее не так. Он как будто вообще не учитывается. И стенсил тоже не работает. При обычной работе такого нет. Да и ошибок никаких не выпадает

Количество сэмплов у всех буферов должно быть одинаковым

меня в MSAA бесит только то, что нельзя явно из шейдера выдавать цвета для сэмплов :/

Так вроде так и есть

А рендердок что показывает?

Странно. Всё заработало

Показывал чистый буфер. Весь белый

TAA раком только если перемещаешься по игровому миру нормальный метод

Сейчас всё ок... Странно

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

Но neighborhood clamping всё равно детали сожрёт

резолвить быстрее, т.к. 95% экрана будет иметь 1 семпл

Мультисемплинг влияет только на нагрузку Пиксельным шейдером. Так как, туда на вход будет подаваться усредненный цвет пикселя по 4х/8х субпикселам. Отсекая в частности то, что не имеет цвета. А при SSAA, будет x4/x8 вызван FS.

Так ведь, @xproger ?

Скорее, пиксельный шейдер будет выполняться один раз для всего пикселя, на выходе из него будет выдаваться один цвет, который и пойдёт как source в ROP

стакивался ли кто-нибудь с тем, что mix(0.0, 1.0, 0.0) в glsl дает отрицательное число?