Untitled - Departamento de Ciencias e Ingeniería de la Computación

Primero se le indica que cargue el shader desde un archivo, en este caso particular codigoshader.fx. Esta operación
se suele hacer una sola vez, y es por esta razón que en una aplicación real no la veremos en el método de
renderizado, pero resulta conveniente ubicarla aquí por propósitos didácticos.
En segunda instancia, se le indica que funciones calcularan el vertex shader y/o pixel shader para renderizar el objeto
y sobre cual shader model se trabajara, además de otros parámetros. HLSL incorpora para este propósito un
esquema llamado técnica, tema que discutiremos en el capitulo siguiente.
Hay que tener en cuenta que Microsoft llama a los shader efectos, y es por esto que en este código vemos el
nombre effect en lugar del nombre shader.
Ahora estamos casi listos para poder empezar a renderizar, pero primero se necesita conocer la cantidad de pasadas
que tiene el shader. En la próxima sección se profundizara sobre el tema de pasadas, solo necesitaremos saber por el
momento que un shader puede dividirse en pasadas, cada una de las cuales genera información útil a la siguiente.
Por cada pasada se setean las variables globales que utilizara el shader, como la posición de la cámara, información
de luces, etc. Luego, se indica que comenzara la pasada y se renderiza el objeto invocando las mismas funciones
estándares que usábamos cuando utilizábamos el pipeline gráfico de función fija. Al terminar de renderizar el objeto
indicamos la finalización de la pasada. Por último, cuando todas las pasadas se hayan calculado se debe indicar que
terminamos de procesar el shader. Por cuestiones de eficiencia, si una variable global es utilizada por varias pasadas,
se podría pasar el valor de estas variables antes.
D3DX es una API de alto nivel que se ubica sobre la API Direct3D. D3DX fue introducida en Direct3D 8 y fue mejorada
cuando salió Direct3D 9. D3DX contiene rutinas para hacer operaciones comunes a varios tipos de aplicaciones 3D.
En el caso particular de DirectX, se utiliza una API llamada D3DX para compilar los shaders escritos en HLSL o en
lenguaje ensamblador. DirectX no sabe nada a cerca de HLSL, solo conoce el código maquina ya compilado. Este es
un buen esquema, debido a que el compilador puede ser actualizado independientemente de DirectX. De hecho, las
distintas evoluciones de DirectX 9 fueron cambios al compilador incluido en D3DX, generalmente cambios que
afectaban la optimización del código generado. Esta política cambia en Direct3D 10 donde la única forma de escribir
los shaders es en HLSL y donde el sistema de efectos y el compilador de HLSL son parte básica del API y no
pertenecen a la librería de extensiones D3DX.
2.7 Renderizar a textura
A lo largo del texto asumimos que el contenido del frame buffer se reproducía siempre en la pantalla, lo cierto es
que se puede almacenar en una textura, lo cual puede ser increíblemente útil. Por ejemplo, podríamos usar esta
característica para producir environment mapping dinámico. Pero como podrán imaginar este no es el caso por el
cual se dijo que es increíblemente útil.
Esta característica tiene otra importante cualidad, y es la de permitir el concepto de pasadas. Como dijimos
anteriormente, un shader puede dividirse en pasadas, cada una de las cuales genera información útil a la siguiente.
Página 41