Почему мы все еще используем операции смешивания фиксированных функций в E3 D3D11?

Question

Я смотрел на мель, пытаясь понять, почему мы все еще используем режимы смешивания фиксированной функции в новых 3D API (например, D3D11). В D3D10 фиксированная функция Alpha Clipping была удалена в пользу использования шейдеров. Почему, потому что это гораздо более мощный подход практически к любой ситуации.

Итак, почему же мы не можем рассчитывать или выполнять операции смешивания (например, образец текстуры из RenderTarget, который мы сейчас делаем)? Есть ли какая-то проблема с аппаратным дизайном в конвейерах видеокарты, которые делают это трудным для достижения?

Причина, по которой это было бы полезно, заключается в том, что вы можете делать что-то вроде make-рефлекторных шейдеров быстрее, так как вам не нужно было бы переключаться между двумя renderTargets для каждого наложения рефракционных объектов. Например, система преломления окон для ОС или игрового интерфейса.

Где может быть лучшее место, чтобы предложить такую ​​идею, поскольку это не дискуссионный форум, так как мне бы хотелось увидеть это в D3D12? Или это уже возможно в D3D11?

Answer 1

Так почему же мы не можем вычислить или собственного смешивания операции

Кто говорит, что вы не можете? С shader_image_load_store (и эквивалентом D3D11) вы можете делать практически все, что угодно, с изображениями. При условии соблюдения вами правил. Эта последняя часть - это, как правило, то, что происходит с людьми. Выполнение полного чтения/изменения/записи в шейдере, так что последующие вызовы фрагментарного шейдера не читают неправильное значение, практически невозможно в самом общем случае. Вы должны ограничить это, сказав, что каждый рендер-объект не будет перекрываться с самим собой, и вам нужно вставить барьер памяти между визуализированными объектами (которые могут перекрываться с другими визуализированными объектами). Или вы используете подход связанных списков.

Но дело в том, что с этими механизмами не только люди внедряют смешивание в шейдерах, но и реализовали независимую от заказа прозрачность (через связанные списки). Ничто не мешает вам делать то, что вы хотите прямо сейчас.

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

Механизм чтения/изменения/записи в оборудовании для смешивания предназначен специально для смешивания, а image_load_store - более общий механизм. И хотя generic может превзойти конкретные в долгосрочной перспективе эволюции аппаратного обеспечения, для немедленного и ближайшего будущего, вы можете ожидать, что смешение фиксированной функции будет бить образ__load_store, каждый раз смешивая производительность.

Вы должны использовать его, только если вы должны. И даже, решите, действительно ли вы, действительно это нужно.

Answer 2

Есть ли какая-либо проблема с дизайном оборудования в коннекторах видеокарты, которые делают это трудным для достижения?

Да, это на самом деле случай. Если бы можно было смешивать в шейдере фрагмента, это привело бы к появлению возможных циклов обратной связи, и это действительно усложняет ситуацию. Смешивание выполняется на отдельной стадии проводки для обеспечения производительности и распараллеливания.