Gamegine Game Studio

Gamegine 0.4, sin errores de compilación

2010-04-03T00:42:00.000-05:00

Seis días me ha tomado depurar Gamegine 0.4.

Por más de mi experiencia en los varios compiladores que utilizo, por más de mis conocimientos de ingeniería y arquitectura de sistemas, por más de las doce o cartorce horas que paso pegado a la computadora todos los días; hay cosas que simplemente no he logrado mejorar, como compilaciones limpias en C++. El lenguaje es a todo dar, es mi favorito, pero es de esos que te hacen sufrir. Supongo que en parte es por eso que me gusta tanto...

En fin, logré compilar ya la versión 0.4 de Gamegine. Ahora sigue actualizar las librerías que tenemos disponibles. Por ahora: Gamegine+OIS, Gamegine+CEGUI, Gamegine+FMOD y Gamegine+Physx.

Estoy considerando sacar el blog de aquí y llevarlo a mi sitio en Zeion (aún en construcción), pero les aviso en caso de que lo lleve a cabo.

Gamegine 0.4 finalmente sin errores en tiempo de compilación.

Gamegine 0.4, primer build

2010-03-27T01:09:00.000-05:00

¿Hay alguien por aquí?

Hace unas semanas saqué a Gamegine del cajón. Comencé a traajar un viernes hasta el amanecer y tres o cuatro días después le regalé otras dos horas al proyecto y varios días después otras. El caso es que, poco a poco, Gamegine va tomando forma e importancia de nuevo.

Tengo mucho que hacer, mucho que contar. Pero será para otras entradas del blog. Mientras tanto, les dejo con el primer build de la versión 0.4.

3,581 errores de compilación, tal parece que me voy a divertir un buen rato...

.

como el fénix

2009-11-21T19:09:00.000-06:00

Increible, pero cierto. Este proyecto casi ha muerto, pero no, no lo logró. Sigue vivo en mi mente y en mis entrañas. ¿Entonces que sigue? Levantarlo, seguir caminando y llegar al "Release Candidate" y de ahí ya platicaremos...

.

Implementando diálogos para mensajes

2009-04-04T09:12:00.000-05:00

Me he topado con un problema durante el desarrollo de BrainRush, puesto que necesito desplegar información al usuario a manera de diálogos con mensajes. Algo muy simple en realidad.

Una alternativa es crear un formulario y utilizarlo cada vez que necesite desplegar un mensaje. La otra, crear un mecanismo en Gamegine para desplegar diálogos. Como se imaginan, opté por la segunda, puesto que eso de mostrar mensajes no es algo que ocurra únicamente en BrainRush, sino en cualquier juego a desarrollar.

El caso es que desarrollé este mecanismo (según yo, sencillo) y me encontré con una serie de complicaciones en el camino; sin embargo, creo que ha quedado lo suficientemente funcional.

GamegineCEGUI fué el encargado de llevar a cabo el truco, y consta de una clase que tiene una pila de mensajes por mostrar, junto con información relacionada a la instancia que solicitó se desplegara el mensaje. Lo que ocurre, entonces, es que GamegineCEGUI irá mostrando los mensajes uno a uno y destruirá el diálogo hasta que la pila se encuentre vacía.

Implmentando MessageDialog con Gamegine

Y ha quedado muy fácil de implementar, lo único que tienes que hacer es llamar a la siguiente rutina:

GUI::Dialogs::MessageDialog::show( _Form, "This is a message dialog!", "A dialog title..." );

Elementos básicos con CEGUI

2009-03-30T09:30:00.001-05:00

He estado trabajando estos días para extender la funcionalidad de GamegineCEGUI, aunque debo aceptar que es un trabajo que requerirá muchos días (o semanas) para que implemente todas las funcionalidades que nos ofrece CEGUI.

Por ahora, he terminado de implementar wrappers para: Label, TextBox, Button, RadioButton, CheckBox y ComboBox. Ha quedado todo muy bien y fácil de utilizar.

Elementos básicos en Gamegine + CEGUI

El problema que tengo ahora es uno a nivel de Link al momento de definir los eventos para los controles. Hay 2 formas de lograr eso: la primera es mediante objetos que hereden de la clase Event, MouseEvent, etc; el segundo es utilizando EventListeners, que son clases especializadas (templates). Con estos últimos, asignar un evento a un control será cosa de niños. Solo falta resolver ese problema...

Sin embargo, todo este trabajo nos da la posibilidad de crear interfaces sencillas y tremendamente funcionales, como la que estoy diseñando para BrainRush! (nombre provisional), un juego experimental en el que estaré trabajando las siguientes semanas. Les confieso que llevo apenas unas horas trabajando en el proyecto y me siento emocionado... Esto me permitirá dejar el framework a punto.

Les comparto el boceto que hice para el menú principal del juego:

BrainRush!, boceto del menú principal

Gamegine + CEGUI

2009-03-18T23:44:00.001-05:00

Finalmente, una versión compilable de GamegineCEGUI, un wrapper que nos ha de permitir crear entornos gráficos con suma facilidad. Aunque por ahora solo se puede crear etiquetas... Cuando menos, la funcionalidad ya está terminada, lo que sigue es la talacha de implementar los componentes y propiedades que nos ofrece CEGUI.

Demo: Hello world!

He quedado bastante satisfecho con la forma en la que se crean los controles. Es muy sencillo realizarlo y más aún cargarlos de un archivo de template creado con el editor de CEGUI.

Por ejemplo, para crear una hoja con controles, será necesario crear un formulario (muy a la Microsoft):

Form* form = GameGUIDevice::getSingleton().createForm("Demo");

Posteriormente, crearemos los controles basándonos en esta plantilla:

Label* lbl = form->createLabel( "Label" );
lbl->setText( "Hello world!" );

Y, finalmente, desplegamos el formulario en pantalla:

form->load();

El resultado es el que vemos en el screenshot mas arriba :D

Por otro lado, en un mes aproximadamente se vence el dominio gamegine.net, por lo que tengo que decidir si pago otro año más con él, o cambio el dominio a gamegine.org.

Se aceptan ideas...

.

GUI Device en el horno

2009-03-15T13:37:00.000-05:00

¿Que se cocina en el horno? Se preguntan. Se trata de un dispositivo para el control de interfaces gráficas. Quienes hayan trabajado con algún IDE (como .Net, por ejemplo) se preguntarán: "¿Para qué? Si puedes crear interfaces fácil y rápido con mi Visual Studio". La respuesta es: Gamegine, al igual que sus componentes, debe permanecer como un framework multiplataforma. De ahí nace la necesidad de implementar un mecanismo de interfaces gráficas.

Hay muchos en el mercado, y no todos son gratuitos. La idea aquí, como en otras cuestiones, es permitirte trabajar con un dispositivo y luego cambiar a otro sin tener que reescribir toda tu aplicación. Aquí es en donde entra Gamegine en escena.

Por ahora, estoy trabajando con Crazy Eddie's GUI System (CEGUI) que me parece muy bueno, aunque un tanto difícil de acostumbrarse a su modo de trabajar.

En fin, falta mucho trabajo en este dispositivo (como en todos los otros), pero poco a poco irán creciendo y madurando. Mientras tanto, deben existir para permitirnos crear juegos con facilidad.

.

nuevas ideas...

2009-03-04T08:14:00.000-06:00

Gamegine sigue en el horno. Como tal, ha estado muy estable estos días, por lo que nos acercamos al primer beta del framework!!

Por otro lado, me he pasado más de 2 semanas creando librerías para cargar heightmaps en Gamegine, así como mejoras al mecanismo de deserialización de una escena. Gran parte de estas librerías (GameginePhysx) sigue sin funcionar adecuadamente. Es bastante frustrante el tener que hacer librerías y más librerías para interpretar lo que otros programas te ofrecen; sin embargo, estoy consciente de que, para estudios de desarrollo de bajo presupuesto, no te queda más que utilizar herramientas económicas y escribir toda clase de importers para tu engine...

En mi caso, he estado planeando el desarrollo de un nuevo videojuego creado con Gamegine (si, uno más a la cuenta). No les platico más, porque es algo que aún tiene que madurar bastante. De lo que sí estoy seguro, es que estaría de lujo tener un editor dentro del juego. ¿Un editor para que? Espero pronto poder platicarles más al respecto.

¿Me preguntan por JUN? Algún día terminaré de desarrollarlo...

Por otro lado, ya he comenzado a dormir un poco más temprano otra vez y mi rutina de sueño comienza a regresar a la normalidad. Han ocurrido muchas situaciones estresantes en el trabajo, lo que me han impedido dormir bien estos días...

En fin, el caso es que estoy jugando con la idea de crear un editor para Gamegine. De hecho, estuvo en el plan desde el inicio, pero crear un programa como estos es algo de pensarse. De entrada, porque hay muchos editores disponibles y algunos con un precio muy accesible. Tengo algunos, incluso, pero no logro acostumbrarme a la idea de crear algo en ellos y luego crear intérpretes de los archivos para mis programas. Ya estoy cansado de esa idea y siento que pierdo demasiado tiempo tratando de encontrar los patrones o adivinar el funcionamiento de tal o cual cosa... El punto es que ando evaluando la posibilidad de retomar el desarrollo de un proyecto que llamé WorldMonster, un editor de niveles especializado para proyectos desarrollados en Gamegine. Veamos a que puedo llegar en estos días...

.

Finalmente, GameginePhysx mejorado...

2009-02-06T08:04:00.004-06:00

Ochocientos mil cambios después, logré compilar GameginePhysx.

Falta agregar un par de librerías y estaremos listos para unos demos :D

.

Por fin un DLL de GameginePhysx

2009-01-17T22:35:00.000-06:00

Comenzaba a pensar que este día no llegaría... Pero aquí estamos, el primer DLL de GameginePhysx...

Gamegine + Physx

Ahora viene una parte muy interesante, además de una mejora. He estado pensando un poco alrespecto y me doy cuenta de que, una vez terminada la simulación en Physx, Gamegine necesita enterarse de los cambios. He estado tratando de encontrar la forma más óptima para llevar esto a cabo, y creo que he encontrado una muy buena; consiste en lo siguiente:

1. En GameginePhysx, actualmente tenemos una colección de actores (linkeados a objetos en Gamegine). Esta colección actualmente está representada por un vector. Lo pensé de esta manera para ganar un buen rendimiento al momento de las actualizaciones, pero ahora veo que pierdo dicho rendimiento pues en muchas ocasiones necesito actualizar el estado de los actores y solamente dispongo de su nombre. Por esta razón, la colección la cambiaré a un mapa; de esta manera, podré localizar actores con mucha más eficiencia.

2. Como los actores estarán en un mapa, necesito un mecanismo eficaz para recorrer la colección durante una actualización; razón por la cual crearé una segunda colección basada en un vector. En este vector, estarán únicamente los actores que sean dinámicos y aquellos que no estén "durmiendo", por lo que el proceso será eficiente. Para lograrlo, GameginePhysx necesitará llevar un control interno de los actores, sus tipos y sus estados.

3. Al finalizar cada simulación, GameginePhysx se encargará de actualizar el estado en Gamegine para cada uno de los actores en el vector de actores por actualizar.

Así que, nos vemos en otro rato...

.

Gamegine + Physx compilacion... ya perdí la cuenta...

2009-01-15T07:58:00.000-06:00

Increíble pero cierto. No he terminado de compilar GameginePhysx...

Gamegine + Physx

Calculo que habré terminado para este fin de semana y entonces comenzaré con la implementación dentro de Gamegine. Aún me hace falta escriir código para la creación de elementos dinámicamente.

Mi idea es que en el archivo que define un escenario también haya información de sus características físicas; de tal manera que sea posible para Gamegine detectar un driver de física y crear los elementos necesarios de forma automática.

Por ejemplo, en el archivo de escenario de un juego habrá la siguiente definición:

<node name="Rock" id="0">

<position x="0" y="0" z="0" />
  <rotation qx="0" qy="0" qz="0" qw="1" />

<scale x="1" y="1" z="1" />
  <actor name="RockActor">
    <body mass="10" />
    <shapes>
      <box>
        <dimensions x="15" y="10" z="9" />
      box>
    shapes>
  actor>

node>

De esta manera, Gamegine podrá determinar las características físicas del objeto y crear los elementos que sean necesarios.

Gamegine ya puede levantar una escena desde un archivo xml, pero pues hace falta el codigo que interprete precisamente la parte de física...

.

Gamegine + Physx primera compilacion

2009-01-06T07:28:00.000-06:00

Billy me ha malacostumbrado. En serio, rara vez vemos una cantidad tan inhumana de errores de compilación en un programa hecho en .Net. Si señores, C++ no es .Net, en términos generales.

El caso es que hoy, por fin, pude compilar el proyecto GameginePhysx y miren nada más la cantidad de errores por resolver:

1a compilación de GameginePhysx

Me esperaba unos mil, pero casi tres mil! Creo que estaré en esta etapa un buen rato más...

.

Gamegine 0.3 en proceso

2009-01-03T10:32:00.000-06:00

