Por mi carpeta de proyectos tenía el código de un "experimento" que programé ya hece tiempo. He decidido compartirlo con vosotros por si a alguien le puede servir para algo.

Ya digo desde aquí que el código no está para nada optimizado, pero puede servir como punto de partida para intentar hacer algo en 3D. El tema es que muchas veces alguien encuentra un motor gráfico pero tiene 300 clases, 120 interfaces, y tal "cacao" de ficheros que antes de poder hacer nada te pasas 2 meses intentando averiguar como funciona el tema.

En mi ejemplo solo tengo 3 clases: La que controla la cámara, la que controla los "cubos" y la que controla la escena final. Ya veréis que el código es tremendamente simplista.

Aquí os dejo unos pantallazos:

Modo "wireframe" (activar con tecla F2) 

Modo sólido sin textura 

Modo sólido con textura

Utiliza las teclas WASD para moverte. Tienes el resto de teclas que se pueden usar en pantalla

Hola señores y señoras,

Os muestro un trabajillo que hice hace tiempo, para entonces éste fué mi Proyecto Final de Carrera. El juego es un juego arcade de naves en 2D, parecido a los de antaño como por ejemplo el mítico Gradius (de ahí la similitud del nombre). 

La idea del juego era bastante original, y bastante más grande de lo que debería haber sido. El juego tenia 2 modos de juego: Single player y multiplayer cooperativo en LAN. La idea era interesante ya que procuraba de que la campaña no pudiera ser interferida por el modo cooperativo. En pocas palabras, que el modo coop era igual que la campaña. 

Desafortunadamente el proyecto era bastante grande como para abarcar los 4 meses que duraba el PFC, así que decidí hacer sólamente un nivel en ambos modos: Single y coop. 

El juego en sí es bastante difícil, a mí me costaba bastante pasármelo (quizás sea el único desarrollador de videojuegos que le resulte difícil pasarse sus propios juegos xD).

Por ahora os voy a deleitar con imágenes del susodicho. Pensaba subir la muestra del juego, pero antes debería realizar unos pequeños retoques, arreglar unos pequeños bugs bastante molestos.

En el Tutorial 14 vimos como simular un entorno isométrico usando GDI+

El GDI+ está "bien" para determinados casos muy puntuales. Sin embargo se queda algo "corto de potencia" en la mayoría de los casos. Aprovechando que XNA4 ya es totalmente compatible con VB.NET en la versión 2010 vamos a ver como hacer lo mismo pero usando toda la potencia de XNA

EL principal "problema" tal y como vimos en el Tutorial 14 que tiene la representación isométrica es la ordenación de los gráficos. (Z-order) En el Tutorial 14 se ordenaban los gráficos en cada ciclo para representarlos de forma correcta con un simple bucle for

En XNA vamos a aprovechar una característica del spritebatch que hace uso del concepto "capa" (layer). De esta forma, no tendremos que tener ningún algoritmo de ordenación que reordene, valga la redundacia, todos los gráficos antes de dibujarlos con un simple bucle for

Si creamos un nuevo proyecto de XNA, cargamos dos Texture2D y en el método Draw hacemos lo siguiente:

Muy buenas a todos. Hoy vengo a presentar este nuevo programa que he hecho. Se trata, de un pequeño "gestor de descargas", cuya finalidad es poder descargar fácilmente los capítulos de aquellas series de manga, que podemos encontrar en dos sitios web tan famosos como mcanime y submanga.

El programa tiene una interfaz sencilla, aunque esta vez he optado por hacerlo muy minimalista, de manera que si no se lee esto primero, casi no se sabe como funciona el programa. Como resultado, queda una interfaz muy limpia y pequeña. También he elegido en este caso poner los pocos botones y textos que hay en inglés.

Han pasado ya varios meses desde que no me ponía en "serio" con un nuevo tutorial (más que nada debido a la falta de tiempo)

Hoy os mostraré una cosa que quizás pueda ser interesante a más de uno: La posibilidad de usar XNA en una aplicación "típica de Windows", es decir, con sus controles "label", "butons", "checkbox", etc.

Lo que se explica a continuación está explicado para una aplicación "Windows Form" de VB.NET pero es totalmente extrapolable si la aplicación es "Windows Form" de C# (y además, los cambios son realmente mínimos, básicamente a nivel de sintáxis y poco más)

Si vistéis los tutoriales anteriores en este blog sobre el uso de XNA (versión XNA 3.1)  notaríais que para poder usar XNA desde VB.NET había que hacer un "apaño" con un proyecto de C#.

Pues bien, esto ya no es necesario tanto con la versión XNA4 y con el Visual Studio 2010, puesto que ya hay un soporte nativo para usar XNA en un proyecto completamente escrito en VB.NET

¿Para que puede servir meter XNA dentro de una aplicación "Windows Form"? 

Pues a bote pronto se me ocurre que quieras programar un "editor de niveles"  y necesites "renderizar" en dicho formulario tu mapeado.

Buenas a todos, compañeros de armas. Hoy vengo dispuesto a intentar explicar una cosa, por todos conocida, pero por pocos comprendida. Se trata, como muy hábilmente habréis deducido del título de la entrada, de los Motores Gráficos (Graphic Engine, que nos gusta mucho el inglés, GE a partir de ahora).

Para entender el concepto de GE, debemos de tener presente primero algunos términos de la programación. Nos bastará con definiciones muy básicas, pero son necesarios: