Os dejo con el trailer del juego:

Si queréis ver más gameplay,  en la cuenta de Milkstone debería haber dos o tres, y de varias fases del desarrollo, así que podéis ver cómo ha ido mejorando el juego a lo largo del tiempo.

Ahora mismo ya podéis probarlo en el bazar de juegos Indies de la Xbox, así que os invito a hacerlo y si nos dáis una buena puntuación mejor que mejor, que nos gustaría estar bien arriba en la parrilla de juegos mejor puntuados.

De momento, este es nuestro juego más ambicioso hasta la fecha (en realidad, hasta que hagamos otro, imagino) y hemos dado el salto a los gráficos 3D tras el pequeño fiasco comercial que supuso Wool. De momento ya tenido muchísima más atención  que los dos títulos anteriores y esperemos que las ventas acompañen. Al igual que en Wool, creo que los gráficos estan muy bien teniendo en cuenta que hace unos cuantos años que no modelaba nada  en 3D, y que lo último que modelé tenía una pinta bastante cutre.

Espero que os guste y dentro de poco nos lanzaremos a por el siguiente. Aún así, esperad algún que otro parche para corregir los errores que se encuentren en MotorHEAT, y quizá alguna que otra sorpresilla.

En la web oficial podéis ver un vídeo que muestra el gameplay, y la idea es que si el juego va bien en ventas vayamos añadiendo más niveles poco a poco. De momento ya estoy trabajando en una actualización para agilizar algunas partes (y reescribir otras por completo) y faltan unos días para que empiece la campaña publicitaria. De eso se encarga el publisher que ha comprado el juego, Chillingo.

El juego tiene un sistema de puntuaciones online (que estamos mejorando actualmente) y la idea es ir publicando diversos concursos para dar vidilla al juego a largo plazo. Para ser el primer juego en el que trabajo, y teniendo en cuenta que soy el único programador del proyecto, no me puedo quejar del resultado. Y la cantidad de cosas que he aprendido tampoco es moco de pavo.

De momento, toca esperar a ver qué tal van las ventas en los días posteriores. De momento, sin ninguna publicidad, el juego ya ha vendido que las demás aplicaciónes para la App Store que hicimos (cosa totalmente lógica si uno las compara). Ojalá venda relativamente bien para poder desarrollar más juegos en esta y otras plataformas. La última palabra la tienen los usuarios.

Para la gente que no lo conozca, baste decir que se trata de un clon del Sliders (imprescindible para los becarios) elevado a su máxima potencia. Numerosas clases de coches, circuitos, inteligencia artificial y muchas otras características que podéis ver en su web oficial.

No voy a puntuar este juego, aunque sí diré que tiene un acabado impecable, y más teniendo en cuenta que ha sido el fruto de una sola persona, salvo por el apartado musical (en el cual yo he participado) y el resultado es fantástico. Sí, es 2D, pero tiene muchos detalles, destacando la iluminación de los coches y el “desgaste” del asfalto.

Esto último es porque, además de las marcas de derrape de los coches, también van quedando trozos de la carrocería que salta en los impactos. Cuando juegas una carrera con varios coches, al terminar la carrera se distinguen perfectamente las zonas “conflictivas” solo con mirar a la carretera.

En fin, qué más os puedo decir, el juego tiene una gran variedad de coches y dificultades para adaptarse a la habilidad del jugador, pueden jugar hasta 4 personas en local y vale más de lo que cuesta. Si tienes una XBox 360, puedes bajarte la demo de este nuevo Community Game y echarle un vistazo, seguro que te divierte.

P.D.: Ya podéis visitar la página del proyecto, y quizás os interese añadir a Twitter al usuario Milkstone, para estar al tanto de las actualizaciones ya que, de momento, los Community Games no tienen actualizaciones automáticas.

Aquí es donde nace Milkstone Studios, originada a partir de la inquieta cabeza de Waaghman y en la cual un servidor intentará aportar todo lo que pueda. La página oficial está todavía en un estado un poco precario, con poco contenido y algunas cosillas por pendientes de hacer, pero ha servido para poner en marcha todo el proceso de “oficialización” del grupo.

Dentro de unos días se publicará el primer juego, del que hablaré más detalladamente en otro post aparte. De momento, esperemos que las ventas acompañen (lo suficiente como para permitirnos seguir haciendo juegos) y que tengamos una buena respuesta por parte de la comunidad. Seguiremos informando.

El caso es que, de cara a utilizarlo, voy a utilizar un lenguaje de script (de hecho, ya he empezado a hacer algunos bindings) y me entra una duda, ¿cómo voy a documentarlo?. Doxygen está muy bien cuando documentas un código de un lenguaje que conoce y cuando documentas funciones que existen en el código. Pero ahora yo tengo funciones todas del mismo tipo (solo cambian en el nombre) pero que en el sistema de script tendrán un número de parámetros determinado y un valor de retorno. Pero eso en el código de C++ no aparece reflejado a simple vista pues, como muchos ya sabréis, el sistema de script se comunica con la parte de C++ a través de una pila, por lo que doxygen no se entera de nada de esto.