El segundo aniversario de Gamegine se acerca. No, no se vale revisar post viejos. ¿No lo recuerdan? Ahí les va, 18 de Marzo de 2007 Gamegine vió la luz. Ha pasado mucho desde entonces, y lo que mas esperamos no pasa.

Que tragedia...

Gamegine llega a su segundo año de desarrollo y aún no lo publico. No intento disculparme, yo mismo me he convencido de muchas cosas estos días, y una de ellas es que este proyecto me ha traído tantas emociones... Es como mi hijo más querido. De hecho, lo es. Hace unos meses me preguntaba si tendría sentido continuar con él. Me refiero a que, en la actualidad, hay muchos motores para el desarrollo de juegos. Muchos de ellos son gratuitos, incluso. Cosas así han rondado en mi cabeza desde hace un año, me atormentan... Luego recuerdo la idea original. De los motores que conozco, ninguno la tiene. Igual y estoy equivocado... Gamegine es un framework!!

Ya algunas veces he intentado explicar la diferencia, por lo que no entraré en detalles. Lo que sí será justo mencionar es que, aunque la idea principal se mantiene, ha habido algunos cambios en su estructura. Ya les platicaré de esto más adelante.

Y a todas estas, ¿que onda con Gamegine? Recientemente inicié el desarrollo de su versión 0.3. Esta, además de algunos cambios estructurales, implementa un dispositivo para control de física. Misma idea: un dispositivo controlable por cualquier motor de física en el mercado. En estos momentos estoy escribiendo un controlador basado en Physx, el cual creo es unos de los más poderosos. Lo mejor es que, bajo ciertas circunstancias, es gratuito.

Gamegine + Physx

Sobre proyectos con Gamegine, hay uno en puerta; razón por la cual me ví en la necesidad de comenzar la implementación de un dispositivo de física.

Como siempre, más noticias pronto, demos y código.

.

Gamegine y el linker se encuentran de nuevo

2008-10-17T05:40:00.002-05:00

Me encontraba compilando Gamegine, después de meses de no trabajar en él. Me sentía como un extraño en mi propio código. Siempre me sucede algo parecido, ¿saben? Todos los días trabajo en diferentes proyectos, siempre uno de ellos es EL proyecto a desarrollar y los otros son nuevas ideas, experimentos, soporte a otros programadores, etc; y al final del día esta Gamegine y todos los proyectos con los que este trabaja. El caso es que siempre ando olvidando cosas que ya desarrollé y cómo las desarrolle. Al principio me llegó a preocupar bastante, pero como diria mi amigo Wilbert: "es una prueba de que sigo siendo humano".

El caso es que, compilaba Gamegine porque mejoré algunos aspectos del engine. Siempre estoy tratando de mejorar las cosas. Pero esta vez, después de tanto tiempo, cuando superé la compilación del proyecto, me encontré cruzando los dedos para que no hubiese problemas a la hora del link. Wow! si hubiesen visto cuantos errores me arrojó tras la primer compilación que le hice al proyecto, hace ya mucho tiempo de eso (¿como un año no?) Creo que me llevó como 2 semanas dejar el proyecto sin errores y luego otra más depurandolo para que no tronara en tiempo de ejecución.

Tras el último mensaje, sentí un alivio similar al de la primera ocasión. Como me encanta ete proyecto. En la oficina no dejo de hablar de esta o aquella nueva funcionalidad y bla bla bla bla...

Gamegine ha sido uno de los proyectos que más satisfacciones me han dado en esta mi vida geek, así que tengan por seguro que seguirá adelante. Esta vez un poco más tranquilo y mejor estructurado. Verán, trabajé más de un año para poder compilar el proyecto la primera vez. Para algunos será demasiado tiempo, pero si toman en cuenta que lo estoy desarrollando en mis tiempos libres, para mí es un gran logro. Por ratos me sentí tan desesperado por liberar algo, y aunque aún no lo he hecho, me digo a mi mismo: "mi mismo, llévatela tranquilo y libera cuando tengas que hacerlo". Digo, les funcionó a los de Silicon Knights, por qué conmigo seria diferente...

.

gamegine sigue en pie, nada mas dormido

2008-09-10T19:33:00.003-05:00

Nada nuevo por aquí. En realidad me ví obligado a abandonar este proyecto por un tiempo, ya que mi vida personal se estaba haciendo pedazos. Pero ya vamos para arriba de nuevo y les tendré al tanto de lo que ocurra con este proyecto, el cual no ha muerto. No señor, está vivo, nada más que algo dormido.

Esperen noticias pronto. Gracias por visitarnos.

Un abrazo.

Parte 2: JUN, el diseño del juego

2008-05-01T21:57:00.002-05:00

Ha pasado mucho tiempo desde que inicié el desarrollo de este Tutorial. Me han de perdonar esta ausencia, y es que han pasado muchas cosas en estos días y me he visto en la terrible necesidad de meter muchos de mis proyectos a un cajón, en espera de una portunidad de continuar con su desarrollo.

Precisamente ahora, mi calendario de trabajo personal está hecho un caos y no se bien lo que estaré haciendo durante los próximos días, pero mientras mi vida entra en balance nuevamente, decidí continuar con el desarrollo de este juego. Espero a algunos de ustedes les sea de utilidad esta información.

Ahora si, pasemos a lo bueno de este post: el documento de diseño de un videojuego.

Mucho de habla de esta parte del proceso. Muchos han de decir que es una pérdida de tiempo, pero les aseguro que es extremadamente importante, sobre todo si se trabaja e equipo. A lo largo de su vida profesional, se darán cuenta que el trabajo en equipo es extremadamente funcional, si se sabe aplicar correctamente. Incluso ahora, las grandes compañías de desarrollo, no solo de videojuegos, están compuestas por equipos enormes, que se reparten el trabajo de una manera optimizada y funcional.

Podemos decir, como se escucha en algunos lugares, que el documento de diseño de un videojuego es el alma misma del juego, o la biblia del juego. Aquí se detallan los elementos más importantes del juego, sin llegar al nivel técnico, para el cual se desarrolla otro documento (el documento de técnico de un juego).

Para este juego, he desarrollado un breve documento de diseño, que explica muy brevemente los factores más importantes de JUN. Es importante que no me tomen cada palabra como una regla, sino que investiguen por su cuenta y tomen mi trabajo como una rferencia más para aprender de ustedes mismos. Se darán cuenta, con el tiempo, que el mejor maestro es la experiencia.

Por otro lado, no crean que tengo una gran experiencia en esta parte del proceso. Creo que son muy pocas las personas a las que les gusta esta parte, pero créame que vale la pena el esfuerzo.

