Добрый день

Сейчас в приложении используется один GLSL шейдер "на все случаи жизни", который давно превратился в монстра и работает медленно. Основной метод ускорения в GLSL - разбивка большого шейдера на более мелкие. При этом неважно что из большого шейдера активно только, к примеру, 10% кода, он все равно остается медленным, неактивный код все равно потребляет ресурсы GPU (до сих пор не могу у этому привыкнуть).

Сама по себе разбивка трудностей не вызывает. Упрощенный пример: объект имеет текстуры - генерим для него один шейдер, не имеет - другой. Объект должен рисоваться wireframe - третий, с "заливкой" (phong) - четвертый и.т.д. Хотя реально этих вариантов больше, но общее число шейдеров остается небольшим, в пределах десятков, если, конечно неиспользуемые шейдеры будут удаляться, а созданные юзаться 2-мя и более объектами. Вроде обычная логика "шаред", но не соображу как это оформить.

Вот все случаи когда для объекта нужно сменить шейдер - сгенерить новый (если такого еще нет) и/или
удалить старый если нет больше объектов его использующих

1) Юзер может создать/удалить объект
2) Юзер может изменить опции самого объекта (напр назначить или убрать текстуру)
3) Юзер может открыть/закрыть каждое окно в котором рисуется объект, или изменить опции окна. Напр в одном окне объект должен рисоваться только wireframe, в другом - только с заливкой, а в третьем юзер решает как.

Как же мне построить такую мапу (или несколько)?

Спасибо

Не совсем понятно, зачем вы удаляете шейдеры при их неиспользовании, а потом снова конструируете при необходимости. Пусть себе живут на протяжении всей жизни программы.

Вы говорили, что у вас есть некий менеджер шейдеров, можно ему доверить хранить все программы.
Пусть объект обладает методом, который будет возвращать флаги, на основании которых можно подобрать нужный шейдер.
Допустим типа flags = Phong | Textures. Менеджер вам прикрутит необходимую для данного объекта программу.
Кстати, удобно будет хранить в члене менеджера типа QMap соотношение флагов и шейдеров.

Я как-то так это вижу.

Ничего страшного, int вмещает 32 флажка. Можно и bitset задействовать при необходимости.

Я не работал плотно с текстурами. Примеры из книги предлагали использовать одну программу для наложения нескольких текстур. А что у вас под этими цифрами 0..8, 0..5?