¿Qué debería utilizar para documentar la API que estoy creando en el script? Lo más decente que se me ocurre es hacerla a mano, o quizás intentar seguir apañando el doxygen a ver si consigo algo más decente. ¿Alguien me puede iluminar el camino?

Yo soy un gran fan de la saga, especialmente de las dos primeras partes, y mi padre también. Pero al no estar traducido a nuestro idioma le iba a ser imposible de jugar. Así que en poco menos de un día he hecho una traducción completa de todos los diálogos.

Están traducidos a mano, sin tirar de traductores automáticos ni demás mierdas, salvo la ocasional consulta al diccionario para ciertas palabras. Estoy muy contento con la tradicción, aunque todavía no la he probado del todo, así que si encontráis algún fallo o algo que se debería mejorar, dejar un comentario.

Para instalar la traducción, no tenéis más que abrir el fichero “data.b25c” que está en la carpeta del juego, con el 7zip o en su defecto el WinRar. Entráis en la carpeta Text y arrastráis ahí dentro el fichero de traducción. Ahora podréis elegir el idioma español en el juego. Espero que la traducción os guste, ya que el juego lo merece.

Descargar traducción [actualizada el 5/10/2008 a las 21:18]

P.D.: Ya he terminado el juego, así que los errores más gordos han sido subsanados, aunque no descarto que se me hayan colado algunos por ahí. Respecto a la traducción de la gente de www.brokensword.es, a mí me gusta más la mía pero oye: busque, compare y si encuentra algo mejor ¡quédeselo!

De momento, la cosa está un poco austera, pero intentaré ir actualizando tanto como pueda, porque siempre es bueno publicar lo que uno va haciendo para darse cuenta de los errores que ha cometido (o que otro los señale con el dedo).

http://flexo-engine.blogspot.com/

De momento estoy con la documentación, pero si alguien quiere involucrarse con la toma de ciertas decisiones, también lo postearé ahí. No se requiere experiencia para comentar

Ahora mismo me encontraba enfrascado en el desarrollo del motor físico. Inicialmente iba a ser 2D, pero encontré un libro bastante decente con el que ya he hecho una simulación en 3D simplificada. El problema ha sido al incorporar los cuerpos rígidos a la simulación. Ahí he visto que no era tan fácil la cosa, y que no me iba a dar tiempo ni en broma.

Así que cambio de planes, voy a terminar la versión simplificada del motor para tener una física sencilla pero que funciona relativamente bien y así poder dedicar más tiempo a re-diseñar el motor en Agosto. Se supone que en lo que queda de mes tendría que terminar el motor físico y el motor de audio (no creo que me lleve más de un par de días).

Estoy aprendiendo un montón, y me doy cuenta que hacer algo tan ambicioso como lo que tenía en mente no es moco de pavo y hay que poner limitaciones. No puedes hacer algo sencillo y que a la vez permita mucha profundidad, son conceptos contrapuestos. Yo me estoy decantando por lo primero, espero que salga algo decente de todo esto.

Así que he decidido para y ponerme a diseñar el motor en condiciones. Tomaré lo que llevo hecho hasta ahora como un prototipo (sobre el que aún tengo que probar dos módulos más: el de sonido y el de física) y re-diseñaré todo sobre el papel. Evidentemente, voy a aprovechar la mayoría de cosas que tengo hechas, pero quizá cambie alguna que otra trampa que he tenido que hacer por ahí.

Curiosamente, me parece que la documentación hasta el momento no está saliendo mal. Solo llevo hechos hasta los requisitos y unos pocos diagramas pero, a pesar de que lo mío no es escribir documentación (quizá la falta de costumbre) el resultado es bueno, por el momento. Y sin resultar un coñazo, algo que para mí es lo principal a evitar, especialmente con la gran cantidad de relleno que suelen llevar los tomos de los proyectos fin de carrera.

Incluso estoy organizando un poco la presentación, aunque ya sé que todavía queda mucho para eso, pero a partir de un blog de Dani Gayo terminé viendo varias ponencias sobre el tema. Quizás salga con vaqueros azules y polo negro ‘a lo Steve Jobs’ a ver lo que pasa

Esperemos que las cosas sigan avanzando poco a poco. No se si me dará tiempo a terminarlo para finales de Junio, no puedo asegurar nada. Pero de Septiembre no pasa, eso seguro.

El principal problema me lo estan dando la comunicación entre subsistemas. Mi idea era que todo estuviera bien integrado y que se reutilizase un montón de código y todo eso. Pero eso solo hace que tengas unas jerarquías de clases monstruosas y tengas que hacer ciertas concesiones en algunos casos, pues es imposible hacer todo tan genérico como yo pretendía.

Por un lado, evidentemente hay cosas que han salido muy bien, y estoy contento con ellas, pero otras no me acaban de convencer. Quizás este sea uno de los problemas de llevar el proyecto solo (y alargarlo durante tanto tiempo): se pierde la perspectiva.

Quizás solo sea un mal día, un escollo como otro cualquiera en el desarrollo de un proyecto. Pero sí que echo de menos tener el contrapunto, tener alguien que me pare los pies o que me de otro punto de vista. En fin, que mañana será otro día.