En mi trabajo diario, me ha tocado documentar muchas partes de la plataforma de desarrollo de aplicaciones que utilizamos. He escrito muchos manuales de usuario y de procedimientos, así como videos que explican las técnicas más eficientes para la elaboración de formularios ycatálogos en línea; y cada vez que m encuentro ante Word, con muchas líneas de texto por escribir y detalles que explicar, tengo que ir a tomarme una buena taza de café, pues esta parte puede resultar extremadamente aburrida, pero mucho más importante de lo que parece.

Ahora si, ¿que debemos encontrar en este documento? Fácil, una descrpción de cada elemento del juego. Dsde las pantallas, la lógica, la inteligencia artificial, etc. ¿Recuerdan el artículo que les mencioné en la primera parte? también me he basado en ellos para desarrollar nuestro documento de diseño. Les recuerdo la liga para que le echen un vistazo:

Link: [inglés] Tim Ryan's "The Anatomy of a Design Document"

Por otro lado, también he subido al grupo en google (¿les mencioné que di de alta un grupo en google?) el documento de diseño para JUN.

Link: JUN- Game Design

Les prometo que muy pronto estaré pulicando lo más interesante del juego: como se programa el juego. Por ahora, déjenme darles un adelanto, los siguientes post dividirán el desarrollo en dos fases: el desarrollo de la lógica del juego (incluyendo la inteligencia artificial) y el desarrollo gráfico del juego.

Nos vemos muy pronto.

.

juego de talento

2008-04-30T07:14:00.001-05:00

Este es un concurso que organiza la FONE (Foro de la Nueva Economía), una institución no gubernamental apoyada por instituciones gubernamentales. El objetivo principal es crear nuevas empresas que se dediquen al desarrollo de videojuegos y animación digital.

Pero, ¿qué es "Juego de talento"?

Ni siquiera los organizadores han logrado responder bien a esta pregunta, pero aquí les comento lo que he entendido hasta el momento: es un Reality show (tipo Big Brother) que se llevará a cabo en línea (de ahí el término Virtuality), durante el cual los equipos concursantes deberán seguir las instrucciones que el jurado les entregará cada semana hasta completar un Storyboard sobre la historia del juego.

En total serán 24 los equipos participantes, es decir, de todos los equipos registrados se elegirán solamente a 24 para el Virtuallity. Y claro, puedes participar por tus tanates (solo), pero, en la vida real, un equipo de una sola persona no es equipo y no hace gran cosa, por lo que le darán más puntos al trabajo en grupo.

La duración del virtuality es de 8 semanas, comenzando en Julio. Durante el mes de Junio se llevarán a cabo una serie de talleres que te ayudarán en la creación del storyboard durante el concurso. Estos talleres son gratuitos, pero presenciales. Aquí es donde nace mi descontento, necesitas viajar al D.F. para participar en dichos talleres.

¿Qué necesito para participar?

Una muy buena idea y habilidades para narrarla y convertirla en un storyboard. No necesitas conocimientos técnicos y mucho menos de programación. De ahí parte mi escepticismo alrespecto.

También tienes que registrarte en el sitio Web. Pero "ojo", el seudónimo que utilices para el registro será el que identifique al equipo entero.

Pero antes de participar, hay algo muy importante que necesitan realizar: proteger esa idea en la INDA (derechos de autor). He estado investigando y no parece ser muy complicado el trámite, salvo porque se requiere la obra terminada y, en este caso, no la tienes. Así que tienes de dos sabores: investigas por tu cuenta o solicitas el servicio a los organizadores del concurso. En la primera opción, el costo es más barato (aunque no tengo bien idea de que sea necesario hacer), mientras que en la segunda solo les das tus datos mas $1,000 (mil pesos) y ellos hacen el trámite por tí. Si me entero de algo más les aviso.

Posteriormente, debes enviarles una ficha con los datos del proyecto, así como de los miembros de tu equipo.Incluyendo el resumen de la historia que ha de concursar. Otro día les pongo bien la infromación de esto.

Tienes hasta el 30 de Mayo para registrar tu proyecto, pero recuerda que el proceso de registro en derechos de autor ya debe haberse iniciado para entonces.

Hay 3 categorías en el concurso: estrategia, acción y animación digital.

Pueden consultar las bases del concurso en la siguiente liga (pero les aseguro que está mas claro aquí) para obtener todos los detalles que me hiciera falta mencionar.

Link: Concurso Juego de talento

Y si, por si se lo preguntan, ya estamos formando un equipo para participar, con una historia que traigo entre manos desde hace un rato. Por ahora, los integrantes somos los siguientes:

- Sharky
- dK

Do u have what it takes?

.

Parte 1: Jun, el concepto del juego

2008-02-22T19:46:00.004-06:00

He estado pensando al respecto y creo que me he apresurado un poco en el desarrollo de este tutorial. No se que piensen ustedes de esto, pero creo que para ser un "curso" completo, debemos tocar cada uno de los puntos que intervienen en el desarrollo de un videojuego a nivel profesional. Así que volvamos a comenzar desde el principio: con el concepto del juego.

Todo videojuego debe comenzar con una idea, lo que podemos llamar como el "concepto" del juego. Será necesario documentar esta idea para poder vender el proyecto a un publicista, productor o persona afín. Podrá parecer una perdida de tiempo, pero créanme, en las grandes ligas, esta parte del diseño de videojuegos resulta muy importante.

Este documento debe ser muy breve, claro y extremadamente atractivo. Piensen en él como la carta de presentación de su proyecto. Si el día de mañana alguno de sus proyectos pudiese entrar a un concurso o recibieran la entrevista de algún productor, este documento es lo primero que necesitarán presentar. Es nuestra carta fuerte, así que como tal habrá que redactarlo.

Los puntos más importantes a mencionar en este documento son los siguientes:

* ¿cual es el objetivo del juego?
* ¿que lo hace tan atractivo?
* ¿cuales son sus características mas importantes?

Para desarrollar nuestro juego JUN, he escrito un breve documento sobre el concepto del juego. Este documento, dicho sea de paso, esta basado en una guía escrita por Tim Ryan para Gamasutra, en donde podrán encontrar información mas detallada sobre este importante procedimiento:

Tim Ryan's "The Anatomy of a Design Document"

Puedes obtener una versión del documento del concepto del juego en la siguiente liga:

JUN: Game Concept

.

JUN, iniciando el proceso de diseño

2008-02-22T08:13:00.002-06:00

Siguiendo con la idea del videojuego, vamos a comenzar por lo basico: el analisis del problema.

Este juego consta de 108 cartas (mas las especiales que no forman parte del juego convencional), organizadas de la siguiente manera:

Cartas azules:
0 x1
1-9 x2
Toma 2 x2
Reversa x2
Salto x2

