Notre uber shader va donc prendre le rôle de la fonction fixée de DirectX 9. En effet, DirectX 9 était le dernier des DirectX à permettre de faire des rendus sans aucune utilisation des shaders. Une machine à état était disponible pour régler le pipeline (fixé donc non programmable) en positionnant des variables (par exemple, j’active le bump ou je règle les bones, etc.).

Notre uber shader va donc être un shader (en fait un groupe vertex shader + geometry shader + pixel shader) qui sera suffisamment agile (c’est à la mode) pour pouvoir prendre en compte un grand nombre de situations (donc à l’opposé d’un shader spécifique).

Ce genre de shaders nécessite un grand nombre d’instructions et avant le modèle de shaders 4.0 (celui de DirectX 10) il n’était pas possible de faire réellement un très gros shader capable de tout gérer.

Toutefois, il est à noter qu’avec la dernière technique présentée à la fin de l’article, le shader modèle 3.0 (voir même 2.0 pour certaines options) peut s’avérer suffisant.

Pour mettre tout cela en place, nous utiliserons les effets de DirectX 10 qui constituent un API très rapide à mettre en place pour ce genre de tâches. De plus coté code, cela se fera en C# via SlimDX qui est un excellent wrapper .Net au-dessus de DirectX 10.