Me huelo que la respuesta no me gustara... pero hare la pregunta...

Si tengo una megaprimitiva (unas 50k caras) indexeada (con sus megavertex y megaindex buffers), pero solo lanzo a dibujar un index buffer que tenga unas pocas caras (unas 1000) de esa primitiva,.... ¿me procesa todos los vertices?

                               

                                Como puedo obtener la descripción de un exe o una dll ? (mediante código, claro...)                                

                                Erhhhh... me pasa una cosa muy rara... no puedo mostrar el dialogo de abrir archivo en mis aplicaciones DX8... :triste:

No se pq,.... he probado usando la tipica ventana que te crea delphi + componente TOpenDialog. Y también he probado a crear yo la ventana con RegisterClass+CreateWindow y usar la función GetOpenFileName. Y la cosa funciona, pero no cuando la aplicacion ha iniciado DX.... lo mas "cachondo" del asunto es que si modifico bastante el tamaño de la ventana con el ratón, y lo vuelvo a intentar la ventana de Abrir archivo aparece... O_O;

En fins... ¿alguien me puede echar un cable antes de que me lo eche yo al cuello?

SaludoteZ! :riendo:                                

                                Como puedo saber si un triangulo se encuentra parcialemente dentro de un cubo ?

Saludos y asias :sonriendo:                                

                                Alguien puede explicarme q son las display lists de OpenGL ?

Asias.                                

                                mmmm.... estoy planeando hacer unas cosillas (un octree pa ser exactos) con este metodo (IDirect3DDevice8.ProcessVertices) pero necesitaria llamarlo numerosas veces (100, 250, incluso mas... 500 y puede que mas aun) en cada frame.

la pregunta q tengo es sencilla,.. ¿estoy loco? ¿planeo hacer alguna barbaridad? ¿resultara muy lento?

cualquier tipo de contestación que ilumine mi camino sera bienvenida :ojo:                                

                                Hoy he sido acosado por un par de dudas (no tienen nade que ver entre ellas).

--------------

Sobre .NET.... tengo entendido que es una "copia" de Java, pero solo para plataformas Windows. ¿No se supone que una de las mejores cosas de Java es su (en teoria) portabilidad?

--------------

Sobre ID3DXSprite...

Tengo una serie de funciones que me permiten cargar imagenes grandes (640x480 por ejemplo) en tarjetas que no soportan texturas grandes (256x256 de limite, por ejemplo).

Basicamente lo que hago es cortar la imagen a cachos y dibujarla usando rectangulos (usando un VB) que ya se encuentran en 2D (osea, transformado), o bien usando el interfaz ID3DXSprite.

El problema que tengo es q si intento hacerlo sin el interfaz ID3DXSprite y uso filtro bilineal, se me notan unos fallos entre los cuadrados que componen la imagen,... pero esto no pasa con el interfaz ID3DXSprite.

De hecho basta con que use el metodo ID3DXSprite.Begin, para que no suceda (aunque despues de llamar esta funcion lo que haga sea dibujar los cuadrados usando mi vertex buffer).

Asi que he llegado a la conclusion de que el metodo .Begin pone una serie de RenderStates|TextureStageStates que son lo que necesito saber.... :sonriendo:

Al menos, necesito saber que RenderState o TextureStageState evita el problema que me surge al usar el filtro bilineal...

Weno, espero q se entienda O:-)

SaludoteZ!                                

                                He hecho una pruebecita en mi modesto p233mmx y su voodooo banshee y no he notado diferencias de velocidad entre un objeto formado por algo de mas de 1000 triangulos, en sus dos versiones; una indexada (algo mas de 2000 vertices) y otra sin indexear (algo mas de 3000 vertices) y no he notado ninguna diferencia de velocidad, a pesar de que me esperaba que la transformacion de esos 1000 vertices de mas me repercutiria en el rendimiento...

¿Que opiniais? ¿Es porque son pocos vertices? ¿Es porque hace falta algun HW mas avanzado para sacarle el jugo a las primitivas indexeadas?

SaludoteZ!                                

                                Como todavia no tengo claro como implementar mi octree he continuado con mi busqueda de tutoriales y documentos acerca del tema... y he encontrado una posible implementación que creo q me solucionaria los quebraderos de cabeza q me provocaria el tener que cortar los poligonos o el tener que llevar la cuenta de que poligonos llevo dibujados.

El "truco" consistiria en permitir que todos los nodos puedan tener poligonos asignados; es decir, no solo los nodos de las "puntas" del arbol.

La idea seria:
- meter todos los poligonos dentro del nodo padre. (todos tienen sus 3 vertices dentro)
- subdividir el nodo padre en 8 hijos y quitar del nodo padre los poligonos que tengan TODOS sus 3 vertices dentro de un nodo hijo.
y repetir el proceso....

no se si se entiende O:) ...

¿Que opinais de esta implementación? ¿le veis alguna pega?

SaludoteZ!                                

                                Ya q se esta hablando de los octrees... que opinais acerca de cortar los poligonos para crear el octree ? cortar o no cortar, esa es la cuestion... :sonriendo:

^_^