Cartas rojas:
0 x1
1-9 x2
Toma 2 x2
Reversa x2
Salto x2

Cartas verdes:
0 x1
1-9 x2
Toma 2 x2
Reversa x2
Salto x2

Cartas amarillas:
0 x1
1-9 x2
Toma 2 x2
Reversa x2
Salto x2

Cartas sin color (multicolor):
Comodin x4
Toma 4 x4

Las reglas del juego son muy sencillas, pero tienen diversas especificaciones, razon por la cual solo mencionare las mas importantes. Pueden visitar el sitio UNO en Wikipedia para conocer mas detalles y variantes del juego.

Para manejar esto, tenemos que definir estas caracteristicas de una forma simple y que nos permita manipular las cartas de forma eficiente, por lo que nos iremos por el camino sencillo y vamos a manejarlo con enumerados.

De la misma forma, necesitamos definir una "Carta" dentro del juego, que especifique las caracterisitcas descritas y que nos permita manipular el flujo del juego a placer y con suma sencilles.

Tambien vamos a necesitar crear pilas de cartas, que nos permitan controlar las jugadas en mano, cartas jugadas y cartas por jugar.

Veo que tengo algunos problemas para poner contenido de codigo en este template, por lo que he de solucionarlo hoy en la noche y comenzare a postear el codigo del juego como va hasta el momento.

Nos vemos pronto.

.

Gamegine, ahora con un sistema de GUI

2008-02-20T07:11:00.003-06:00

Mas silencio por aqui, pero no se crean, he estado trabajando en el Gamegine.

