Один универсальный шейдер или несколько узконаправленных?

@monah14 · Регистрация: 31.07.2015

Студворк — интернет-сервис помощи студентам

Здравствуйте. В процессе освоения DirectX (использую 11-ю версию, но думаю это значения не имеет) у меня появился следующий вопрос. У меня имеется несколько текстурированных объектов. Для отображения одних нужна только текстура, для других требуется прозрачность, третьим цвет вертексов, а некоторым всё вместе. Вопрос заключается в том, стоит ли писать для каждого типа объектов свой узконаправленный шейдер, или лучше использовать один универсальный, но выполняющий бесполезную работу для некоторых типов объектов (создающий нулевую прозрачность, или умножающий на белый цвет). Сложности добавляет то, что рисую 2D с выключенным z-буфером, следовательно, порядок отображения определяется не используемыми шейдерами, а необходимым порядком наложения слоёв. То есть, при использовании нескольких узконаправленных шейдеров могут возникать ситуации, когда я использую шейдер поддерживающий цвет вертексов, потом шейдером с прозрачностью, затем снова с цветом и т.д. Иначе говоря количество смен шейдеров за кадр может доходить до нескольких десятков, при использовании всего 4-х шейдеров.

По сути, вопрос звучит так: "Что выгоднее: сменить несколько десятков раз используемый шейдер, или совершить пару лишних умножений для миллиона-другого пикселей (излишки универсального шейдера содержатся в пиксельной его части

)?"
Буду особо благодарен за ответ на вопрос: почему?

@Bretbas · 25.04.2017, 15:28

monah14, ну ты группируй объекты одного типа. У тебя будут несколько групп с одинаковыми типами объектов для прорисовки. Затем сделай менеджеры, которые рисуют определенный тип групп. Как раз в каждом из менеджеров будет свой, как Вы сказали, узконаправленный шейдер. А затем сделайте правила выполнения менеджеров. Кто должен первый выполняться и прорисовывать свою группу, кто второй и тд.

Ваш вопрос не относится к компьютерной графики, скорее к архитектуре построения программы

@Nojabr · 27.04.2017, 19:11

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

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@monah14 0 / 0 / 0 Регистрация: 31.07.2015 Сообщений: 3

	Один универсальный шейдер или несколько узконаправленных? 23.04.2017, 23:36. Показов 1934. Ответов 2 Метки быстродействие, оптимизация, шейдер (Все метки) Здравствуйте. В процессе освоения DirectX (использую 11-ю версию, но думаю это значения не имеет) у меня появился следующий вопрос. У меня имеется несколько текстурированных объектов. Для отображения одних нужна только текстура, для других требуется прозрачность, третьим цвет вертексов, а некоторым всё вместе. Вопрос заключается в том, стоит ли писать для каждого типа объектов свой узконаправленный шейдер, или лучше использовать один универсальный, но выполняющий бесполезную работу для некоторых типов объектов (создающий нулевую прозрачность, или умножающий на белый цвет). Сложности добавляет то, что рисую 2D с выключенным z-буфером, следовательно, порядок отображения определяется не используемыми шейдерами, а необходимым порядком наложения слоёв. То есть, при использовании нескольких узконаправленных шейдеров могут возникать ситуации, когда я использую шейдер поддерживающий цвет вертексов, потом шейдером с прозрачностью, затем снова с цветом и т.д. Иначе говоря количество смен шейдеров за кадр может доходить до нескольких десятков, при использовании всего 4-х шейдеров. По сути, вопрос звучит так: "Что выгоднее: сменить несколько десятков раз используемый шейдер, или совершить пару лишних умножений для миллиона-другого пикселей (излишки универсального шейдера содержатся в пиксельной его части)?" Буду особо благодарен за ответ на вопрос: почему? 0

@Bretbas Каждому свое 533 / 219 / 81 Регистрация: 05.08.2013 Сообщений: 1,614
	25.04.2017, 15:28
	monah14, ну ты группируй объекты одного типа. У тебя будут несколько групп с одинаковыми типами объектов для прорисовки. Затем сделай менеджеры, которые рисуют определенный тип групп. Как раз в каждом из менеджеров будет свой, как Вы сказали, узконаправленный шейдер. А затем сделайте правила выполнения менеджеров. Кто должен первый выполняться и прорисовывать свою группу, кто второй и тд. Ваш вопрос не относится к компьютерной графики, скорее к архитектуре построения программы 1

@Nojabr 10 / 10 / 0 Регистрация: 13.06.2016 Сообщений: 62
	27.04.2017, 19:11
	я склоняюсь к универсальному шейдеру, если его сложность невелика или производительность не критична, хотя десяток-другой проверок условий без проблем вытянут даже видеокарты с массивным охлаждением. еще так получится меньше внешейдерного кода. использую это в PBR-текстурировании, могу задавать любые материалы одним шейдером. для экранных эффектов, вроде размытия, цветокоррекции или сглаживания, применяю уже отдельные шейдеры 1