¡¡¡Felicidades, sois unos campeones por estar ahí!!!

Lo sé. Te mandé un privado. Mira, ya tenemos:

Resuelto el problema del resize.
Ahora el render se hace a un View, que puede ser el backbuffer o un swap chain.
El código mucho más claro, eliminando muchas cosas y estructurándolas mejor.
Una clase matemática, con interpoladores.
2 fórmulas de atenuación. Ahora las clase light es la que contribuye con el shader en lugar de tener el if en el shader.
Los comienzos de un nuevo editor.
Importación de collada.
Un sistema virtual de ficheros.
Y ahora se renderiza al backbuffer, para poder usar el multisample.

Vamos que es la leche!!!

Gracias Ber. En Jade te echamos mucho de menos, a ver si te pasas que está quedando de muerte...

A ver necesito copiar el backbuffer a un RenderTarget. Pero como el backbuffer NO es una textura ( estos de MS hicieron una gran cagada aquí) no puedo hacerlo dibujando un quad...

¿alguna idea?

otro? Eso es un RenderTarget

Pues por ejemplo, si tengo que hace un post de glow, tendré que coger el backbuffer actual, usarlo como textura, y aplicar el efecto sobre un render target, puesto que no puedo usar el backbuffer como textura y como render target al mismo tiempo.

Creo que el multisample sólo se puede utilizar con el Backbuffer y no con un RenderTarget...¿es correcto?

Y si lo fuera, entonces la lógica que es:

Renderizar en el backbuffer
Copiarlo a un RenderTarget para hacer efectos de post
Copiar el resultado al backbuffer de nuevo.

Por favor, comentarios....Gracias

Ninguna respuesta!!!!!  :(

Felicidades!!! Que ganas de poder presentar algo en Art Futura !!!!  :P
A ver si el año que viene.... :)

La idea es hacer una escena en MAX con lightmaps y exportarla. Cargarla con un engine sin hacer modificaciones ni rollos raros y que se pueda volar dentro de ella. Todo ello para la fixed pipeline...

¿Conoceis algún engine que haga esto aunque sea de pago?

La razón es que XNA es .net

quiero hacer unas clases matemáticas en .Net y la precisión es importante

¿y sabeis si esto tiene penalización?

double a=10;

float b=(float)a;

Es decir, si no es algo trivial para el asm pasar de double a float, o por el contrario es costoso

Estoy pensando en hacer una serie de clases matemáticas y me ha asaltado una duda. Resulta que se utiliza un cierto valor de epsilon debido a la precisión para hallar colisiones. He pensado que si utilizara double en lugar de float, esto quizás podría evitarse ( digo quizás porque sigue habiendo cierto error, pero es menor ).

La pregunta es:¿tarda lo mismo la CPU en procesar un double que un float ? Supongo que sí, pq creo que la arquitectura de la FPU es de 64 bits, pero no estoy seguro. Si fuera así, la única razón por la cual se utilizan floats en lugar de double es el tamaño en memoria.

Y luego DX trabaja siempre con floats y al arrancar el device, automáticamente pasa a modo 32 bits. Si mantengo el FPU preserve..¿baja mucho el rendimiento?

A ver que opinais

Eso parece un pack que están haciendo.  :?
Y parece DarkBasic.... :?

Bueno, yo no he recibido respuesta. Así que muy serios no parecen....