Ahora que me encuentro planeando el primer juego que empleara el Gamegine Development Framework, me he topado con un problema: no habia manera de definir una interfaz grafica. Claro, hay muchas opciones aqui en la red, pero ninguna que se ajuste a las necesidades del framework; sin embargo, una de ellas se aproxima lo suficiente. Se trata del framework CEGUI (Crazy Eddie's GUI System) que es utilizado en casi todos los demos de Ogre. En realidad es muy bueno, y configurable, y no resulto muy dificil construir algo para el. De hecho, el systema, aunque un poco complicado, ha quedado muy facil de implementar.

Por otro lado, hacia falta tambien un mecanismo para definir menus. Hay dos tipos, en terminos generales, de menus que podemos ver en un juego: estan los menus de configuracion y los menus dentro del juego. Los primeros son empleados en gran medida para definir las caracterisitcas del juego, cargar niveles, etc. Los segundos son elementos que se encuentran activos mientras estas jugando, como por ejemplo: un menu de armas, hechizos, etc.

Pero bueno bueno, y esto que tiene que ver con el juego? Facil, necesitamos menus para el juego. Este primer juego, como se han de imaginar, es uno muy sencillo que, segun veamos como le va, podriamos hacer mas completo. Este juego no utilizara fisica, que es una caracteristica que aun no he terminado de implementar en el framework.

Vamos a lo importante, a partir de mañana comenzare a trabajar en la parte artistica del juego y comenzare a postear detalles de la logica y objetivos del mismo, a la vez que liberamos contenido y codigo.

Hasta entonces, espero verlos muy pronto por estos lugares.

.

HUN

2008-02-10T15:35:00.000-06:00

Mucho silencio estos dias no? He andado bastante ocupado con un proyecto para una empresa aquí, en mi localidad. Pero eso ya está por terminar.

Este es mas bien un post para comentarles que he seguido trabajando en el Gamegine. Por ahora, dejaré de trabajar en la parte de las librerías de física por dos razones: la primera es que estoy pensando utilizar Ageia en vez de ODE, así que aún no termino de decidir esa parte, la segunda es que quiero comenzar a desarrollar un juego muy sencillo, se trata un juego que se llamará HUN (el nombre esta en Maya, y significa UNO). Esta será una versión simple y, si las cosas marchan bien, agregaremos la posibilidad de jugar en linea y hasta de jugar con algunas variantes del juego.

Por ahora les dejo con la idea, comentandoles que estare posteando paso a paso el desarrollo del juego, asi como publicando el codigo fuente. Tambien esten pendientes, por que en estos dias estare liberando la primer version Alfa del framework.

.

Demo: Water

2007-12-20T07:34:00.000-06:00

Otro demo mas a la cuenta. En esta ocasión se trata de un simulador de superficies, escrito para Ogre, en el cual podemos observar algunas características interesantes de este motor de gráficos.

Water ( Gamegine + Ogre)

Por otra parte, me he dado a la tarea de rediseñar el pipeline de ejecución del framework. Ahora, en Gamegine, es posible trabajar con un GameController predefinido o escribir el propio e implementarlo en tu aplicación. Un GameController, como su nombre lo indica, controla el programa, o dicho de mejor forma, controla el flujo del programa. Es importante hacer notar que el framework está diseñado para que ustedes mismos armen su motor de la manera que ustedes prefieran, o simplemente usar los controladores básicos.

Hoy vamos a hablar del pipeline de ejecución. Este, no es otra cosa que una colección de objetos que se ejecutan secuencialmente, siendo que al terminar la ejecución del último elemento en la lista se termina la aplicación. Más adelante hablaremos de como cambiar este comportamiento, por ahora nos centraremos en definir un GameHandler. Este es, en palabras sencillas, un elemento dentro del pipeline (cola) de ejecución. Un handler puede ser cualquier cosa que ustedes deseen implementar, siendo su representación más natural un objeto de tipo GameLevel. Este último es el elemento a implementar si queremos agregar algo a nuestros programas. En próximos tutoriales veremos más información sobre estos elementos del framework.

.

una pequeña pausa

2007-12-17T18:58:00.000-06:00

Seguramente se preguntan "que ha pasado con el desarrollo de tan no famoso framework?", pues simplemente ha tenido que pasar al cajon por unos dias, porque me encuentro trabajando en un sitio Web bajo en cargo, pero estos dias debo retomar el proyecto.

En estos momentos me encuentro rediseñando el sistema de control de flujo en el juego, de tal manera que sea posible cargar al pipeline de ejecucion, cualquier otro objeto que no sea un nivel de juego. De esta manera sera posible cargar pantallas de presentacion, videos, paneles con informacion, etc; ademas de juegos.

Mas noticias en un par de dias.

.

demo: CelShading

2007-12-12T08:18:00.000-06:00

Otro demo más a la cuenta, este se trata de un programa que explica la forma en la que se pueden cargar efectos al renderer, como el "CelShading".

CelShading (Gamegine + Ogre)

Ahora me encuentro rehaciendo la parte de inicialización y liberación de recursos, ya que ha estado tronando. Espero este fin de semana comenzar con un juego-tutorial que se me ha ocurrido.

.

demo: camera track

2007-12-11T08:13:00.000-06:00

Un demo más a la cuenta. Esta vez fue extremadamente sencillo echar a andar el demo de Ogre que se llama CameraTrack, cuyo objetivo es mostrarte que este motor es capaz de crear un objeto que pueda seguir una ruta predeterminada (algo así como un riel).

Por ahora, continuaré portando los demos de Ogre, de tal manera que sirvan para una base de cómo debe implementarse una aplicación Ogre dentro de Gamegine, pero la próxima semana comenzaremos con demos propios.

Camera Track (Gamegine + Ogre)

Ya estoy pensando en la mascota para Gamegine, aunque tal vez aun es muy pronto. Se aceptan sugerencias.

.

captura de perifericos

2007-12-10T23:48:00.000-06:00

Finalmente, he terminado de implementarle control de periféricos al gamegine framework, aunque el único que he probado, hasta el momento, es el del mouse. Mañana estaré probando con el teclado y probablemente la próxima semana podamos hacer algún demo que controle un joystick.

La idea principal dentro del gamegine es la modularidad (algunos le dan otro nombre). El otro día venía haciendo cuentas y descubrí que dentro de poco cumpliré diez años como desarrollador de software. Así que sé de lo que les hablo cuando les digo que el éxito de un programa depende, en gran medida, de su habilidad para adaptarse a los cambios. Pero, ¿cuales cambios?, me dirán. En realidad pueden ser cambios estratégicos, como la implementación de una nueva herramienta, o el mantenimiento de la misma, así como poder quitar y poner elementos sin que la aplicación se venga abajo. Así, es posible tener el engine trabajando sin la necesidad de cargar una librería de física, por ejemplo, sonido u otra cosa; y luego echarla a andar simplemente con agregarla al archivo de configuración.

El sistema de control de periféricos que he diseñado es un muy buen ejemplo de lo que les digo. Por ejemplo, para poder escuchar cambios en el movimiento del mouse, lo que necesito hacer es crear una clase que herede de una interfaz de nombre "GameInputMouseListener" y sobrecagar el método asociado al evento que me interese escuchar. Esta clase, de forma interna y, portanto, transparente, se inscribe al servicio de escucha del periférico y se da de baja cuando ya no sea necesario. También, depende de la configuración del framework el determinar qué librería se ha de encargar de llevar a cabo esta tarea. Para tí, lo único que tuviste porqué preocuparte es por sobrecargar un método.

Vamos a documentar muy bien estas características en otro post, mientras tanto, visiten el sitio oficial del gamegine para ir conocientdo como va el asunto.

Por mi parte, estaré posteando más seguido para comentarles el avance del desarrollo del framework, así como plticando de nuevos planes, como el desarrollo de un juego que ha de servir de tutorial para iniciarse en el uso de estas librerías.

.

esta vivo!!

2007-12-06T08:32:00.000-06:00

Casi un mes desde mi ultimo post, y es que por aca, con Gamegine, ha habido enormes cambios. De hecho, el proyecto se ha transformato tanto que casi debi cambiarle el nombre, pero no va a ser así, en escencia, sigue siendo el mismo.

Todo ocurrio hace un par de semanas, leyendo algunos mails del grupo de IGDA Mexico, cuando me di cuenta que necesitaba hacer algunos cambios.

El motor de juegos ha cambiado, así como el enfoque que éste ha tomado, pero la idea sigue siendo la misma: un framework para el desarrollo de videojuegos. Por ahora, falta resolver el modo en el que los jugadores interactúan con los dispositivos de entrada, la forma en la que entran en juegos los menús y las trancisiones entre una escena y otra; por mencionar algunas de las cosas que se me ocurren.

Ya les mostraré más avances hoy en la noche, mientras tanto, les dejo con la primera imagen que he sacado del framework. Se trata de un remake del demo "Beizer Patch" que viene con Ogre, pero utilzando el framework de Gamegine. En mails posteriores les explicaré como funciona el framework.

Beizer Patch Demo (Gamegine + Ogre)

retomando el camino

2007-11-08T00:21:00.000-06:00

Un mes, quien diria que ha pasado tanto tiempo. Muchos problemas familiares por aca, pero ya todo esta solucionandose poco a poco. Ya estoy compilando otra vez y, a jusgar por el numero de errores, me falta un par de semanas mas para tenerlo completo.

Como se ha hecho constumbre ( y so tiene que cambiar pronto) los dejo con la espectativa de una pronta publicacion del Gamegine. Estoy convencido de que al final, habra valido la espera.

.

implementacion de OpenGL

2007-10-07T09:06:00.000-05:00

Ya esta listo el sistema de rendereo para el Gamegine. Al final, ha llevado mas tiempo del estimado, pero habra valido la pena cuado veamos los resultados.

El siguiente punto a desarrollar es un renderer. Ogre dispone de 2: OpenGL y DirecX9. Creo que por fines prácticos, implementare el primero, y un poco mas adelante agregaremos el segundo. Estas clases no son tantas como el sistema de rendereo,por lo que no debe llevar mas de una semana la implementacion.

Por cierto, he olvidado mencionar que estoy trabajando con Ogre version 1.4.0. No es la ultima version disponible, pero bastante reciente (la ultima version disponible es 1.4.5). Por lo que podemos esperar efectos y caracteristicas muy interesantes. Para aquellos que estan interesados en el apartado grafico, y se preguntan: ¿de que sera capas el Gamegine? Pues la respuesta es muy sencilla: el sistema de rendereo es el mismo Ogre. Aunque he realizado un buen de cambios, eliminado codigo e integrado otros modulos mas afines a Gamegine; el corazon del renderer sigue siendo Ogre. Asi que para que se den una idea, visiten la galeria de graficos de que es capaz este renderer:

Galeria de materiales Ogre

Se que algunos de ustedes se han de reguntar: ¿porque crear una version adaptada de Ogre? A corto plazo esto significa mucho mas trabajo, puesto que si deseamos seguirle el paso a tan fabuloso renderer, necesitamos estar actualizando nuestro codigo y readaptandolo segun lo que Ogre tenga planeado. Eso sin tomar en cuenta que aun no se si a los chicos deTorus Knot Software (desarolladores del proyecto Ogre) pudiese molestarles la idea. Pero a la larga nos traera mas beneficios.

Tengo la idea de que en determinado momento, Gamegine tendrá el equipo adecuado para mantener su propio renderer. Además, la arquitectura de Ogre no me ha gustado tanto, asi como su falta de politicas de desarrollo. El resultado es grandioso, pero no me ha agrdado la idea de contruir el Gamegine al rededor de Ogre, mas bien, necesitamos un sistema de rendereo que se adapte a Gamegine a la perfeccion. Una arquitectura que me ha agradado bastante, y que de hecho el diseño que he implementado en Gamegine ha tomado su ejemplo, es la de Irrlicht, el cual es un maravilloso renderer, con un codigo muy limpio y veloz. Pero al final termino convenciendome Ogre por la cantidad de caracterisicas y posibilidades.

Por ahora los dejo con esto y con la espranza de ver a finales de este mes la primer version alpha del gamegine framework y mas noticias tambien.

Les dejo con esta imagen de un juego que se llama MotorM4x, que utiliza Ogre como renderer, que simplemente ma ha dejado maravillado.

.

Integracion del Render System

2007-07-30T08:27:00.000-05:00

Este fin de semana pasado termine de integrar el CORE del framework, la caceria ha terminado.

Ahora me encuentro trabajando en el Sistema de Rendereo, una serie de mas de 50 clases, en las que estuve trabjando hace unos meses, que necesitan algunas modificaciones, pero que no esta resultando tan complicado de integrar. Si todo sale como esta planeado, en una semana terminare la fase de integracion y comenzara una nueva fase de caceria de bugs, tras la cual podremos tener el primer beta del framework.

Tambien, revisando algunos archivos viejos, encontre las fuentes de un modelo de nave para un juego que estuve diseñando hace un par de años con unos amigos, su nombre es "Invaders" y es un clon del famosisimo juego "Space Invaders". Creo que sera un buen incio para comenzar a probar las habilidades del framework.

Por el momento les dejo con esta noticia, esperando tener mejores muy pronto.

.

de caceria con el gamegine

2007-07-16T07:22:00.000-05:00

Falta poco para el primer beta del Gamegine Framework. En esta entrega podremos encontrar servicios basicos para el inicio de aplicaciones 3D, asi como una serie de clases que nos serviran para crear elementos dentro de nuestros juegos.

En este primer beta, y aunque paresca ridiculo, no encontraremos los renderers, ya que estos son una serie de mas de 50 clases que no he integrado al framework y que me tomaran un poco mas de tiempo el hecharlos a andar.

Por ahora ando de caceria: he tenido muchos descuidos durante el desarrollo del Gamegine, sumado a que no soy un guru en c++, asi que hay mucho trabajo por depurar.

.

Gamegine con soporte para XML

2007-06-30T20:20:00.000-05:00

Hace un buen rato que no publico algo sobre el Gamegine. La respuesta es: "Si". Gamegine sigue en desarrollo, pero un poco mas lento de lo que habia esperado.

En estos dos ultimos meses, me he dado a la tarea de diseñar un mecanismo para desarrollar aplicaciones de una manera facil y eficiente. La premisa es: diseñar un sistema basado en modulos que me permitan crear un motor de juegos para diferentes tipos de aplicaciones.

El motor se esta desarrollando en lenguaje C++ y esta diseñado para correr en las plataformas: Windows, Linux y MAC; aunque en un futuro buscariamos la manera de implementar codigo para desarrollar aplicaciones para las consolas de Sony, Microsoft y Nintendo.

Los que desarrollen aplicaciones en .Net se sentiran como en casa con el sistema de configuracion del entorno Gamegine que actualmente esta en desarrollo, basado en Xml, ya que el framework consiste en una estructura basica para el desarrollo de aplicaciones, la cual debe encargarse de todos los detalles relacionados con la libreria grafica, capturas, inteligencia artificial, audio, etc.

En estos momentos me encuentro desarrollando las librerias para dar soporte Xml a la plataforma. Inicalmente, contamos con un XmlReader, XmlWriter y un conjunto de clases para ensamblar documentos xml en memoria.

Espero poder continuar mas adelante con los articulos referentes a la infraestructura Gamegine, para que conozcan los servicios que estaran disponibles en esta suite para el desarrollo de videojuegos.

.

trabajando en el sitio web

2007-05-27T22:27:00.000-05:00

Despues de un buen rato de andar desaparecido, ya estoy de vuelta. Ha habido muchos problemas por aca, asi que Gamegine estuvo unos dias en el cajon, pero ya estamos de vuelta.

Por ahora solo me resta comentarles que ya estoy trabajando tambien en un sitio Web para el proyecto, aunque aun esta en fase de diseño-desarrollo, pero pueden checarlo aqui.

.

Gamegine.Config

2007-04-29T14:47:00.000-05:00

Seguimos vivos. Esta semana hubo varios problemas tecnicos, pero ya han quedado todos superados.

He estado trabajando en un sistema de configuracion del framework. Me refiero a configuraciones externas del framework. Una de las mejores ideas que he encontrado, ha sido crear un archivo de configuracion Xml (muy a la .Net). Tenemos varias ideas para utilizar estos archivos y muy pronto sabremos mas alrespecto.

Sigan en contacto, pronto liberaremos el primer beta. El martes estare trabajando en una lista de las caracterisitcas que podremos encontrar en esta primera entrega y actualizare el sitio web del proyecto.

.

Gamegine, segunda parte

2007-04-14T17:46:00.000-05:00

Bienvenidos a la segunda parte de la introducción a Gamegine. Hemos estado trabajando muy duro y pronto tendremos un beta de una aplicación utilizando el Gamegine Development Framework. Mientras eso sucede, vamos apliticar un poco sobre lo que es este framework y lo que podemos esperar de él.

Segunda parte

Gamegine Development Framework

Si alguno ha programado en una empresa grande, en donde las herramientas, trabajo en equipo y la reutilización de código son el pan de cada día, seguro ya saben a lo que me refiero.

Un framework es precisamente eso, un conjunto de herramientas y/o código, que nos permiten realizar nuestro trabajo de una manera sencilla, sin meternos en complicaciones o encargándose de la parte rutinaria (o de talacha) que encontramos durante el desarrollo de un proyecto. Con esto no quiero decir que un framework de desarrollo va a realizar todo el trabajo por nosotros.

Un framework para el desarrollo de aplicaciones varía con base al tipo de aplicación a desarrollar. En nuestro caso, necesitamos un conjunto de librerías y herramientas que nos permitan crear videojuegos.

¿Que tiene de diferencia Gamegine con respecto a tantos otros motores de videojuegos en la red?, se preguntarán ustedes. Veamos lo de esta manera: Gamegine no es un motor de videojuegos.

Podemos ver a Gamegine como la parte central, o el kernel, de una aplicación en 3D.

¿Que podemos esperar del Gamegine Development Framework?

La respuesta más acertada sería: una librería que te permitirá crear cualquier tipo de aplicación 3D.

Tenemos muchas ideas lo que podríamos hacer con este framework, y tengan por seguro que en los próximos meses les daremos noticias muy gratas.

Una de las aplicaciones más importantes que van a ver la luz en los próximos meses es el Gamegine Game Studio, desarrollado utilizando el Development Framework y que estamos seguros que van a disfrutar.

.

nuevo logo

2007-04-08T13:15:00.000-05:00

Ahh! estamos estrenando tema y logo.

El logo tiene algo que ver con la idea detrás de Gamegine. Es el segundo intento y el proyecto ya va tomando forma propia.

.

Sitio oficial de Gamegine

2007-04-08T04:19:00.000-05:00

He estado trabajando en el nuevo sitio oficial de Gamegine. El sitio Web aun necesita mucho tiempo de desarrollo, pero cuando menos ya recupere el dominio que había contratado y un nuevo host.

Como ya les había comentado, Gamegine será una plataforma de desarrollo de código abierto, por lo que calificaba perfectamente para inscribirlo a SourceForge.Net.

Les comentaré más adelante otros planes que tenemos para este ambicioso proyecto. Mientras tanto, no dejen de suscribirse a la lista de correo para estar informados sobre los avances del proyecto.

Gamegine.net

.

Gamegine, primera parte

2007-03-30T23:30:00.000-05:00

Dejenme comenzar con la siguiente observación: Gamegine es un proyecto relativamente nuevo que aún se encuentra en su fase inicial de desarrollo. Muy pronto tendremos disponible los elementos iniciales de esta plataforma y una serie de Demos y ejemplos para familiarizarse con ella.

En el transcurso de las proximas semanas estaremos publicando una serie de artículos mediante los cuales comenzarás a famiiarizarte con los elementos básicos de desarrollo de aplicaciones en Gamegine.

Primera parte

Descripción inicial de Gamegine

Gamegine se compone básicamente de dos partes: un framework para el desarrollo de applicaciones 3D y un conjunto de herramientas que nos permitirán crear contenidos para nuestras aplicaciones.

Gamegine Framework

El framework está compuesto por todos los elementos de código necesarios para la creación de una aplicación en 3D. Esta es una parte muy importante de todo el sistema, ya que es la encargada de darle toda la funcionalidad a la plataforma de desarrollo. No está de más mencionar que todas las herramientas y gestores de contenidos utilizan este framework como pieza central de su desarrollo.

Para entender mejor la idea del framework, vamos a realizar la siguiente analogía: cuando desarrollamos un programa, en cualquier lenguaje de programación, utilizamos controles, estructuras y los diferentes elementos que, de acuerdo a una secuencia lógica, dan forma a nuestra aplicación. Gran parte de la funcionalidad necesaria para desplegar texto en pantalla, gráficos, sonido, etc; ya se encuentra disponible para nosotros en forma de APIs. De la misma manera, Gamegine constará de una colección bien estructurada de elementos de código que se encargarán de desarrollar las tareas elementales en una aplicación en 3D, dejándonos a nosotros la parte divertida.

Podemos resumir que Gamegine será una gran biblioteca de código diponible para desarrollar diversas aplicaciones en 3D, teniendo un enfoque principal en el desarrollo de videojuegos.

Gamegine Studio

Sin duda una parte muy importante en el desarrollo de aplicaciones es el gestor de contenidos. Hoy en día existen muchas herramientas que nos permitirá crear personajes, interfaces y demás elementos de un videojuego. Gamegine ofrece todo esto y mucho más, siendo que su principal objetivo es el de proveer un mecanismo sencillo y eficiente para integrar todos los elementos de nuestras aplicaciones, tanto de código como de contenido, minimizando el tiempo de desarrollo y, por tanto, el capital necesario para el desarrollo de juegos triple A.

Entre las herramientas que podremos encontrar, cuando menos en su fase inicial, se encuentran las siguientes:

- Diseñador de interfaces
- Administrador de fuentes
- Editores de particulas y efectos especiales
- Administrador de Sonido
- Editor de niveles
- Creación de personajes
- Animación
- Generador de combos
(entre otros)

Gamegine en su fase inicial

Creemos que este proyecto es uno de los más ambiciosos en este ramo, ya que promete crear no solo un conjunto de herrmientas, que nos permitirán desarrollar video juegos, entre otras cosas, si no que promete poner a equipos de desarrollo relativamente pequeños al nivel de empresas mundiales. Y todo esto sin que tengan que pagar un centavo.

Para lograr esto, utilizaremos herramientas que ya se encuentran disponibles en el mercado, realizando las interfaces necesarias para que nuestras aplicaciones corran sobre estas capas de aplicación de forma transparente.

Visión y Misión

Creemos que el desarrollo de videojuegos en nuestro pais no se ha explotado, no tanto porque no haya los medios, sino porque hasta ahora no hay un apoyo lo suficientemente importante como para dar un impulso importante en esta industria.

---
En el siguiente Post estaremos hablando de las estructuras de código básicas que podemos encontrar en el framework, así como los elementos disponibles para el desarrollo de aplicaciones.

Hasta entonces.

.

estilo provisional

2007-03-18T20:08:00.000-05:00

Ya tenemos un estilo en el blog. Iniciamlmente tendremos una copia modificada del estilo que utilizo en mi blog personal, pero conforme la idea de Gamegine vaya aterrizando y tomando forma propia, iremos actualizando su imagen.

.

Inicio del blog

2007-03-18T00:09:00.000-05:00

He creado este blog porque pienso escribir en el todos aquellos detalles que van a dar forma a este motor de videojuegos.

Gamegine no va aser simplemente un motor de juegos, sino que sera un conjunto de herramientas y recursos que nos ayudaran a crear videojuegos sin meternos con las complejidades que implica el desarrollo de una aplicacion de este tipo.

Podemos esperar de Gamegine una coleccion de aplicaciones que nos permitiran crear contenidos profesionales en un tiempo de desarrollo razonable.

Gamegine estara enfocado a aquellos desarrolladores independientes que, como nosotros, no cuentan con presupuesto como para invertir en un juego AAA, pero tienen las ideas, vision y persistencia necesarios para para crear un juego mejor que Halo.

Lo mejor de todo es que Gamegine sera gratuito.

Aun no contamos con el software, el cual se encuentra en proceso de desarrollo y, desgraciadamente, aun falta mucho para la primera liberacion beta. Sin embargo, aqui encontraran los detalles necesarios para conocer esta nueva propuesta y, por supuesto, opinar al respecto.

En el transcurso de las siguientes semanas conoceremos los detalles a fondo de este nuevo motor de juegos, asi como los objetivos y planes de desarrollo.

Si crees tener lo necesario para entrar a esta industria, no dudes en regresar y darle una oportunidad a lo que te proponemos.

.