Tyranus:: IndieGames

Proyecto Butterfly finalizado.

2010-02-11T19:29:00.000-08:00

Luego de mucho tiempo permaneciendo culminado e inactivo, finalmente pude presentar el proyecto butterfly en su versión final.
Sufrió muchos cambios a lo largo del tiempo, y maduro para llegar a poder utilizarse en PC de bajos recursos, como por ejemplo una netbook. Si bien no es una versión para usuario final, no necesita mayores ajustes para que pueda correr en diversas condiciones de luz, posición respecto a la camará, timming's y etc.
El proyecto fue calificado con un nueve! Teniendo en cuenta que todavía se puede mejorar más.
La buena noticia, es que al rendir este final, me he recibido de Analista, y ahora con mucha suerte y esfuerzo puede que el año que viene obtenga la licenciatura.
Dejo para descargar el archivo ejecutable, y el trabajo escrito con una explicación del mismo.

http://www.4shared.com/file/220253406/c1c10397/Butterfly.html

Para poder usarlo se necesita reproducir la herramienta para lograr el aumento analógicamente, también descripto en el trabajo. Además se debe tener instalado OpenCV (https://sourceforge.net/projects/opencvlibrary/files/opencv-win/2.0/)

Un saludo.

Rejugabilidad.

2010-01-13T20:16:00.000-08:00

Existen varias formas de lograr la rejugabilidad en un juego. Pero antes de empezar a hablar de ello, por obligación, hay que definir a que nos referimos con este término.

La rejugabilidad se refiere simplemente al hecho de volver a jugar un juego (o una fase de un juego) una vez completado el mismo. Su principal objetivo es, por lo tanto, estirar la vida útil del título por propia voluntad del jugador, viéndose incentivado por diversos factores que son el tema de discusión de este artículo.
Hay que señalar que si bien es uno de sus objetivos, estirar el tiempo que se juega no significa darle rejugabilidad. Los aspectos que consideremos para esto deben ser aquellos que tiendan a lograr que jugador vuelva a jugar, y no que retrase el final del juego.Existe una sutil diferencia entre estirar el tiempo de juego (rejugabilidad) y estirar un juego (Añadir elementos repetitivos, dar vueltas sobre los mismo para que el jugador tarde en ganar).

Algunas de las herramientas de las que voy a mencionar son: Score, Secretos, Múltiples finales, Caminos alternativos, Contenidos desbloqueables, Multiplayer, Niveles de dificultad, Selección de Escenas, Subquest, creación de contenidos, trucos y por último selección de personajes.

Score.

Una de las herramientas más utilizadas y clásicas en el mundo de los videojuegos, es el score. Sin embargo, el origen del score no es propio de los videojuegos sino que es un concepto tomado de los juegos en general. Se puede ver tanto desde un punto de vista multiplayer, en por ejemplo el fútbol donde la acción de hacer un Gol incrementa el puntaje del equipo; hasta el otro extremo desde un punto de vista single player, por ejemplo en el juego "solo uno" (juego de mesa en donde se tiene un tablero lleno de fichas y el objetivos es dejar solo una pieza en el centro, la cantidad de fichas que quedan son el puntaje y cuanto menor sea, mejor se jugó).

La idea aplicada en videojuegos es simple, asignarle un puntaje (positivo o negativo) a las acciones que se consideran oportunas para crear, a fin de cuentas, un puntaje para cada jugada.

Que satisface en el jugador.

Esta mecánica apela principalmente al sentido de la competencia que tienen los jugadores, y es por ello que es conveniente que este puntaje se pueda compartir con otros jugadores para montar una especie de desafío implícito que lo incentive a batir records. Otro aspecto del que se puede sacar provecho por medio de esta herramienta es la autosuperación del jugador.

No hay que olvidarse que la competencia es una necesidad de carácter social por lo que es bueno formar la tabla de highscore que identifique quien y cuantos puntos se hicieron, de manera que se puedan comparar los resultados.

Compartir.

Sería ideal armar una tabla online donde todos los jugadores en distintas partes del mundo puedan subir su puntaje y asi posicionarse en un ranking mundial. El problema que se puede plantear es que, una vez que el juego es viejo (o adquiere cierta edad), los puntajes más altos quedan primeros en las tablas para siempre lo que podría llegar a decepcionar a nuevos jugadores por no lograr aparecer nunca. Soluciones posibles son dos

Borrar las tablas cada cierto periodo de tiempo, lo cual es totalmente injusto para los jugadores que se pasaron horas y horas para estar arriba de todo en la lista. Un posible intento de suavizar este defecto, es pasar al primero de la lista a una lista de "Top legend", donde queda almacenado históricamente los puntajes más altos, llevada en paralelo con la lista de higscore temporal.
Armar categorias: por zonas, por tiempo, por edad, etc... La forma más clásica es armar puntajes por tiempo, es decir highscore del día, highscore del mes, highscore total.

Otra variante es comparar los puntajes solamente con aquellas personas que son amigos entre sí, ya sea creando un torneo o utilizando la API que proveen las redes sociales (ej: facebook).

No siempre es posible compartir puntajes de manera online (ej una consola no conectada internet, un dispositivo movil, u otros motivos que pueden ser tan solo capricho de un miembro del equipo), en su lugar se pueden plantear dos estrategias distintas totalmente compatibles.

Por un lado, una tabla de highscore "local" (clásicos en Arcades), para compartir con amigos y familiares.
Otra opción es crear una especie de calificación para la jugada basada en puntaje (ej: Odin Sphere). Este consiste en la asignación de una letra por ejemplo A B C D F, o bien númerica 1..10 (menos utilizada) según el desempeño en el juego. Esto requerirá de un buen proceso de playtesting para conocer los puntajes óptimos humanamente posibles.

Esta última variante actúa más bien un sentido de autosuperación que de competencia, aunque este puntaje puede ser compartido de palabra entre los jugadores.

Aspectos negativos.

Incluir puntaje en un videojuego no siempre es posible ya que suele romper atmósferas de terror, suspenso, drama, e incluso puede afectar negativamente la inmersión en el mundo del juego. El puntaje también puede romper la ilusión de realismo, y puede llegar a obstruir en la historia si desvía demasiado la atención del jugador (Seguir juntando puntos mientras machacan a un aliado).Incluir o no un puntaje depende de estilo del juego y del mensaje que se busca transmitir (si es que hay alguno).

Implementaciones.

Se puede aplicar puntajes positivos a acciones que se quieren premiar o puntajes negativos a las que se quieren presentar como "malas".
En los puntajes positivos, la idea es dar mayor puntaje a las acciones más dificiles, pocos probables o poco frecuentes en el juego. Otorgar puntaje a una acción puede ser útil también para darle una pista al jugador de que esta haciendo lo correcto (por ejemplo acertar los disparos en el punto débil de un Boss).

Los puntajes negativos, se suelen usar para guiar al jugador por el camino que deseamos (por ejemplo moralmente), o bien en trampas donde la astucia del jugador lo premia al evadirlas (no caer en un hoyo).
Como estrategia moral podemos citar la acción clásica de quitar muchos puntos por matar a un aliado o a un civil.

Score como dinero.

Suele utilizarse también una variante del score, donde se puede utilizar una medida paralela (o la misma) para comprar items en el juego. Estos items pueden usarse para facilitar el juego y hasta pueden ser elementos meramente decorativos, lo ideal es que este dinero sea acumulativo para que al volver a jugar una fase siga incrementándolo.

Secretos.

Otra forma de incrementar la rejugabilidad es la introducción de secretos. Los secretos pueden ser items útiles (armas, vida) , zonas ocultas, o incluso fragmentos de la historia. Para que este tipo de factor sea importante, es ideal mostrar la cantidad total de secretos en un nivel sobre la cantidad de secretos descubiertos, para que una vez finalizada la fase el jugador sepa si quedaron zonas sin descubrir (si lo que se quiere es rejugabilidad, y no tan solo premiar la curiosidad).

Que satisface en el jugador.

Esta herramienta apela al sentido de exploración en un jugador, como también la curiosidad. Por descubrir un secreto más, el jugador puede estar dispuesto a recorrer el mapa de arriba a abajo una y otra vez.

Ventajas indirectas.

Al incluir secretos en un juego, ampliamos la atención que presta el jugador al mismo, ya que estará en la continua búsqueda de pequeños detalles que le den pistas que revelen un secreto, esto tiene como consecuencia que el jugador aprecie el diseño del nivel, y el arte puesto en el mismo, a prestar tanta atención a los detalles.

Aspectos negativos.

La inclusión de secretos suele complicar la tarea de un level designer si no se quiere desviar la atención del jugador del flujo principal del juego. Otro aspecto a tener en cuenta es que deben estar bien ocultos y al mismo tiempo deben existir las pistas necesarias para que sean descubiertas sin exagerar ninguno de los extremos.
Deben ser la cantidad apropiada para cada nivel, y deben poder descubrirse sin interferir con el objetivo del nivel (no es bueno que el secreto se confunda con un puzzle que permita al jugador avanzar).
La falta de secretos luego de una exploración en lugares o tareas monótonas puede terminar convirtiéndose en un factor de decepción.

Múltiples finales.

Suele ser una tarea costosa y no es aplicable a cualquier tipo de juego, depende mucho de la historia principal (a diferencia de la mayoría de las herramientas aquí discutidas) y en general son el resultado de tomar caminos alternativos, o decisiones alternativas.
Es importante también el factor de inmersión en el mundo del juego que se logra en el jugador, ya que dependiendo del mismo es que puede ser que el jugador este dispuesto a jugar todo desde el comienzo o simplemente volver a intentarlo desde un savepoint. Una solución elegante es crear auto-guardados ocultos que al finalizar el juego son desbloqueados, o bien utilizando un selector de niveles (luego discutido en el articulo) .

Cuanto más simple y corta sea la historia(o el juego en general) más fácil suele ser la inclusión de distintos finales.

Que satisface en el jugador.

Si la historia o el mundo del juego son lo suficientemente atrapantes, saber de la existencia de un final alternativo despertará curiosidad en el jugador.

Como contarlo.

La decisión de como informar de estos finales son varias, pueden ser incluidas directamente en el mismo juego (por ejemplo con un contador de finales I wish I were the Moon), puede ser revelada por algún dialogo con un personaje, o bien puede ser el resultado de lanzar una noticia luego de publicado el juego. También se puede optar mantenerlo en secreto, y esperar a que un jugador lo descubra y corra la vos.

Caminos alternativos, mismo resultado.

Esta herramienta es similar a la anterior, parte de la idea de un camino alternativo o decisión alternativa, solo que esta vez desemboca en un mismo desenlace desde el punto de vista de la historia general. Este tipo de alternativa se debe aplicar simplemente al recorrido del nivel pero no debe afectar el desenlace final de la historia (aunque se puede modificar parte de ella).
La curiosidad es la que juega un papel importante en este recurso, es por ello que las decisiones deben ser atractivas para que el jugador se sienta incentivado a volver a intentarlo.Un buen ejemplo son las etapas de decisión en el RE3.

Contenidos desbloqueables.

A través de un determinado score, la finalización del juego, la recolección de todos los secretos del nivel, la recolección de todos los items de cierto tipo o cualquier otro tipo de estrategia, puede tener como resultado y para incentivar tales acciones, destrabar un contenido desbloqueable.
Este contenido es variado y pueden ser de varias índoles. Apela al sentido de curiosidad del jugador.

Pueden ser muestras de material del desarrollo del juego como concept art de niveles o personajes, e incluso pueden ser fotos del equipo de desarrollo, distintos trajes, vehículos, personajes, niveles bonus, distintos modos de juego y un gran etc.

Niveles bonus.

Crear niveles bonus que tengan un limite de tiempo, o algún tipo de puntaje, o bien fragmentos secundarios de la historia, es una buena herramienta para incentivar al jugador a seguir con nuestro juego. Estos niveles pueden ser totalmente paralelos a la historia principal, incluso no tener el menor sentido, o al otro extremo podemos contar un pequeño fragmento de la historia que ayude a cerrarla, también podemos contar algo acerca de los personajes secundarios.

Modos multiplayer.

Competir, cooperar, socializar, son necesidades comunes en los jugadores, y es bueno aprovechar el gameplay desarrollado, tal vez para singleplayer, proponiendo modos de juegos cooperativos o diferentes tipos de desafíos entre los jugadores. Este modo multiplayer puede estar totalmente alejado de la historia, e incluso ni siquiera concordar con el gameplay central (Ejemplo: TimeSpliters).
El desarrollo de un modo multiplayer es un tema complejo que no pretendo abordar dada la idea del articulo, pero es importante destacar que incluir un modo multiplayer puede darle mucho valor al juego (Ejemplo Halo).

Niveles de Dificultad.
Se pueden plantear dos objetivos para incluir en un juego la selección de dificultad:

Permitir que personas no experimentadas en el genero (o que simplemente no quieran complicar las jugadas) puedan jugar el juego de acuerdo a su experiencia o deseos.

Fomentar la autosuperación, al tratar sugerir al jugador completar el juego (o nivel) en las distintas dificultades (Guitar Hero, Doom).

También puede ser utilizado para bloquear contenidos.

Selección de escenas.

Es esencial contar con un selector de niveles para permitir una rejugabilidad más relajada. Hay que darle la libertad al jugador para revivir aquellos momentos que más haya disfrutado, o bien lograr batir records o completar subquest, probar caminos alternativos, etc.
Un buen selector de niveles deberá informar sobre las estadísticas del jugador (tiempo, puntaje, secretos, etc) y mostrar imágenes descriptivas sobre el nivel de manera que el jugador pueda reconocerlo fácilmente.

Trucos.

Si bien suelen representar herramientas de debug no retiradas, usualmente pueden cumplir con una segunda función que es la incentivar al jugador a probar el juego rompiendo las reglas del mismo. Suelen cumplir deseos de exploración, la curiosidad o simplemente las ganas de comprar o adquirir todo lo que el juego posea. Estos trucos incluso pueden ser revelados al jugador como contenido desbloqueable al finalizar el mismo, o bien prohibir su uso hasta que el juego se haya concluido al menos una vez.

SubQuests.

Generalmente los subquest son herramientas para darle más vida al juego, darle libertad de decisión y estira la duración del mismo, pero también pueden considerarse como una herramienta de rejugabilidad. Los subquest deberían seguir estando activos incluso una vez finalizado el juego, de manera que un juegador vuelva a visitar niveles en que hayan quedado subquest sin completar.
También se pueden destacar subquest del tipo en que se deben recoger/eliminar/descubir X cantidad de elementos de un mismo tipo en un nivel; para poder convertir esto en un factor de rejugabilidad debería contar con un selector de niveles que permita conocer información acerca de los subquest cumplidos.

Creación de contenidos.

Esta herramienta apela a la creatividad del jugador. Puede observarse dentro de cualquier genero desde un FPS (Dibujar su nombre con la marca de disparos en una pared) hasta juegos RTS ( disposición de edificios en un ciudad), el jugador buscará expresarse por medio de las herramientas que tenga disponible.

Existen muchos tipos de elementos con los que el jugador puede expresarse, y es conveniente, dependiendo del contenido generado, permitir compartir las creaciones entre los jugadores.

Editor de niveles.

Una herramienta común puede ser un editor de niveles. Este editor debe ser lo más simplificado posible y al mismo tiempo debe permitirle al jugador expresar su creatividad sin romper los limites de ejecución del hardware (Poner demasiada cantidad de emisores de partículas,enemigos con IA de alto consumo de CPU, o demasiados objetos en un mismo nivel). El editor debe ser, en medida de lo posible, fácil de aprender y dominar.
Es bueno también tener la posibilidad de exportar los niveles para que se pueda compartir con otras personas, y este factor es mejor aún, si el propio juego ofrece opciones dentro de él para hacerlo.

Si el editor de niveles es demasiado completo puede no ser utilizado por el común de los jugadores, aunque atraerá la atención de level designer (o futuros level designer) los cuales crearán comunidades sobre la creación de mapas para el juego, y el juego ganará niveles de gran calidad técnica.

Si el editor es limitado puede cohibir la creatividad del jugador y al mismo tiempo puede ser la oportunidad para aquellos jugadores que no dispongan del conocimiento o tiempo necesario para aprender la herramienta.

Personalización del Avatar.

Ya sea un vehículo, un personaje de un RPG, o un "Sim" si el jugador puede personalizarlo y algunas de las herramientas para hacerlo son desbloqueables se puede utilizar como factor de rejugabilidad.
Un muy buen ejemplo de esto llevado al extremo es el juego Spore.

Elementos propios del gameplay.

Pueden incluirse dentro del juego es si mismo herramientas que fomenten la creatividad por si solas (ejemplo Crayon Physics), donde el jugador cree elementos interactivos o simplemente visuales sobre el cual pueda actuar o admirar. Un item que le permita dejar una marca le permitirá al jugador dibujar y escribir, elementos físicos con que el jugador pueda interactuar le permitirán inventar diversas estructuras y soluciones (Trine, World of Goo ). Generalmente este tipo de rejugabilidad es un resultado imprevisto o no planeado (No es el caso de los ejemplos citados), pero no debe ser ignorado, ya que dependiendo de cuanto afecte al mundo del juego o cuan expresiva sea, puede ser un elemento que incentive al jugador a plantear diferentes soluciones en puzzles, o simplemente crear pequeñas obras de arte, y por ende volver a jugar el juego.

Elección de personajes.

Elección de personajes debe distinguirse de la elección de skin o la personalización de un avatar. El cambio del personaje deberá implicar cambio en la jugabilidad, si lo hace, pueden plantear elementos de gameplay distintos que hagan encarar a todo el juego de manera distinta.
Esta suele ser una herramienta típica de un RPG donde se selecciona las clases, pero no debe restringirse solo a este genero ya que es una herramienta muy poderosa. Un personaje con un gameplay distinto en un mismo mundo de juego con una misma historia puede valer la pena siempre y cuando estos factores(histora y mundo de juego) no hayan sido los centrales.

Ultimas palabras.

Todas las herramientas aqui expuestas pueden ser utlizadas en simultaneo según se crea necesario, he incluso mezclarse para lograr crear nuevas. Sin embargo dadas la cantidad de herramientas que existen para hacerlos el articulo queda corto.
Cabe destacar como último detalle, que si el juego no resulta adictivo o simplemente no resulta bueno, todo el esfuerzo puesto en la rejugabilidad será en vano, por lo que la introducción de elementos de rejugabilidad no deben interferir nunca con el desarrollo central del gameplay y del juego en general.

Espero que te haya sido tan útil la lectura como a mí la escritura de este artículo, cualquier sugerencia, comentario, regaño es más que bienvenido!

Un saludo

A pajarito's life.

2010-01-13T11:19:00.000-08:00

Este juego A pajarito's life lo hice originalmente para el concurso 100x100 px, y tuvo la suerte de salir en primer lugar!

El corazón del juego esta en contar una historia bien simple, tratando de exponer un background de tristeza. Para lograr este objetivo utilice grñaficos de colores grises, música melancólica y un gameplay minimista e "inmersivo". Tiempo después, y conociendo las dificultades de distribuir un juego hecho en Game Maker en otras plataformas (ademas de Windows), es que me vi incentivado aprender un poco del mundo flash. Gracias a un conjunto de scripts de AS3 llamado Flixel, pude lograr rehacer el juego en una version Flash.

Pueden probarla desde acá: A pajarito's life.

Espero que lo disfruten, eso es todo!

Butterfly (ex pusepu).

2009-12-20T13:04:00.000-08:00

Concluyendo el proyecto.

Me reuní con el profesor de Procesamiento de Imagen y Sonido para mostrarle lo que había llegado a hacer con el proyecto, y me dió un par de ideas para mejorarlo. La que mayores frutos rindió fue la de hacer un "zoom" analógico sobre el sector de interés. Con esto, me ahorro los cálculos de la detección del rostro, gano velocidad y simplifico el programa, además de obtener una mejor resolución sobre el área de interés.

Para armar este zoom, utilice una lente, un envase de yogurt, un pedazo de tela de polar negra, y una base de plastico, el resultado lo que se puede ver en las fotos.
Le recorte la parte de abajo del envase, y pegue allí la lente. A su vez pegue estos a la base plástica para que la cámara calce bien. Luego, al notar que la luz hacia que se refleje la webcam sobre el lente, recubrí todo con tela polar negra.

Figura 1. Zoom analógico. Cámara.

Figura 1. Zoom analógico. Lente.

Estas son las instrucciones del uso del software que se pueden ver cuando se ejecuta el mismo. Primero se debe localizar la webcam sobre el monitor, y el usuario debe estar frente a la cámara (inmóvil, dada su condición, si no se tiene dicha discapacidad tiene que imitarse la falta de movilidad quedandose siempre en el mismo lugar) ver figura 3.

Figura 3. Instruccion 1

Para que el software busque la pupila debe abrirse los párpados lo más posible por un periodo breve, un sonido indicará que se a detectado correctamente la pupila y que la se pueden relajar los parpados.

Para mover el mouse se debe indicar una dirección con la mirada. Para hacer un click se debe cerrar el ojo un periodo de tiempo superior al de un parpadeo, hasta que se escuche un sonido que indica el "click".

Figura 4. Instrucción 2

Luego de haberse tomado las medidas, una persona debe señalar marcando con el mouse la sección correspondiente al ojo, no de deben incluir las cejas ya que puede traer problemas de detección.

A continuación un video que muestra el software en acción.

El diseño finalmente implementado es el siguiente:

Figura 5. Diseño de alto nivel.

La fase de pre-adquisición es identica a la del diseño original (poner la camara, obetenr iluminación). Luego se muestran por pantalla las instrucciónes. Cuando se termina de mostrar las instrucciónes, y cuando se selecciona el area de interes, se pasa al estado detectar pupila. Su funcionamiento es tal cual la descripción de la figura 6.

Figura 6. Estado detectar pupila.

Se comienza con la adquisición, luego de que se adquiere la imagen se aplican los filtros de media y de detección de bordes. Se aplica la transformada de Hough para detectar círculos, si se detectan círculos se comprueba si es similar al anterior, si lo es se promedia con el anterior y si supera un timer se toma una fotografía de la pupila y se pasa al siguiente estado, sino se detecta se vuelve a adquirir, y si se detecta y es diferente a los círculos que se detectaron antes, entonces se reinicia el promedio con la información del círculo actual.

Figura 7. Estado seguir pupila y actualizar cursor.

En este estado se realiza un matching por correlación. Si supera un valor minimo se actualiza la posición del cursor segun la velocidad determinada por la distancia desde el centro, siempre y cuando el centro se haya fijado, si no fue así se fija el centro hasta superar un timer. Si no se detecta la pupila se acumula un timer, si este timer llega al valor en que debe hacer click, se simula un click, sino si no supera el timer de perdida sigue con la nueva adquisición. Si supera el timer perdida se vuleve al estado anterior.

Eso es todo por ahora espero sus comentarios.

Un saludo.

Pusepu (Nuevo enfoque)

2009-10-15T16:44:00.000-07:00

Mostrando los avances.

Luego de un periodo de experimentación con las herramientas y con el proyecto mismo surgieron unas complicaciones algo obvias.

1º: Nunca abrimos totalmente el ojo, por lo tanto la pupila rara vez se adquiere como un circulo.
2º: El ruido en la imagen hace que se detecten falsos positivos. (Ver figura 1)

Figura 1. Falsos positivos.

La solución a este dilema es rediseñar algunas cosas en la aplicación.

Luego de adquirir la imagen, si no se determina el ROI entonces se vuelve a adquirir otra subimagen, si se detecta el ROI entonces se pasa al procesado.
Hasta ahora todo igual, pero lo que cambia es el procesado que actua como una maquina de estados finitos muy simple.

Si el estado es buscar ojo hace lo siguiente:
Se usa la transformada de Hough para reconocer círculos si se detectan se compara con el circulo que fue detectado anteriormente (Ver figura 2.). Si no se detecta un círculo o el círculo anterior no coincide con el actual se poner el timer en 0 (cero) .
Si el círculo se detecto se suma uno al timer.
Si el timer supera un tiempo máximo, entonces quiere decir que se detectó el ojo, y su tamaño y posición están determinados por el promedio de las "x","y", y radio de los círculos detectados que fueron similares.

Figura 2. Ojo detectado.

En el momento en que el timer llega al tiempo de espera se toma una "fotografía" del ojo.

En el estado de Reconocer ojo se hace un matching entre la fotografía y el ROI. Si se encuentra se procede a actualizar la posición del cursor, sino se vuelve al estado de buscando ojo.

Todavía hay que ajustar unos cuantos parámetros y optimizar el código, pero el proyecto esa cada vez más sólido.

Espero les siga siendo interesante, en cuanto lo termine publico la aplicación para que la prueben un poco.

PuSePu (debo cambiarle el nombre)

2009-09-20T08:27:00.002-07:00

Implementando a poco.

Figura 1. (si eso soy yo, guarden sus comentario, gracias :P)

Como se puede ver en la figura 1, la implementación llega hasta la fase de pre-procesado, aunque faltan ajustar algunos parámetros de los filtros.
En la imagen más grande se puede ver como el modulo de OpenCV detecta el rostro, marcado en rojo. Esto determina un primer ROI (Area de interes) que es refinado , el rostro se divide en 4 partes, y se toma el segundo cuarto que representan los ojos y las cejas (figura 2.).

Figura 2. ROI ajustado.

Luego esa imagen es filtrada con un filtro de difuminado gausiano y se pasa a escala de grises (figura 3.)

Figura 3. Filtro smoothing y escala de grises.

En el ultimo paso se aplica un filtro para la detección de bordes, en este caso Canny, y se obtiene la imagen de la figura 4.

Figura 4. bordes con filtro Canny.

Como se puede apreciar en esta última imagen, todavía falta reducir aún más el ruido que tiene la imagen ya que el ROI quedo perfectamente determinado en todas las pruebas.

El próximo paso es la detección de los círculos (el iris y la pupila).

Puntero Por Seguimieno de Pupila (PuSePu)

2009-09-16T16:16:00.000-07:00

Diseñando el software.

Luego de una fase de experimentación y de repasar conceptos, esto es lo que hay que hacer para lograr mover el mouse con los ojos (o al menos eso parece).

0 - Pre-adquisición: Preparar la cámara web, obtener una iluminación mínima, y localizar al usuario a una distancia razonable. Los parámetros reales de a que distancia, cual es la iluminación óptima etc... se conocerán al finalizar el proyecto, y luego de una ardua tarea de depuración.

1: Adquisición de la imagen. Obetner la imagen desde la cámara web hacia el programa. Si bien son dos o tres lineas de código, conceptualmente es importante destacarlo.

2: Determinar el área de interés: Aprovechando un algoritmo que provee openCV para la detección de rostros, se puede reducir el ROI (Área de interés) a la cabeza, y luego de sacar algunas medidas determinar aún mejor en proporción al tamaño de la cabeza la seccion de la cara donde estan los ojos, para reducir más la ROI y al mismo tiempo reducir falsos positivos en la detección de circulos, como pueden ser los orificios nasales.

3: Preprocesado: En esta fase se prepara la imagen con la que se va a trabajar. Se debe convertir la imagen a escala de grises para facilitar la implementación. Se debe suavizar la imagen adquirida para reducir el nivel de ruido de la imagen, y detectar bordes para reducir la cantidad de puntos que deberá verificar la transformada de Hough.

4: Procesado: Se aplica la transformada de Hough y se obtienen los círculos. Posteriormente se realizará un trakcing para determinar el movimiento del cursor.

5: A partir de la posición anterior y otros cálculos aún no definidos se actualiza la posición del cursor.

Todavía quedan algunos cabos sueltos en el diseño, pero se irán refinando a medida de se adquiera conocimientos sobre el tema y el proyecto en sí.

Los mantendré al tanto, estas entradas tiene un doble objetivo: obligarme a documentar el proyecto, y obtener feedback de parte de ustedes, y en lo posible ayudar a alguien en un futuro que se encuentre en fase de experimentación con este apasionante mundo de Procesado de imágenes digitales.

Un saludo.

Mouse ocular (Proyecto de OpenCV)

2009-09-16T06:20:00.000-07:00

Proyecto de DIP (digital image procesing)

Para el final de Procesamiento de Imagen y Sonido tenia que idear algún proyecto... primero y sin mucha idea de como manejarme con OpenCV pensaba en crear un sistema que reconozca rostros y que reconozca de quien es el rostro, pero rápidamente vi los inconvenientes:

Reconocimiento de rostro es una tarea compleja y ya estaba hecha ya al alcance.
Para reconocer un rostro por correlación tendría un costo computacional que no era aceptable para tiempo real, ya que tendría que leer varios bmp. La solución a esto era crear descriptores, pero no es viable para el tiempo que me queda para realizar el proyecto.

Un tiempo en stand by, y por casualidades de la vida vi la película: La escafandra y la mariposa.
Esta trata de un escritor/periodista que sufre repentinamente de un ataque de embolia masiva, lo que deja por resultado que él no se pueda mover, y lo unico que tiene control de su cuerpo es sobre uno de sus ojos. Una doctora le enseña un desesperante pero eficaz metodo de comunicacion por el medio del cual el protagonista puede dictarle a travez de giños.

El sistema en si es el siguiente, una persona dice en voz alta y mirando atentamente al usuario (vayamoslo pasando a terminos de sistemas) todo el abecedario ordenado bajo un cirterio que pone primero las letras más utilizadas. El usuario cierra el/los ojos en la letra que desea y tres guiños para un espacio.

Como pueden ver, este método es totalmente desesperante ya que requiere de mucha paciencia de las dos partes, más aún si se considera que el protagonista escribe un libro.

Esto no termina aca, sino que la pelicula esta basada en una novela autobiográfica del mismo Jean Dominique Bauby.

Ya podrán ver a donde apunta esto, sería altamente deseable un sistema automatizado que reemplaze al sistema ya mencionado.

A primer momento se podría pensar en toda una aplicación integrada que ayude a escribir pero... sería aún mejor desarrollar un sistema que permita mover el puntero del mouse con la vista, ya que le permitira al usuario no solo escribir, sino tambien, navegar por internet y hasta incluso jugar un videojuego (para notar el extremo de interactividad que se podría lograr)

Dadas las características de openCV, y de la tecnología que tengo disponible este proyecto resulta altamente viable, y se puede lograr sin necesidad de hardware especial. Es decir necesitamos solo una webcam, y de una PC.

Este proyecto no resulta solamente viable para mi final de PIyS sino tambíen para implementarlo en situaciones reales y con un presupuesto muy bajo.

Eso es todo por ahora, las proximas entradas trataran sobre aspectos tecnicos del desarrollo del mismo sistema que recibe por ahora el improvisado y horrible nombre de Mouse Ocular.

Espero les resulte interesante, Un saludo.

Telekinetic Jazz Coreographer

2009-08-03T05:46:00.000-07:00

Mi juego para el mini-concurso en crecimiento de CGM.

¿Bueno de que demonios trata este juego?
A partir de la siguiente historia creada al azar:

Telekinetic Jazz Coreographer

El protagonista es Michael Jackson
y su objetivo es crear

caos y confusión
en un mundo lleno de

bailarinas exóticas y hip hoppers
hay un héroe al que le gusta el jazz.

El protagonista difícilmente
puede concentrarse en sus actividades.

Los personajes son muy torpes
y son ciegos.

Había que crear un juego en el transcurso de una semana, el engendro de la naturaleza que salio fue este juego.

Si también es de plataformas (es hora de que cambie de genero no? jeje), la novedad en este juego es que como el personaje es ciego, no podes ver nada hasta que no lo toques con el jugador o con un baston para ciegos.

Descarga.

A la hora de incluir enemigos opté por hacerlos como minijuegos para agregarle un plus al juego, y siguiendo con esta lógica la final es un minijuego al estilo GuitarHero. Para mi sorpresa programar este nivel no fueron más que unos minutos, ya que el editor salió enseguida (aunque era muy rustico), lo que note que es muy complejo es hacer coordinar las "notas" con la música.

Como extra hay que destacar que el juego puede que no funcione correctamente segun las características de hardware y/o sorftware de la computadora. Si no funciona correctamente aparecerá un bug como el siguiente en el primer nivel:
(imagen cortesía de J-Kun):

Descarga.

Eso es todo, espero que puedan jugarlo.

GDD: El juego.

2009-08-03T05:07:00.000-07:00

Mi pequeño juego para al concurso de adva.

Y aquí esta, GDD: El juego. ¿Pero como?¿Porque?. Cuando?

Bueno la cosa es que el 8 de junio del 2009, termine este juego para el concurso Mashup Games de adva (Recordaran la correspondiente entrada al blog Mashup games).
El genero de este juego es de puzzle-plataformas, donde el jugador deberá utilizar sus conocimientos sobre algunos juegos clásicos para poder pasar los niveles.

Descarga

No es muy extenso creo que son como 5 o 6 niveles, pero lo especial de este juego era la estética particular, esta constaba de que todo gráfico incluido,incluso el icono, fue escaneado (aunque es cierto que hay dos cosas que no lo están, el que lo jugó ya sabe y el que no que lo descubra :P).

Contó con composiciones originales de Agustina Montero Dip, y la supervision musical de Christian Fernando Perucchi.

Estuve muy conforme con el resultado, y recibió algunas críticas que me gustaría destacar:

Nitram Cero (de Adva), me mando un Mp con algunos comentarios me que gustaron mucho:

# Aprovecha la dinámica de los diferentes juegos de una manera creativa para
resolver puzzles (en vez de solo usarla "porque si")
# La cantidad de niveles es la justa. Buena duración (estuve como una hora jugandolo, quizás un poco menos)
# No es tedioso de jugar, siempre te dan ganas de seguir y seguir.
# Es divertido y gracioso (tendrías que hacer bonus por comer todos los pajaritos :D)
# Tiene excelentísima música.
# Es el mas cercano a los objetivos del concurso

Frogger (de CGM):

Cita de: Pacman
"come come, come come xD"

La verdad es que cuando probe este juego me parecio genial por su concepto y estilo grafico. Ademas su diseño de niveles era variado y no se hacia repetitivo. Es una lastima que no haya ganado, pero alguno de los demás juegos participantes eran excelentes (no se aun quien habra ganado).
Lo malo es que era muuuuy corto y el final era abrupto. No creo que ya lo vayas a modificar, pero con unos cuantos niveles mas hubiera estado estupendo .

J-Kun (de CGM):

[...]
Es un poco corto, pero hubo algunos niveles que tuve que repetiar varias veces, asi que creo que eso lo compensa, algo que si me parecio raro fue el uso de la tecla ALT, ¿se te acabaron las otras teclas? no entiendo, yo le tome miedo a ALT porque antes cuando jugaba y tenia que usar ALT, eso a veces interferia con windows, como ALT+espacio, ALT+Enter, etc, y el juego se bloqueaba.... pero bueno, no paso nada.

Otro detallito muy pequeño es que cuando se pinta el nivel, se alcanza a ver el nivel completo o una parte antes, después se borra y despues se empieza a pintar ,bueno, eso pasaba al principio, despues no... seguramente se tardaba leyendo el nivel, o no se, otra cosa es que a veces mario salta doble si dejas presionado salto, es decir el sonido suena dos veces y te baja el doble la barra..... y no se pero esa sombra detrás de las cosas como que no me gusto, yo lo veia un poco raro, tal vez sin la sombra se vería mejor pero eso si es gusto personal.

Aunque todo eso son detalles, pero en general muy bueno y muy original.
[...]

Como moraleja, tambien llamado post-mortem:

Si eliges una estética, hay que cuidarla bien, cualquier detalle fuera se va a notar ( ej: la sombra).
Las teclas de la viaja escuela, ya no son bien recibidas porque están en desuso, no hay que olvidarse de ello.
Hay que saber conseguir un buen número de niveles, y saber cumplir una fecha a de entrega al mismo tiempo, es más complicado de lo que pensaba.
El final hay que cuidarlo, es como el final de una película, si esta mal logrado o es abrupto (como es el caso) no va a cerrar bien el juego.

Bueno el juego quedo 3º en la votación de Adva en español, y 2º en la votación en Ingles (eso que no estaba en ingles jeje). Capaz que si había una votación en alemán quedaba primero jaja.

Bueno eso es todo espero que lo disfruten/lo hayan disfrutado, cualquier cosa aca pueden comentar, criticar, alagar e insultar al juego (no al creador :P).

Descarga: http://www.4shared.com/account/file/111682093/ada835dd/GDD_El_juego__Compatible_con_vista_.html

Homenaje a los Caidos

2009-07-02T18:49:00.001-07:00

Un recuento de lo que que quedo atrás. Que tiene probabilidades de sobrevivir y quien ya esta enterrado en lo más profundo del cementerio de proyectos abandonados.

Los nominados son (ruido de tambores):

Guglos!
El vengador.
Biby´s Puzzle.
El señor de los ladrillos.
Yiaco.
El Principe Maldito.

Los que yacen en el profundo del cementerio, mi más sentido pésame:

El señor de los ladrillos. Simplemente era un juego multijudador para pasar el rato con mi novia.

El vengador. Mucho trabajo, no me llama. Si bien tiene potencial no tengo el entusiasmo para seguirlo. Desde un principio mi objetivo era plasmar la idea y ver como quedaba.

Guglos! Paso del prototipo al celular.... y murió. Los controles no terminaban de quedar comodos y decidí sepultarlo de una buena vez.

En la cuerda floja:

El Principe Maldito. La unica razon por la que no esta en el cementerio., es porque la idea de este juego era desarrollarlo con en grupo con usuarios de CGM.

En un futuro lejano:
Biby´s Puzzle. Este juego siempre me gusto, pero le faltan algunas cosas para completarlo. El concepto tiene más para dar de sí, pero por el momento no tengo ganas ni tiempo de seguirlo.

En un futuro cercano

Yiaco! Este cuatrimestre curse Procesamiento de imagen y sonido, y mi alocada idea es aprovechar estos conocimientos y volcarlos a visión aritificial...¿Todo esto para que?
Para lograr detectar el rostro de una persona y su expresión, la idea es que el personaje se mueva si inclinamos la cabeza, y que salga propulsado si ponemos cara de hacer fuerza Buceen en mi blog para más información.

Cierra el concurso Mashup de ADVA

2009-06-16T15:43:00.000-07:00

Se ha abierto la votación! Los invito a probar TODOS los juegos hechos para el concurso y si se animan votarlos, eso si no voten si no probaron todos los juegos porque sino no tiene gracia.

Link a la página dedicada a Mashup.

CODEAR es una serie de concursos abiertos de desarrollo de videojuegos, orientado a desarrollos amateur e independientes. El objetivo de este desafío fue hacer un juego que mezcle aspectos de diferentes juegos publicados.

Eficiencia. Un asunto de equilibrio.

2009-04-22T17:33:00.000-07:00

PARTE UNO:

UN POCO DE TEORÍA

Es usual ver programadores discutir códigos para saber cual es mejor.

Programadores discutiendo.

Se pueden ver también varios puntos de comparación en estas conversaciones: variables auxiliares,

ciclos, largo del código, complejidad, simplicidad, estructura de memorias utilizadas, etc…

¿Pero realmente estos son los parámetros para determinar cuando un código es mejor que otro? ¿La eficiencia lo es todo? Y apropósito: ¿Qué es la eficiencia? ¿ Se puede medir?

Empecemos por la definición de eficiencia. Y aunque todos ya la sabemos de memoria, vale la pena recordarla para dar un punto de partida a esta reflexión.

Eficiencia: Capacidad de alcanzar los objetivos y metas programadas con el mínimo de recursos disponibles y tiempo, logrando su optimización.

http://es.wikipedia.org/wiki/Eficiencia

Como buen programador, ya vemos a esta definición con ojos desafiantes. ¿Esta bien hecha? ¿Expresa lo que hay que expresar o hay cosas de más?.

Si observamos bien ya vemos que “objetivos” y “metas programadas” son, más que mal, sinónimos y expresan la misma idea, así que digamos que en este pueblo solo hay lugar para uno y a la otra la echamos a volar. Avanzamos un poco, y vemos que dice “el mínimo de recursos disponibles y tiempo”; ¿Pero acaso el tiempo no es un recurso más? Esta siendo redundante por lo tanto repetimos el procesamiento anterior y sacamos uno de los dos. Para terminar el desmembramiento inhumano de la definición vemos una ultima frase: “logrando su optimización”; hay que ponerse serios si estamos diciendo que es “Capacidad de alcanzar los objetivos y metas programadas con el mínimo de recursos disponibles y tiempo”, ¿No es obvio que es para lograr su optimización?

Editando la definición resulta:

“Eficiencia: Capacidad de alcanzar los objetivos con el mínimo de recursos disponibles.”

El lector encontrará seguramente mejores optimizaciones de esta misma frase.

Ahora bien ¿Para que desperdicie todo un párrafo para desmembrar y descuartizar la hermosa definición de Wikipedia? Simple, fue para usarla de ejemplo. Todo programador le busca la 5º pata al gato y eso es lo que hacemos a la hora de optimizar un algoritmo. En este caso primero identificamos las partes de la definición que demostraban redundancia, para hacer la definición más clara y concisa, luego eliminamos las partes que sobraban para hacerla más corta. Es decir escogimos dos parámetros: largo y claridad y comenzamos a optimizar.

Haciendo una analogía de lo anterior, para determinar cual algoritmo es mejor que otro hay que definir parámetros de comparación. Esto lo haremos a través de los recursos que posee un algoritmo al ejecutarse, porque como es bien sabido un algoritmo debe compartir los recursos de la computadora con el resto.

Los recursos de los que disponemos son básicamente 2:

Tiempo de CPU.

Memoria.

La primera herramienta que les voy a presentar viene de la mano de la teoría de la computación, y se llama: Complejidad de un Algoritmo.

Imagen ilustrativa de complejidad.

La teoría de la complejidad computacional es la rama de la teoría de la computación que estudia, de manera teórica, los recursos requeridos durante el cómputo de un algoritmo para resolver un problema. Los recursos comúnmente estudiados son el tiempo (mediante una aproximación al número y tipo de pasos de ejecución de un algoritmo para resolver un problema) y el espacio (mediante una aproximación a la cantidad de memoria utilizada para resolver un problema).

http://es.wikipedia.org/wiki/Complejidad_computacional

Como bien nuestra amiga Wikipedia nos aclara, este estudio es TEORICO, lo que quiere decir como todo en informática, que no siempre nos va a servir para aplicarlo.

ACLARACIÓN: La siguiente explicación pretende ser meramente un pantallazo, para que el lector asimile aunque sea de forma intuitiva un par de conocimientos extras que le servirán luego para comparar algoritmos. (Si se desea investigar sobre el tema recomiendo para empezar el libro Algoritmos Datos y Programas de Guisti. Editorial Pritence Hall)

El objetivo del cálculo de la complejidad de un algoritmo es acercar el comportamiento del mismo a una función matemática en función de una variable.

Primero, este cálculo se logra asignándole a una expresión simple un peso.

Por ejemplo:

Expresión	Peso
X = x+1;	1
Y+=2 * cos(y)	4

Por lo tanto si calculamos la complejidad de

x+= x + 5;

z+=2*sin(x)+x

Resultaría 5 aproximadamente, pero no nos apuremos, ya que esto es solo a modo ilustrativo y no se hace ni remotamente de esta manera (paciencia).

Algo que tenemos que tener en cuenta es que siempre hay una variable a la que se le da mayor importancia por la naturaleza del algoritmo. Ejemplo:

=>Si se desea ordenar un array la variable más importante va a ser el número de elementos del array.

=>Si se quiere calcular el factorial de un número, la variable de importancia es ese número.

Cabe destacar que cuando se analiza el comportamiento de un algoritmo, se pueden tomar tres enfoques: El mejor caso, el peor caso y el caso promedio. Ilustremos brevemente mediante ejemplos sencillos:

=>Ejemplo de mejor caso: En un algoritmo de búsqueda, que sea el primer elemento el que se busca.

=>Ejemplo de peor caso: En un algoritmo de búsqueda, que sea el último elemento el que se busca.

=>Ejemplo de caso promedio: En un algoritmo de búsqueda que el ítem buscado este en el medio.

En general, y como resulta obvio el análisis se hace pensando en el caso promedio, pero si se quiere se puede tomar otro enfoque.

Ahora que ya sabemos algunas cosas, empecemos con un ejemplo sencillo: Encontrar el Mayor de un array.

Mayor = vector[0] ;

For (i=1;i < n;i+=1 )

If mayor < vector[i] {

Mayor = vector[i]

};

}

La variable de importancia es notoriamente el tamaño del array. La primer sentencia sabemos que pesa 1, sin embargo la descartamos porque en el cálculo de la complejidad se piensa al algoritmo llevado al extremo, es decir, donde la variable de mayo peso importancia tiende a infinito. ( Moraleja: A partir de ahora sabemos que las constantes van a ser despreciables ya que no dependen de la variable principal)

Luego de analizarlo podemos ver que este algoritmo tiene un comportamiento lineal (Vease también que además es un caso especial ya que el peor, el mejor y el caso promedio son el mismo. Queda en el lector responder porque.) Pero a fin de cuentas ¿Cómo llegamos a la conclusión de que este algoritmo tiene un comportamiento lineal?

Si vemos con atención, dentro del ciclo For se encuentra una sentencia, el If. Este se va a ejecutar N veces (en realidad n-1 pero recuerden lo de las constantes), por lo que el valor de complejidad es N* k (k es la constante), y si las constantes son despreciables entonces la Complejidad de este algoritmo es:

C + N * K (Con c y k constantes) = N.

Quiere decir que el recurso de CPU a utilizar por el algoritmo depende linealmente del tamaño del array.

Conclusión: para el análisis de un algoritmo se debe:

1) Identificar la ( o las) variables de importancia,

2) Despreciar el aporte de las constantes al cálculo.

3) Identificar de que manera la/las variable/s de importancia afectan al consumo de recursos de CPU.

4) Por ultimo identificar en que clasificación de algoritmos se encuentra.

Si el lector todavía se encuentra despierto, notará que mencioné una clasificación de algoritmos. Una vez que se hizo todo el cálculo de complejidad, se puede establecer el posicionamiento del algoritmo en una especie de “ranking”. (En realidad hay que tener en cuenta para esto las asíntotas de la función matemática hallada en comparación a las siguientes, tomando una cota inferior y una superior).

Esta es la lista esta ordenada del más eficiente al menos eficiente:

Constante: El tiempo de ejecución no depende de la variable de importancia por lo tanto es despreciable.

Log N: Crece en forma logarítmica. Ejemplo la búsqueda binaria (más adelante se explicara mejor) donde el problema se divide a cada paso del algoritmo en dos.

N: Como en el caso anterior, el tiempo de ejecución es directamente proporcional a la variable N (variable de importancia).

N Log N: Son ejemplos de algoritmos aquellos que dividen el problema en partes mas pequeñas, pero que al final deben volver a unirlas. Ejemplo: Procesamiento de una imagen.

N^2: El tiempo de ejecución se comporta de manera cuadrática en función de N. Ejemplo: Ordenación bajo el método de la Burbuja.

N^a (a>=2): y en general cualquier polinomio de grado mayor igual a 2. Ejemplo: un algoritmo que devuelva la media y genere ordene la muestra por Burbujeo (obviamente son dos algoritmos pero si lo consideramos uno) seria N^2 + N.

2^N en adelante: Estos son algoritmos casi inaplicables, Ejemplo: El método de fuerza bruta para obtener la contraseña de un archivo.

Supongo que a este punto la cabeza del lector (si es que llego leer hasta aquí) esta un poco confundida, veamos primero el gráfico que compara las distintas “categorías” para comprender mejor lo anterior y luego repasamos un poco lo importante.

En este gráfico la Y representa los ciclos de CPU o simplemente tiempo, y la X representa la variable significativa del algoritmo (N). Se puede apreciar claramente la diferencia de un algoritmo de tipo log(n) a uno del tipo x por ejemplo.

¿Para que ha servido leer este texto? Para conocer que existe una forma teórica para analizar la eficiencia de un algoritmo.

¿Qué es lo que debe quedar claro de la primera parte?

Primero: un algoritmo siempre va a tener una o mas variables que van a influir en la utilización de los recursos de la maquina.

Segundo: A partir de la asignación de un peso y del análisis de ciclos (FOR´s While, DO, Recursividad ) podemos aproximar el comportamiento de un algoritmo a una función matemática.

Tercero: Gracias a la aproximación matemática tenemos un marco para ubicar el algoritmo en estudio dentro de un ranking y de esta manera poder compararlo.

¿Qué viene en Eficiencia. Un asunto de equilibrio. PARTE DOS?

Lo que sigue en esta entrega de cuatro partes, es la explicación mas detallada de cómo efectuar el análisis de complejidad en casos reales con ejemplos. La aplicación de lo aprendido en la realidad practica, y un par de consejos para el momento de implementar código.

¿Qué viene en Eficiencia. Un asunto de equilibrio. PARTE TRES?

En la tercer entrega de este escrito, se encuentran un conjunto de consejos para hacer un algoritmo más eficiente, y consejos prácticos para el momento de implementar.

¿Qué viene en Eficiencia. Un asunto de equilibrio. PARTE CUATRO?

La conclusión de las partes anteriores, donde conclusión es distinta de resumen (aunque seguramente incluya alguno) y agrego un punto de comparación más que en las entregas anteriores estoy ignorando.

Espero que a alguien le sirva esto, y no se olviden de comentar así me animan a seguirlo!

Proyecto nexo: ¡¡¡¡Ganamos!!!!

2009-04-14T19:29:00.001-07:00

¡Lab 23 obtuvo el primer puesto! Yupi! :P

Bueno después de algún tiempo, aquí les traigo nuevas noticias sobre el concurso de CGM: Proyecto Nexo.

El juego que desarrolle junto con Querecuto y Jucarave (Miembros de CGM)

¡Fue seleccionado ganador!

¿Y de que juego estamos hablando?
Pues estamos hablando de:

Lab 23.

La historia resumida: Un científico loco quiere destruir el mundo, y el Agente de la corporación Nexus debe evitarlo.

Genero : Plataformas (con toques de Aventura Gráfica y De MetalGear)

Gameplay:
Por un lado el gameplay se ve afectado obviamente por el control del mouse. Todo se hace con el mouse, hasta salir del juego; como no podía ser de otra forma ya que le concurso lo requería. Otra cosa, relacionado con esto mismo, es que tambien hemos pretendido en el juego, emular el comportamiento del Wiimote y esto se notara tanto en objetos interactivos como hasta el movimiento del personaje:
Saltar, Agacharse, girar manivelas, cortar cables, pasar tarjetas, tirar cadaveres y un largo etc..

Otro lado importante del gameplay, son los enemigos. Estos tienen cierto grado de IA, que te hacen pensar dos veces antes de atacarlos, y por ello prefiriras tomarlos desprevenidos. Además en el juego corre la filosofía, una bala un muerto . ( A excepción del jefe que debe recibir 3 ).

Los niveles: Son 9. Los últimos dos corresponden a la final, una enfrentarse al cientifico y la otra desarmar la bomba.

En el transcurso de los niveles no solo será necesario el sigilo y la agilidad, sino también resolver pequeños y muy sencillos puzzles investigando el mapa para abrir puertas, y otros no tan sencillos para salir vivo enfrentando distintas situaciones.

Descarga:http://www.4shared.com/file/98605008/92064c24/Lab_23_v12.html

EN SEGUNDO LUGAR SALIÓ: "God"

Creado por: Soujiro, Zeneka y LuisYx

Descargar

Descripción:
Juegas a ser Dios, y deberás matar a los mortales con tu mortífero rayo para conseguir puntos y pasar al siguiente nivel. Poco tiempo después de empezar vendrá la policía a intentar detenerte ¿Podrás destruir la ciudad antes que los infieles acaben contigo?

TERCER LUGAR: "Poliwar"
Creado por: Wadk, jehunaut, 3dgeminis y elviskelley

Descargar

Descripción:
Juego de plataformas en el que deberás amaestrar el mouse para conseguir llegar al final del laberinto.

Feedback:
La mecánica es simple, pero un poco dificil de controlar. Hay partes que te caen de sorpresa y tienes que volver a empezar desde el principio.

CUARTO LUGAR: "The Colourless Hero"
Creado por: Kakashi,GMAdicto,hardraid y forcray

Descargar

Descripción:
Un juego cenital en el que caminas por el bosque matando enemigos con tu espada. Para pasar cada nivel deberás derrotar al boss correspondiente, y al final te enfrentarás a un boss invencible multicolores.

Voy a hacer un video juego

2009-03-30T06:02:00.000-07:00

Por De9a18studio

Empecemos!

Hace un tiempo bastante largo Joulimousis (usuario de adva ) y miembro de9a18studio , realizo y público esta "reflexión interactiva" que toca temas tanto de game design como de la industria en general, dandole muchos toques de humor.

Realmente recomiendo se pasen una vuelta y lo miren que vale la pena, no le tomara mas de 5 minutos.

http://www.de9a18studio.com.ar/portfolio/game_design.html

Por otra parte si les interesa les cuento que De9a18 Studio, es una empresa Argentina dedicada al Advergaming.

¿Que hacemos en de9a18studio?

Creamos historias y personajes; les
damos un espacio, reglas simples y
controles para que cualquier ser vivo
los controle, los recuerde y se lo cuente
a todos sus amigos.

Tienen algunos titulos interesantes, yo principalmente les recomiendo dos de sus juegos:

La vida es muy dificil.

Y más aún:
Mostro (esta mal escrito apropósito)

Eso es todo, que lo disfruten!.

Pd: Ya les traere novedades de D+D Engine, no se asusten.

Proyecto nexo:

2009-03-08T07:05:00.001-07:00

Como estoy participando en el concurso las novedades de D+D Engine Tardarán en arribar al blog.

Además estoy probando el Windows Live Writer, así que esta entrada es una escusa para probarlo :P

Parece estar bastante bueno. Después les cuento.

Eso es todo! Un saludo.

Para despedirme unas screenshot del prototipo que estamos desarrollando ( con Querecuto y Juracave) :

Crónicas D+D Engine: Todo sigue en pie.

2009-02-24T16:45:00.000-08:00

Luego de un periodo de oscuridad.

La luz encontró su camino.

Primero: ¿Por qué la ausencia de entradas?, es porque estoy rindiendo un par de finales.
Segundo: ¿El proyecto sigue en pie?: Obviamente que si!

Novedades:

Los objetos que se encargan del sonido están desarrollados a un 50%. En teoria andan bien, pero quiero pulir varios detalles para que quede un poco más que usable.

Por otro ladro el objeto Teclado ha sufrido una evolución. Tiene nuevos atributos y métodos que permiten lectura de string del teclado.
Los nuevos metodos son:

std::string getBufferString(); Devuelve lo leido por el teclado.
void vaciarBufferString(); Limpia lo leido por el teclado.
void activarLecturaString( bool terminarConEnter); Activa la lecutra de string, y ademas se debe especificar si esta lectura termina o no cuando se presiona la tecla enter.
void activarLecturaString( bool terminarConEnter, const char * txtInicial); Esta es similar a la anterior ( de hecho esta llama a la anterior internamente) pero con el agregado que se setea el texto leido en un determinado valor, para permitir escribir desde ahi.
void desactivarLecturaString(); Desactiva el leer string.
bool isActivadaLecturaString();Devuelve si esta activada la funcion de lectura
void dibujarLecturaString(Pantalla * pantalla, int x, int y, Uint32 color); Dibuja lo que esta escribiendo con un cursor incluso. La fuente con que se escribe es la asignada al objeto pantalla, si no se ha asignado ninguna fuente todavía se arroja una excepcion

Por último el objeto pantalla esta sufriendo modificaciones para completar las funcionalidades que debe tener. Además todavía me falta implementar el patrón SINGLETON, para hacer que solo se pueda crear solo uno de estos objetos por programa, como debería ser.

Eso es todo por ahora, los mantendré informados. Apartir de mañana sigo trabajando con más intensidad porque rindo el ultimo final y voy a tener mas tiempo libre.

Una ultima cosa, el release del proyecto será en forma de DLL y el codigo fuente no será revelado (Bueno solo lo compartire en privado con la gente que me lo pida explicitamente o bien que ya me lo haya pedido :p) pero creo será freeware o algo asi (antes tengo que investigar un poco sobre licencias jeje.)

Un saludo.

Crónicas D+D Engine: En la recta final.

2009-02-09T09:56:00.001-08:00

Ya falta poco.
No nos pongamos a definir poco ;)

¡Que kilombo! Bueno ahi se ven primitivas, sprites, fuentes subrayadas, y etc......

Bueno como el título dice ya casi estoy en la recta final. ¿Y que hay hecho hasta ahora?:

Mouse. (Nuevo)
Teclado.

Pantalla.

ControlFPS.

ObjetoMovil.

Particula.(Nuevo)
ImagenFuente.
Fondo.
TileSet.
Sprite.

Bueno y que falta:

SistemaDeParticulas. ( Similar al de GM, pero diferente :p )

TileSetScrolled (Realmente no se si sera util asi que dudo todavia si lo implemento o no.)

Sonido.
Reproductor.

Las novedades:
Mouse: bueno pense que iba a ser más complicada de implementar pero resulto asombrosamente mas sencillo de lo que esperaba. Es más no tube que mirar ejemplos, la documentacion de SDL lo tenia todo.
Hay una funcion muy util llamada: Uint8 SDL_GetMouseState(int * x,int * y); la cual en la x e y nos deja la posicion del mouse obviamente y nos devulve un entero de 8 que nos sirve para verificar el estado de los botones.
Es sencillo de usar, he aqui el metodo actualizar del objeto Mouse;

void Mouse::actualizar()
{
SDL_PumpEvents();

Uint8 e;
e = SDL_GetMouseState(&x,&y);

for (int i=1; i<=5; i++) { old[i]=botones[i]; botones[i] = e & SDL_BUTTON(i); } }

Por otro lado esta la Clase Particula (La cual pienso ampliar más) que hereda de ObjetoMovil. Por lo tanto ya esta resuelto todo lo que influye al movimiento de las mismas. Por ahora tiene varios tipos de particulas: LINEA,CUADRADO,CIRCULO,TRIANGULO,LINEA_MOV,TRIANGULO_MOV, SPRITE.

Las que terminan en MOV quiere decir que su forma se ve afectada por el movimiento de la particula.
Tambien tiene tamaño, y se le puede asignar un sprite (aunque todavia esta medio rustico el asunto). Cuenta ademas con un atributo crecimiento que hace crecer o decrecer el tamaño la particula.
Resta agregar y diseñar el comportamiento para modificar el color de la particula (Algo asi como desplazamiento de alpha y mezclas de color), y tambien agregar mas formas MOV, u otro tipo que se me ocurra.

Con respecto a las clases relacionadas al sonido todavia nos las diseñe porque no conozco la forma en que se usan en SDL. Asi que no hay mucho que decir.

Por otro lado la clase SistemaDeParticulas va a ser una clase contenedora que manejara una lista de particulas dinamicas, la cual se va a encargar de eliminar y crear las instancias de Particulas segun algunos metodos.

Eso es todo por ahorªaAaa!

Crónicas D+D Engine: Curiosidades de SDL

2009-02-04T17:54:00.000-08:00

Entrada sabor tutifruti.
Pero con pocas ganas de escribir :p

Bueno esta pequeña entrada es para comentar algunas curiosidades de SDL y etc...

Bueno la primera impresion que todos tenemos de SDL es sencilla. ¡Wau! Que linda librería portable.
Ahora bien cuando empezamos a ver en detalle vemos algunas durezas y que si bien es una API bastante completa, le falta un poco más para poder ser usada comodamente. Gracias a muchos desarrolladores disponemos de librerías complementarias para ampliar el poder de SDL (SDL_Image, SDL_tff, SDL_gfx, SDL_Mixer) y es por esto que en mi opinion SDL se gana unos buenos puntos.

Para alguien con experiencias incorporar las librerías extras no son mucho trabajo, no obstante si sos (como yo) principiante en este asunto te va a costar un poco.

Bueno como dije esta entrada iba a tratar de las curiosidades de SDL y algunos extras, asi que a eso voy.

La primera que me encontre, no fue mas que por parte de mi ignorancia. Cuando estaba implementando la clase Teclado, pense que el array de teclas sería de un tamaño de 255, pero al probar los metodos de esta clase me di cuenta que algo andaba mal. En si el array tiene 322 elementos que corresponden a distintas teclas del teclado (Si ya se el teclado solo tiene 101 teclas) pero bueno, esto es así para simplificarnos las cosas.

La segunda que me encontre fue la del formato de color. Podemos encontrarnos con dos formatos: SDL_Color, y usando un Uint32 de esta manera 0x00RRGGBB. Bueno no se porque se termino implementando SDL_Color ya que la notacion de un Uint32 es bastante simple y cómoda. Como condimento extra si incorporamos SDL_gfx encontramos con que este ultimo complemento expresa los Colores asi 0xRRGGBBAA (Esta AA es el Alpha), la cual es muy comoda y mas copleta que las anteriores; no obstante hay incompatibilidad entre ellas.

A quien le interese les regalo una pequeña funcion para descomponer un color de SDL_gfx (es decir en formato 0xRRGGBBAA):


void getComponentesRGBA(Uint32 color, int & r, int & g,int & b, int & a)
{
r = (0xFF000000 & color) / 0x01000000;
g = (0x00FF0000 & color) / 0x00010000;
b = (0x0000FF00 & color) / 0x00000100;
a = (0x000000FF & color);
}

Bueno la función mediante un and con una máscara y una división nos devuelve los componentes del color; esta fue la solución más eficiente que se me ocurio. Capaz que a alguien le sirva tambien :)

Otra curiosidad es que con SDL pelado, podemos dibujar rectangulos rellenos pero no asi bordes de rectangulos.

Bueno como dije son curiosidades nada que ver con errores ni nada de ello. Lluego sigo la lista pero por ahora queria nombrar la optimizacion de algunas cosas en el engine y como muestra de ello de nuevo el "hola mundo".


    #include
    #include "Pantalla.h"
    #include "ControlFPS.h"
    #include "TrueFont.h"
    #include "Teclado.h"

    Pantalla * pantalla;
    Teclado * teclado;
    TrueFont * fuente;
    ControlFPS * timer;

    int main (int argc, char *argv[])
    {
    bool termino=false;
    int xTexto=0;


    /*Se inicializa el subsitema de video y se crea la surface de dibujo, de tamaño 640,480 con
    Bufer y superficie por software, mas un modificador extra para las banderas de inicializar
    SDL_video en este caso nada extra */

    pantalla = new Pantalla(640,480, 0);

    teclado = new Teclado(); /* Se crea el objeto teclado */

    timer = new ControlFPS(); /* Se crea el objeto que se encargara de controlar los FPS*/

    fuente = new TrueFont("fuente.ttf",16); /* Se crea la fuente especificando ruta y tamaño*/

    pantalla->setFuente(fuente); // se asigna la fuente a la maquina de escribir de la pantalla.

    while (!termino) {
    timer->actualizarTimer(); // se toma la medida

    teclado->actualizar(); // se lee el estado de las teclas

    xTexto+=4; // para mover el texto
    if (xTexto>640) {xTexto=0};

    /* si se presiona la tecla escape sale del juego. */
    if (teclado->isTeclaSePresiona[SDL_ESCAPE] ) { termino = true;};

    // limpia la pantalla
    pantalla->limpiar(pantalla->NEGRO);

    // escribe el texto en pantalla
    pantalla->dTexto("¡Hola mundo!",xTexto, 240,pantalla->BLANCO);

    // vuelva el buffer en pantalla
    pantalla->renderizar();

    timer->controlarTiempoMax(30);// hace que el timer haga durar cada
    // step comominimo 30

    }

    };

No es la gran cosa pero hace mas transparente el manejo de la escritura de texto.

¡Hasta la proxima!

Crónicas de "D+D Engine": Una muestra Gratis.

2009-02-03T10:26:00.000-08:00

Porque lo bueno tambien viene en paquetes pequeños.

Con ganas de presumir lo que llevo hecho XD

Bueno andaba con ganas de mostrar. Lo que tenia hecho:

¡Tan tan! Si... eso es todom bueno para el ojo del aficionado. Que se ve en esta scr_shot ademas de incoherencias:
En primer lugar el logo :) .

En segundo lugar se ve un fondo aplicado con alpha a la mitad con repeticion vertical y horizontal ademas de con hspeed y vspeed (Anque no se note en una screenshot obviamente).

Luego se ve escrito "tecla esta suelta" lo que muestra varias cosas, en primer lugar que tecla esta suelta (jeje) y lo otro es la clase MaquinaDeEscribir y la Clase Teclado funcionando al 100%!

Otra cosa más, casi imperceptible, es un pixel blanco en la esquina superior derecha. Bueno este pequeño pixel queire decir que tuve éxito incorporando (para lo cual soy malisimo) la libreria SDL_gfx! Que conoci gracias por la recomendacion de Adva como siempre.

Bueno eso era lo que queria presumir.... no mentira tambien tengo algo de codigo fuente para presumir :O:

Es un ejemplo de "Hola mundo" animado con D+D Engine:

Codigo:

#include
#include "Pantalla.h"
#include "ControlFPS.h"
#include "TrueFont.h"
#include "MaquinaDeEscribir.h"
#include "Teclado.h"

Pantalla * pantalla;
Teclado * teclado;
TrueFont * fuente;
MaquinaDeEscribir * maquina;
ControlFPS * timer;

int main (int argc, char *argv[])
{
bool termino=false;
int xTexto=0;

/* esto es temporal, pero por ahora funciona asi, este es el color negro y el blanco */
SDL_Color negro, blanco;
negro.r = 0;
negro.g= 0;
negro.b = 0;

blanco.r = 255;
blanco.g= 255;
blanco.b= 255;

/*Se inicializa el subsitema de video y se crea la surface de dibujo, de tamaño 640,480 con
Bufer y superficie por software, mas un modificador extra para las banderas de inicializar
SDL_video en este caso nada extra */

pantalla = new Pantalla(640,480, 0);

teclado = new Teclado(); /* Se crea el objeto teclado */

timer = new ControlFPS(); /* Se crea el objeto que se encargara de controlar los FPS*/

fuente = new TrueFont("fuente.ttf",16); /* Se crea la fuente especificando ruta y tamaño*/

maquina = new MaquinaDeEscribir(); /* Se crea el objeto que se encarga de escribir */
maquina->setFuente(fuente); // se asigna la fuente.

while (!termino) {
timer->actualizarTimer(); // se toma la medida
teclado->actualizar(); // se lee el estado de las teclas

xTexto+=4; // para mover el texto
if (xTexto>640) {xTexto=0};

/* si se presiona la tecla escape sale del juego. */
if (teclado->isTeclaSePresiona[SDL_ESCAPE] ) { termino = true;};

// limpia la pantalla
pantalla->limpiar(negro);

// escribe el texto en pantalla
maquina->escribir("¡Hola mundo!",xTexto, 240, blanco, pantalla);

// vuelva el buffer en pantalla
pantalla->renderizar();

timer->controlarTiempoMax(30);// hace que el timer haga durar cada
// step comominimo 30

}

};

Bueno aunque el codigo no es muy corto, es muy sencillo de leer y en estas lineas esta lo basico para hacer un pequeño juego si la complicamos un poco mas. Por lo que se puede ver se nombra a SDL simplemente para SDL_color, pero planeo cambiar esto en el futuro.
Los mismos objetos se encargan de inciar y de dar de baja los modulos de SDL.

Ahora si eso es todo! Espero que les parezca interesante, comenten y critiquen todo lo que quieran!

Un saludo!

Cronicas D+D Engine: Mini entrada.

2009-01-31T17:56:00.000-08:00

En esta semana.
¡Novedades novedosas!

Bueno esta no es una entrada ordinaria, sino una pequeña entrada con temas variados. Primero estoy estrenando logo para D+D Engine, y aqui está:

¡Espero que les guste!

Por otro lado el engine esta a punto de sufrir modificaciones importantes como por ejemplo el de crear la clase Pantalla, que se encargará de abstraer las operaciones que engloban el manejo del video y la iniciacion del mismo.

Por otro lado ahora la clase Teclado cuenta con nuevos metodos, los que en total son:

teclado();
void actualizar();
bool isTeclaPresionada(int tecla);
bool isTeclaSePresiona(int tecla);
bool isTeclaSeSuelta(int tecla);

Asi que ahora si esta completa, gracias en parte por la sugerencia de Darth! :)

Hay una dos Clases nueva TrueFont y MaquinaDeEscribir (Si los peores nombres que podia elegir) TrueFont es un objeto que representa una fuente (es decir encapsular a una variable TTF_Font) para poder utilizarla con MaquinaDeEscribir la cual cuenta (en su primera version) de los siguientes metodos:

MaquinaDeEscribir();
int getAltoDe(const char * str);
int getAnchoDe(const char * str);
void escribir(const char * str,int x, int y, SDL_Color color , SDL_Surface * g);
void setFuente( TrueFont * f);
TrueFont * getFuente();

Bueno el objetivo de esta clase es simplificar la escritura de textos usando nuestra querida SDL_ttf.

Tambien implemente la clase ControlFPS, que como su nombre indica controla el frame rate.

ControlFPS();
void actualizarTimer();
int tiempoDelFrame();
void ajustarA(int tiempo);

No hay mucho que decir ya que es autoexplicativa.

Bueno esas fueron las novedades.... por ahora. Un saludo!

Pero antes algo offtopic que no podia dejar de nombrar. J-kun de CGM ha hecho un fan art de Nubelin que me encanto! Aca lo dejo para que lo disfruten.

¡Corre Nubelin! Imagen por J-kun
(Si ya se el dibujo de mejor calidad que los graficos que lleva el juego XD)

Crónicas de D+D Engine: Se ve la meta en el horizonte.

2009-01-27T09:06:00.000-08:00

En los ultimos dias.

Avanzando a paso lento pero seguro.

(Una screen shot, donde TileSet con alpha, sprites, e imagenes dan su primera mirada al mundo).

¡Hola a todos! Crick Crick...... Bueno hasta ahora lo que llevo programado es bastante:

// De imagen
ImagenFuente.
TileSet.
Sprite.

// extras
ObjetoMovil // a medio hacer.

// De entrada
Teclado.

Y lo que me falta(Y estan diseñados) son.

// de imagen
TileSetScrolled (O algo asi, el nombre es lo de menos por ahora)
Fondo

// extras
Particula
Emisor

//De entrada
Mouse

Los ni si quiera diseñados son una clase para escribir con fuentes usando SDL_tff y otra para simplificar aun más el uso de los sonidos SDL_mixer y un reloj para controlar los FPS.

No hay muchas cosas interesantes que plantear por ahora, aunque esto lo voy a aprovechar para describir brevemente las clases ya implementadas (solo las nuevas).

Pero primero: el UML Limpio (Si ya se no se ve un carajo, pero bueno algo es algo, tomenlo como un vistazo general):

Teclado: Bien, la pregunta que surge es ¿para que implementar esta Clase si SDL lo plantea bastante sencillo? Bueno las raazones son dos:

Primero: SDL esta planteado proceduralmente y el resto del engine O.O., asi que la primera idea es pasarla aunque sea a una interfaz a O.O.

Segundo: Extender un poco las cualidades de deteccion de teclado, aunque todavía no tengo las ideas definidas, escencialmente seria para detectar si la tecla es pulsada, repetida etc...

La otra clase es ObjetoMovil. Lo que tiene este objeto son las fuerzas basicas para realizar un movimiento en un ambiente 2d: x, y, hspeed, vspeed, friccion, gravedad.
Tambíen contará con algunos métodos como setFuerza(float direccion, float fuerza), o bien agregarFuerza(float direccion, float fuerza).
Desde esta última, es que van a descender Particula, y seguramente los objetos de los juegos.

Bueno eso es todo por ahora, el resto se los debo para la próxima jeje!

Un saludo!

Crónicas de D+D Engine: Todo va tomando forma.

2009-01-21T17:40:00.000-08:00

Varios días atrás.

(De ahora en más no voy a poner la fecha, es fastidioso)

Este tile seguro no adivan de que juego mío (inclompleto) es.

Bueno era hora de publicar otra entrada de la crónica. Aunque tecnicamente esta bien el retraso ya que es una crónica no una vitacora :p (Si lo escribi antes pero no lo publique por eso dos entradas juntas!).

Bueno tuve varias desventuras, pero la mayoría fueron lios con la implementacion debido a mis pocos conociminetos sobre c++, no obstante todo va viento en popa (Bueno no es una vitacora del capitan pero se me permiten metáforas ¿no?).

En el diagrama UML limpio (el limpio es el que ve la luz, el otro solo esta entre medio de muchos papeles y grarabatos), ya estan presentes las clases:

ImageFuente
Sprite

Ahora para los curiosos el UML borrador lleba:

ImageFuente.
Sprite.
TileSet.
ObjetoMovil.
Particula.
Fondo.
TileSetScroll.

Queda incluir ahora:
TileSet.

Bueno que es TileSet. Como su nombre lo indica es una Clase que se va a encargar de dibujar mapas representados por tiles.
Para ello por un lado, conocerá obviamente a la imagen de la clase ImagenFuente que dibujara las subimagenes en solicitud de ella; por otro lado llevara una matriz int mapa[][] que se encargará de guardar un número entero de 0 a imagen->getNumSubImagenes() (imagen->getNumSubImagenes() incluido).
¿Por que incluido el número de subimagenes? Es sencillo (Como todas la preguntas que me hago retoricamente :p ) 0 (cero) representa la ausencia de un bloque del TileSet, por lo tanto aca no se va a dibujar nada, el numero 1 por su parte en realidad corresponderá a la subimagen 0 (cero, este maltido cero parece una "o").

Otro aspecto destacable de esta Clase será que se cargará desde un archivo de texto para evitar hacerlo más flexible.

Una cosa que resta mensionar es que esta planeado para poder ser usado para hacer una especie de máscara para chequear colisiones, la idea de esto es que no se necesite dibujarlo, pero si obtener informacion del mismo. de esta manera se puede obtener los bloques del mapa con funciones que simplifiquen este trabajo.

Este UML es una mezla del limpio con el borrador, ya que todavía puede sufrir cambios por no estar completamente implementado:
Aunque por lo que se llega a ver en la miniatura... espero solucionar este problema rápido.

Eso es todo... por ahora!

Crónicas de "D+D Engine" El UML crece.

2009-01-19T08:32:00.000-08:00

Sabado 17

El ataque de los sprite`s empieza a llegar. Podrán correr pero no esconderse.

¿A que no saben quien es este?

Aunque la crónica lleba un pequeño delay con respecto a la fecha actual, el proyecto continua.

Ahora llega el turno de integar la clase Sprite al diagrama. Si bien en la actualidad el diagrama es mucho más grande voy pasando en limpio las clases que ya implementé, por otro lado en papel esta el resto quedense tranquilos.

Esta clase no presenta ninguna complejidad algoritmica ni de diseño. Simplemente para animar el sprite tiene un par de variables int y float.

subImagen: Representa la subimagen que se va a dibujar.
velAnimacion: la velocidad de animacion.
tempFrame: Representa a la subimagen pero en numero flotante, si se le saca la parte entera nos da el valor actual de subImagen gracias a un array llamado animación.
animacion : Es un array de int, que representan las subimagenes del objeto ImagenFuente que conoce sprite, y que formaran parte de la animacion actual.
tamano: cantidad de cuadros de la animacion, o lo que es lo mismo el tamaño del array animacion.

Se contará además con una variable int llamada alpha, que como se da a entender es la que representa el alpha del sprite.

Sprite cuenta con dos métodos importantes animar(); y dibujar(SDL_surface * g, int x, int y);

Animar() se encarga de sumar velAnimacion a tempFrame, y al realizarle un cast a int nos sirve de sub indice para sacar la sumImagen a dibujar de la animacion.

dibujar(SDL_surface * g) se encarga de llamar al objeto ImagenFuente que conozca para mandarle el mensaje dibujarSubImagen, o bien dibujarSubImagenAlpha si el alpha del sprite es distinto de 255.

Todo la implementación fue bien a excepcion de la implementación del metodo animar(), que me termino dando a descubrir un error en la implementacion de ImagenFuente, y otro en la utilización de un array dinamico.

Luego de luchar un poco frente al debug, y de leer el libro que tenia a mano de C++ pedi S.O.S, pero como estaba ansioso no espere la respuesta y empeze a googlear y como siempre google nos salva la vida.

Bueno antes de desviarme del tema aqui en miniatura si se llega a ver algo es uno de los esbozos de lo más importante que lleba el UML "en limpio" (porque el otro va un poco más avanzado).

Acá estan las Clases ImagenFuente y Sprite tal cual estan implementadas. El diagrama lo hice con StarUML, que la verdad esta bastante bueno y es sencillo de utilizar.

Paso explicar lo que pormeti. La líneas sin flechas que unen dos clases indican relacion de conocimiento. En este caso Sprite conoce a un objeto de la Clase ImagenFuente y la conoce bajo la etiqueta de imagen. Para mostrar cuantoa instancias conocen una clase a la otra se coloca un numero sobre la linea (No la puse porque todavía no descubrí bien como hacerla en StarUML), un * para señalar que conoce a n instancias y 0 (cero) cuando no conoce a ninguna.
En este caso corresponde un uno sobre la palabra imagen y un cero de la linea del lado de sprite para indicar que ImagenFuente desconcose las instancias de Sprite que la conocen.

Eso es todo por ahora si alguein esta interesado en que explique un poco más del asunto solo hace falta un comentario.

Crónicas de D+D Engine: D+D Begins.

2009-01-18T18:52:00.002-08:00

Viernes 16: Todo listo… ¿y ahora?

Con todo andando solo falta algo que hacer…

Una vez que todo esta en marcha hay que usar el lápiz y el papel.
Los garabatos de ahora en más se van a esparcir sobre las pobres y blancas hojas para poder esquematizar el esqueleto de todo el engine.

Arriba Primer (UML)

Para diseñar se puede empezar de varias formas. Las que conozco yo son dos:
la uno: empezar por las clases principales de las cuales heredaran todas nuestras clases; o bien la segunda forma: empezar a diseñar como se come un plato de polenta caliente, de los bordes mas alejados hacia el centro, fuera de la hermosa (o deliciosa según el caso) metáfora esto quiere decir empezar por las clases que menos influyan en el resto del sistema desde un punto de vista de jerarquía de clases.

Dado que hay que entrar en calor creí oportuna la segunda opción. La Primer clase a diagramar no va a tener ningún heredero (o por lo menos por ahora no se me han ocurrido ninguno).
Y la primer clase del diagrama UML es trrttrtrrt (sonido de tambores): ImagenFuente.

Y bien, que demonios es ImagenFuente. Esta es una clase que va a encargarse de abstraer un poco el uso de imágenes, más específicamente el uso de sprite sheet.
Esta clase va a ser capaz de cargar una imagen en cualquier formato (bueno no cualquier formato solo los clásicos) gracias al uso de SDL_image y su mágica función IMG_load(“imagen.png”). También será capaz de dibujar solo una subimagen recortándola.

Por que es que esta clase no va a tener (en apariencias) dependencias es sencillo de explicar. A primera vista es fácil de suponer que clases como Sprite, TileSet descenderán de ella, pero hay una razón por la cual van ser útil que simplemente estas clases “conozcan” a ImagenFuente, y no que sean sus descendientes.

Y esta razón, es mala palabra al momento de diseñar y codificar, pero como incluir esto en el diseño cambia mucho la estructura y la comprensión del mismo es necesario dejarlo en claro del inicio, estoy hablando claro está de performance y por otro lado aparte flexibilidad.

Que ImagenFuente este aparte de Sprite, permitirá por ejemplo que si hay 100 sprite`s de un perro corriendo las “surfaces” que ocupen serán simplemente una, y cada sprite conocerá a este y a su propia subimagen velocidad de animación, alpha etc…. Y solo harán llamadas con información distinta con el mismo mensaje dibujarSubimagen( subImagen) a un mismo objeto;. Otra ventaja será que ImagenFuente será igual de útil para la clase TileSet haciendo posible manejar mapas en múltiples capas utilizando poco espacio en memoria.

He aquí el primer elemento del diagrama UML. Tiene lo básico como debe ser cuando uno empieza ¿No?.
Para quien no entienda UML, explico brevemente. Cada Clase se representa con un rectángulo que se divide en 3 partes. La primera obviamente corresponde al nombre de la clase. La segunda a los atributos, y por último los métodos. Más adelante explicaré con mas detalle como se representan relaciones de herencia y de conocimiento.

Cronicas de "D+D Engine" :: Primera entrada real.

2009-01-18T18:49:00.000-08:00

Miércoles 14 y Jueves 15: El pre- comienzo.

Cansado de GM y con ganas de crear un Juegos para PC con engine propio.

Luego de retomar la idea de armar un engine me dispuse a conseguir las herramientas necesarias.

Un lápiz

Un Block de hojas (¿no será mucho?)

y un IDE! Por supuesto.

El lenguaje ya estaba decidido y fue C++, ya que es uno de los más usados en el ambiente profesional. Desgraciadamente no tengo casi experiencia en este lenguaje así que me va a venir bien comenzar un desarrollo con calma para aprender un poco.

Empecé un poquito mal, eligiendo Dev-c++ , por suerte en el foro de ADVA me remendaron que mude a Code::Blocks, ya que el anterior había sido discontinuado y eso ya me había traído problemas para poder usar SDL.

Luego de luchar un poco con Code::Blocks ya quedo todo listo para usar, incluso SDL_image, SDL_mixer, SDL_tff (Aunque a estos últimos dos no los probé todavía y seguro van a dar pelea).

Moraleja:
Antes de ponerse a instalar un IDE y luchar por configurarlo, además investigar sus características técnicas ¡Hay que revisar su fecha de vencimiento!. Ya en serio, antes que nada hay que investigar bien, no solo formal y técnicamente sino también por opiniones de usuarios y otros datos extras que nunca faltan.

Crónicas de "D+D Engine"

2009-01-18T18:18:00.000-08:00

Como es la primer entrada referida al nuevo proyecto voy a explicar las cosas.

De ahora en adelante algunas entradas al blog van a estar dedicadas al desarrollo de mi engine 2d al que bautize D+D engine.
¿ Porque D+D ? es sencillo, no significa ni Drag & Drop ni Desarrollo y Diseño ni nada de eso, es simplemente por mi falta de imaginación para nombrar las cosas. Originalmente se iba a llamar 2d engine, pero no tenia personalidad y gracias a un razonamiento matemático como el siguiente:

surgio la idea de D+D... si todavía no captaste el chiste boludo D+D engine= (1+1)*D engine = 2D engine. Bueno no se quien destinaría un parrafo para hablar sobre el nombre de un engine antes de hablar del engine, y mucho menos quien podría leerlo jeje, pero vamos a volver a centrarnos.

Y volviendo a lo serio, el objetivo de estas crónicas es poder documentar y compartir el desarrollo de un sofware paso a paso desde el diseño hasta la implementación pero desde un punto de vista interno y humano.

Aclaraciones sobre el proyecto:

D+D Engine:

Objetivo: Proveer las herramientas básicas de engine para desarrollar un juego 2d.
Tipo de desarrollo: Incremental.
Paradigma: O.O.
Lenguaje: C++.
Librerías: SDL, SDL_image, SDL_mixer, SDL_tff.
Forma de documentación de diseño: Diagrama UML
Forma de documentación de la implementación: Comentario sobre código y posteriormente un manual de uso.

Un Click Para Suecia

2009-01-16T10:14:00.000-08:00

Me limito a citar lo siguiente, porque tiene la información justa y necesaria para entender de que se trata:

"Un grupo de programadores de Bahía Blanca clasificaron para participar del más prestigioso e importante competencia de programacion que se realiza en estocolmo, suecia.

Desgraciadamente aunque la organizacion les paga la estadia, les faltan los pasajes, que son como USD 6000.

Por eso abrieron un Blog para recaudar ese dinero en base a publicidad, por eso si pueden visitarla y linkearla a su blog/website mejor "

Cortesía de Shadow of Soul ADVA

Asi que si tienen un tiempito visiten el blog y algún que otro anuncio dentro del mismo! Ojala que estos chicos puedan llegar a la competencia!

Un saludo.

Decepciones del 2008. Pero.... ¿Porque?

2009-01-15T07:15:00.000-08:00

Leyendo de casualidad un top ten de las decepciones del 2008 http://es.onsoftware.com/p/videojuegos-decepcionantes-2008 me dió ganas de sacarle provecho a esa pequeña crítica y extenderla para nuestro lado, el game design y aprender de estos errores.

Para empezar hay que plantearse que es lo que puede arruinar un juego así que vamos a empezar. Lo primero que se me viene a la mente (y seguro a ti también) es el gameplay.

Si el gameplay falla, el juego de seguro estará condenado al fracaso, y cuando hablo del fracaso no estoy diciendo pérdidas de dinero ni pocas ventas, estoy hablando de el fracaso como juego y es una aclaración válida para toda esta crítica.

Si el jugador no se siente cómodo con los controles o el manejo de la camara, la experiencia del juego será frustrante por más que el resto del gameplay sea una obra de arte; por eso en mi opinion esta es una de las fallas más odiosas, desde el punto de vista del jugador, y criticas, para el game designer, que se pueden producir en un juego.

Nótese la palabra frustrante en el parrafo anterior, una experiencia frustrante desde ningún punto de vista puede ser divertida; Pero hay que distinguir entre controles incómodos y un personaje difícil de controlar. ¿Porque esto? Sencillo, nunca los controles incomodos o mal diseñados serán buenos para el juego, pero a veces un personaje difícil de controlar puede destacar a un juego, por ejemplo Asteroid.

Para controles incómodos basta recordar (si es que alguien en su vida lo jugo) a Croc 2 para PC, si alguien se consigue una demo va a ver de que hablo; en cambio para manejo incadecuado de la camará se puede citar algun titulo de Tomb Raider donde la camara a veces se ponía al otro extremo del cuarto donde apensas podíamos ver a Lara ni lo que hacia. (Se que hay juegos peores en este sentido por ahora no se me venia ninguno a la mente).

Si el manejo de la camara esta bien logrado se nota y nunca se olvida, como Super Smash Bross para aumentar la jugabilidad, o bien Another World para aumentar la experiencia de juego. En cambio en otros juegos el manejo de la camara cumple y eso basta y no deja de ser excepcional (Karoshi).

Lo que nos deja como "moraleja" es que si vamos a incluir un manejo de camara experimental o novedoso no solo bastará con probar prototipos sino tambien dejar viable una opción que permita manejar la camara desde un modo manual o clásico. Según el top ten que cite al inicio Too Human Xbox 360 es el que lleva este problema.

El otro problema por el lado de los controles, y este también es un clásico.

Señor game designer, seleccione una de las siguientes opciones:

a) todos los botones del teclado por cada accion y combinación; usando de la A a la Z, del F1 al F12.

b) Un botón realizar todas la opciones posibles en el juego.

c) Ninguna de las anteriores, usaremos un dispositivo tan inovador del que solo escucharan hablar una vez, y pasaran años hasta que sirva para algo pese a ya haber sido lanzado al mercado (casco que lee la mente)

d) Un balance entre a) y b) e ignorar c (por ahora :P).

Revisemos cada opcion por separado. La opcion a) aunque parece ser la equivocada a veces puede ser utilizada (no tan exrageradamente, obviamente); Hay juegos como Age of Empires II que si bien solo se usa el mouse se pueden conseguir muchas ventajas durante el juego si se utilizan los atajos del teclado. Hay que notar que estos controles son adicionales y por lo tanto destinados a jugadores experimentados. Por lo que queda decir que estos controles son para jugadores hard gamer y nunca para un jugadores ni juegos casuales.

En cuanto a la opción b) tambien suele ser una mala idea en general, pero al opuesto de la opcion a) suele tener más éxito en juegos casuales. Lo que nunca es buena idea es para juegos destinados a jugadores hard, porque se aburriran enseguida y no percibirán un desafio. Citando nuevamente el Top Ten ahora en la critica de "Naruto Ultimate Ninja Storm"

"[...] la lucha era tan simple que con sólo el botón círculo se podían ejecutar todos los combos del juego [...]"

La opción c) queda pendiente para el futuro :)

La opción d) es la segura y no vale la pena discutirla porque si bien es la ideal, es la dificil de lograr y depende de cada juego y estilo de juego. Generalmente se suele recurrir a disposiciones de teclas clásicas para cada genero.

Lo importante es recordar que los controles son la principal interfaz entre el jugador y el juego, y si no estan bien diseñado al jugador le va costar interferir en el juego.

Otro aspecto muy importante en juegos comerciales es el apartado gráfico. Hay tipos de juegos en los cuales se esperan gráficos excepcionales, y si ese es el objetivo del nuestro no podemos perder de vista este objetivo y terminar usando un engine de ediciones anteriores (si es una secuela) o dedicarle poco tiempo al desarrollo del mismo.

Generalmente el apartado gráfico va acompañado del realismo que se pretende lograr por lo que será más importante cuanto más realista sea el juegos que hacemos. Entre los generos clásicos se encuentran FPS y juegos deportista o simuladores.

Pro Evolution Soccer 2009 (PS3):

"El juego final cumplió algunas de estas expectativas. Es verdad que tenía unos gráficos mejorados, aunque lejos de lo que puede llegar a ofrecer una PS3 o una Xbox 360, pero sus modos online estaban obsoletos y además, el juego seguía ofreciendo problemas de lag. Eso sin olvidar que el motor de juego sigue siendo el mismo de Pro Evolution Soccer 5."

Un aspecto más digno de mensionar es la historia. Existen juegos sin historia, y esto no es problema ya que no es obligatorio incluirla (No hay reglas para la creacion de juegos :) ) y en ocaciones no afecta en nada al resultado final. Pero si se va a incluir una historia en nuestro juego, y se va a hacer hincapié en ella no se puede dejar de lado y no se deben dejar cabos sueltos. Aunque hay un error más grabe que se puede producir y es imperdonable para un game design/ story design, y esto es hacer un juego a partir de un mundo ya creado y no respetarlo. Hay que recordar que hay gente que es fanática de algunas Películas, Series o peor aún Anime`s ( digo peor porque la gente que mira anime suele prestarle seria atencion a las series que ve):

Naruto Ultimate Ninja Storm (PS3)

"Aunque lo peor era ver cómo la desarrolladora cogía la licencia oficial y ofrecía toda clase de incongruencias. Así podíamos ver cómo en el primer combate de entrenamiento de Naruto, éste era capaz ya de hacer el Rasengan, un movimiento que no aparece hasta un capítulo avanzado de la serie nipona."

Si se va a seguir un mundo ya creado hay que respetarlo y punto, o aunque sea tratar de interioriszarse dentro de él y proponer cambios que el jugador disfrutará de experimentar. Por más que el juego sea estupendo en todos sus otros aspectos, éste será jugado principalmente por seguidores de este mundo y el hecho de que la historia no concuerde será suficiente para frustar la experiencia final del juego.

Como un extra hay que citar los bugs: Siempre van a quedar bugs en un juego, y es cierto que las fechas de lanzamientos no dan tregua y el tiempo a veces no alcanza, pero los errores que no se deben perdonar en cualquier juego son siempre los errores de collision. Por más que el engine utilizado tenga mil y un shader si el personaje se queda pegado o atraviesa una pared le quita todo el realismo. Tambien hay bugs especificos que dañan a tipos especiales de juego:

Un bug imperdonable en un juego cuyo fuerte es el multiplayer es el Lag, o bien si es un MMORPG es un sistema de economía deficiente. Si el punto fuerte de un multiplayer es la interactividad entre los jugadores como vamos a dejar suelto un tremendo lag en nuestro juego, o bien si en un MMORPG es muy importante el comercio e intercambio de objetos hay que cuidarlo bien.

Me parece que me extendí de más pero espero que te sea útil tanto como a mí haberlo escrito, y como consejo: es buena práctica revisar la opinion no solo de los mejores juegos, porque si aprender de los errores siempre es bueno, es mejor si los errores los comete otro :)

Bueno, cualquier comentario es bienvenido y recuerdo que esto es una opinion personal y como tal no es una verdad absoluta ni cerca, incluso, en un tiempo yo mismo puedo estar en contra de lo que acabo de escribir; pero este al fin y al cabo, es un pequeñísimo aporte a la escasa documentación acerca del game design que existe en la web, espero te sirva de ayuda.

Un saludo!

La odisea de Nubelin Version Compatible con Windows Vista

2008-12-24T06:14:00.000-08:00

A direfencia de la version anterior que no andaba en windows vista, esta si lo hace. A parte de ese no hay ningun cambio con respecto a la version anterior.
Asi que a los que ya lo jugaron no se pierden de nada. Y a los que no lo podían jugar, ahora no tendrán escusa!

Espero que lo disfruten, cualquier cosa comenten!

Link de descarga: http://www.4shared.com/file/77401838/96501ad8/La_odisea_de_Nubelin_VISTA_COMPATIBLE.html

Un saludo!.

P.D: Feliz navidad y etc.....

Llaveros de Nubelin!

2008-12-19T08:37:00.000-08:00

Bueno esto es solo una curiosidad, mi mama (suena cursi ¿no? jeje) me hizo con porcelana fría unos llaveros de Nubelin jeje. Bueno lo quería compartir con ustedes asi se rien un poco.

A ver sus comentarios y risas! (El llavero no esta a la venta, a menos que...)

Review: La odisea de Nubelin

2008-12-17T14:38:00.000-08:00

Bueno una nueva entrada para mostrar una review de "La odisea de Nubelin" con la que quede muy satisfecho (y contento):
Fue hecha por Dart RPG de Comunidad GM:

Re: La odisea de Nubelin

« Respuesta #28 en: Diciembre 15, 2008, 07:17:05 »

Citar

Nombre: La Odisea de Nubelín
Género: Plataformas
Desarrollador: Tyranus
Foro en CGM: www.comunidadgm.org/index.php?topic=5788.0

·> Sinopsis
- Muchos quilómetros por encima de la Tierra, como unos 10000, encima de las nubes, viven los nubelines. Un día, mientras el rey Tyranus pasea por encima de su aldea con su carro gigante, una de las ruedas cae sobre la aldea destrozándola en el acto. También queda aplastado Blond, el héroe local, así que no hay nadie lo suficientemente fuerte y valiente como para ir a reclamarle al rey. Quien sí se encuentra en la aldea es Nubelín, que a pesar de no ser ni fuerte ni valiente es lo suficientemente estúpido como para irle a reclamar al rey. Con la ayuda de los restos de Blond deberá cruzar todo el país de las nubes hasta el castillo del rey Tyranus para reclamarle por los daños.

·> Jugabilidad
- La base del juego: su sistema de control en que en vez de saltar Nubelín se infla está muy muy cuidada. La habilidad de inflarse suele resultar útil aunque el tiempo de "carga" puede darles tiempo a los enemigos a darte. Hay gran cantidad de objetos usables como por ejemplo las nubes propulsoras, nubes carnívoras voladores, nubes dormilonas, nube surf, cuerdas flojas y algunos más que probablemente me descuido . La IA de los enemigos suele ser algo simple, pero tampoco es que se pueda esperar mucho de una gota de agua xD. Sin embargo los jefes están trabajados y requieren estrategia para derrotarlos.

·> Diseño
- El juego está muy bien diseñado con picos de dificultad para poder repartir la dificultad equitativamente y con unos jefes difíciles aunque no mucho. Los diseños de los niveles son muy imaginativos usando los objetos en maneras imaginativas. Los niveles suelen requerir pensarse dos veces cómo superarlos en vez de ir a lo loco y estan cuidadosamente diseñados.

·> Gráficos
- Aunque podrían ser mejores, los gráficos están muy trabajados y son agradables a la vista. Sin embargo, los sprites a veces desentonan con los fondos debido a que los fondos tienen un estilo mucho más "fotográfico". En conjunto resulta agradable a la vista.

·> Música y Sonidos
- La música es uno de los puntos más fuertes de este juego. Las melodías se acoplan muy bien con los niveles y están muy trabajadas para evitar que sean repetitivas. Además, la música ayuda a sumergirse en el juego muy bien.

·> Conclusiones
- En general un gran juego aunque si los gráficos estuvieran algo más trabajados podría ser aún mejor. Con una gran jugabilidad, gran música y gráficos pasables es un juego notable. Además, su originalidad es un punto a favor.

Resultados:

·Gráficos: 4/6
·Jugabilidad: 6/6
·Sonido: 5/6
·Historia: 4/6
·Originalidad: 5/6

·TOTAL: 80%

Pros:
Gran música
La historia es bantante graciosa
La cantidad de niveles que trae
Jefes y niveles trabajados

Contras:
Gráficos pasables
IA algo pobre

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

Gracias Darth RPG y a CGM!

Un saludo!

Single Boss Game! Nuevo concurso de ADVA

2008-12-10T04:40:00.000-08:00

A los interesados hace unos días se abrió un nuevo concurso de creación de juegos en ADVA, la consigna es sencilla: Un solo jefe presente en todo el juego. (Para más info leer el reglamento : Reglamento Single Boss Game) con Fecha límite el Lunes 5 de Enero del 2009, aunque puede estirarse si todos los participantes llorisqueamos.

Bueno es la primera vez que entro en un concurso de ADVA y por ahora no llevo mucho hecho, más que algunos sprites, tiles y fondos y un par de objetos simples.

La idea la tengo, la historia tambien, me falta desarrollar bien el gameplay para que sea divertido y obviamente terminar de implementarlo. Aca pueden ver una screenshot de la presentación. La herramienta ideal para este tipo de concurso de poco tiempo es por su puesto GM:
Eso es todo, Un saludo!

Presentacion del juego:

http://www.4shared.com/file/75351933/423a0786/Dos_caras_Una_verdad.html

La odisea de Nubelin

2008-12-02T18:16:00.000-08:00

¡¡¡¡¡Termine!!!!!! Acabo de subir la Odisea de Nubelin! Espero que la descarguen lo jueguen y me comenten.

Resumen que saque del post que hice en CGM:

Historia:

La Aldea corre peligro. Una rueda de la carroza del Rey se ha caido y lo ha destruido todo, incluso al heroe que suele salvar a esta humilde comunidad.
Sus habitantes desamparados buscan a un nuevo heroe, pero nadie se atrevería a hacerle un reclamo al rey. Solo alguien con muchas agallas, con gran fuerza e incontable valor podría llegar a hacerlo; o bien.... alguien lo suficientemente tonto para que ignore la gravedad de la situación. Aquí entra Nubelin!.

Gameplay:

El juego es similar a todos los juegos de plataformas, con la excepcion de que el personaje no salta, sino que se infla y flota; esto obligará al jugador a acostumbrarse a un modo distinto de enfrentar las cosas.
A demás el personaje es disparado desde cañones, hace equilibrio, surf y muchas cosas más.

Musicas:

Jaime Gomez http://mariobroxmusic.es.tl./
(Tema principal,Tema de la Lluvia, Tema de Perder,Tema Cuerda Floja)

Pablo Zumárraga de Satoshii Elements http://www.satoshii-elements.com/
(Tema Nivel de Trampas, Tema de Nivel rompecabezas, Tema de Nivel Bienvenido)

J. C. Dussan (j-kun) http://www.yuuut.blogspot.com/
(Tema de jefe intermedio)

Agustina Montero Dip
(Tema del Jefe Final).

Christian Fernando Perucchi www.forgingsounds.com.ar
( Tema de los niveles de la Cueva)

Juan Pablo Cavagnaro (Compositor Armonico En Fuga)
(Tema del Menu)

Chocosama
(Tema de Surf, Tema de la presentacion)

Agradecimientos:
¡Agradecimientos especiales a...

...todos los Musicos por su buena voluntad y su gran ayuda!

...A mi familia y a mi novia por su paciencia, y por ser mis game-tester obligados!

...A la Comunidad GM por todo su apoyo, y por todas las pruebas, reportes de bugs y sugerencias!

...A ADVA, por sus opiniones que me ayudaron a mejorar!

Link de descarga:

http://www.4shared.com/file/74205511/bdb13d7a/Nubelin.html

Biby Puzzle v0.5b Nueva beta.

2008-11-08T10:22:00.000-08:00

Hola mi feliz audiencia! (WTF)
Bueno ya la había publicado en todos lados menos en el blog; Ya saque la nueva beta de Biby´s Puzzle. Asi que a darle a los comentarios! Es en serio >:(

Novedades:
Beta 0.5 (Publicada!)

* Mejoras de particulas, y otros efectos + sprites retocados.
*Cuenta el tiempo que tardas para resolver el puzzle, y lo muestra cuando ganas.
*Agregado efecto de revolver la pantalla cuando reinicias.
*Agregado efecto de pasar la pantalla.
*Agregado moralejas. Al terminar cada nivel dice una moraleja que tiene que ver con la resolucion del nivel.
* Agregado comentarios de los Biby´s. Cada vez que chocan, los dejas, estas en peligro o los agarras (+ otras circunstancias) los bichitos muestran un dialogo con un comentario aleatorio distinto para cada situación. Intentando ser graciosos :p .

*Agregado 6 pantallas más.

* Agregado Item de invertir. Muajaja

Reparado:
Ahora es más facil abrir puertas y de girar las manivelas.

Bug conocido (y ya reparado):
Cuando un Biby cae en un pozo se loopea un sonido a modo insoportable, igualmente cuando un Biby cae a un pozo quiere decir que ya perdiste asi que reiniciar es inevitable; igual es un feo detalle que ya arregle (no en esta beta).

Descargar Biby Puzzle 0.5b

Video: No hice todavía :P

Biby Puzzle

2008-11-02T10:03:00.000-08:00

Antes de que piensen que me estoy desorganizando les explico el porque de un juego nuevo. Lo que sucede es que estoy en semanas de parciales, y siempre que tengo que estudiar se me ocurren muchas ideas. Antes de perderla en la nada decidi plasmarla en algo real.

El juego en si es simple, es un Puzzle en el que los controles son el mouse y el boton derecho. El objetivo del juego es bastante sencillo, pero no lo explico porque parte de la idea es que lo descubra el jugador a medida que juega. El gameplay es bastante original al menos eso creo, no hay personaje principal que manejar, pero si hay muchas cosas con las que interactuar, los puzzles en concecuencia son originales tambien.
Los invito a probar este juego extraño pero muy entretenido (me quedo jugandolo yo jeje)
Hasta ahora la musica es provisional (Autor de la musica J-kun busquenlo en CGM) y los gráficos están a la espera de mejoras. Los sonidos son los definitivos pero hay que ajustarle bien el volumen y agregar los que faltan.
Tiene 14 niveles asi que tienen para probarlos. Igual se pasan en menos de 15 minutos seguro.

Espero sus comentarios!

Un saludo!

Me había olvidado de pegar el link!

http://www.4shared.com/file/69409731/bdf1b66d/Biby_Puzzle_beta_02.html

Trailer La odisea de Nubelin!

2008-10-22T21:45:00.001-07:00

Bueno festejando mi fracaso del parcial de base de datos quedandome hasta las 3 menos cuarto de la mañana despierto llega el trailer tan esperado (WTF?) Utilice para el video el CamStudio una herramienta gratuita para la captura de videos y como musica de fondo use una cancion que me gusta mucho y que encajo perfecta Requiem for a Dream. Vean la mezcla jeje:

Nuevo proyecto j2me "Yiaco"

2008-10-19T18:37:00.001-07:00

Bueno el personaje que subi en una entrada anterior fue bautizado como Yiaco. Si es un nombre un tanto fiero, pero fue cortesía de un programa que hice que genera nombres aleatorios cuando no se me ocurre ninguno jeje.

Como con el otro proyecto a punto de concluir (aunque seguramente quede en stan by por un tiempo al igual que este ¡se vienen los parciales!) primero estoy experimentando con un prototipo en GM.

El juego en sí, es una especie de jetpack basado en un juego de plataforma pero distinto. Yiaco vuela haciendo uso de la energía renobable... sus propios gases :P, y el objetivo del juego es alcanzar la parte superior de la pantalla para atrapar a un astronauta que se escapa con un elemento preciado de Yiaco (elemento todavia a definir jeje).

Este proyecto todavía esta en las etapas tempranas de diseño de gameplay y puede sufrir severas modificaciones, si quieren probar el prototipo aca lo paso:

descarga el prototipo de Yiaco

Un video:

Eso es todo por ahora muajaja!

Espero sus comentarios gente!

Gluglos! Demo disponible.

2008-10-15T20:51:00.000-07:00

Hola a todos! crick crick.
La razon de esta entrada es que acabo de terminar un engendro entre demo y beta de.... Gluglos! Espero que lo descargen y lo prueben, las malas noticias son que solo esta disponible en resolucion 128*160.

Los controles son:
4, izquierda : izquierda
6, derecha : derecha
5, tecla del medio : disparar
2, arriba : rojo
8, abajo : verde (aunque en la demo no se usa ).
0 : menu

Descarga la demo (en realidad es la demo beta):
descargar demo

Prototipo:
descargar prototipo

Espero sus comentarios.......

Saludos!

Pequeña entrada al blog. Nueva criatura!

2008-10-15T07:48:00.001-07:00

Bueno en esta pequeña entrada al blog es para mostrar el nuevo personaje que anda dando vueltas en mi cabeza... Cuando termine Gluglos! empezaré otro juego con este personaje aún sin nombre, aunque si tiene una historia más o menos que lo acompaña pero falta pulir un poco antes de que vea la luz.

Eso es todo! (Tendría que estar estudiando para base de datos :X)

Gluglos! Juego para celular (j2me).

2008-10-10T13:30:00.000-07:00

Bueno aquí estoy de nuevo! Luego de llevarme la sopresa de que alguien leyo el blog (ejej), publico una nueva entrada, y esta vez el tema central de esta es mi nuevo juego llamado Gluglos!.

Armando una especie de ficha tecnica para facilitar y reducir la redaccion:

El nombre : Gluglos!

Este nombre viene de Gluglocito (abreviado), que a su vez viene de un chiste que me conto mi novia una vez (muy malo por cierto).

La categoría :

Dentro de las categorías que existen yo lo ubicaría en juego Casual, es muy sencillo pero a su vez adictivo (o al menos eso intento que sea).

Objetivo del juego (jugarlo):
Pintar de distinto color a unos bichos que caen disparandole con un cañon. Si los bichos estan pintados del color que corresponde a el recipiente donde caen suman puntos sino, lo hace subir, y si se salen de la pantalla "game over".

Modos de juego:

Incluye por ahora un solo modo de juego: "Modo Reflejo", en el cual solo hay un color de recipiente y la destreza más importante necesaria para ganar el mayor puntaje son tus reflejos.

En la version terminada incluirá (creo) 2 modos más. El modo arcade y el modo inverso.

El "modo arcade" son una secuencia de niveles que hay que superar siguiendo una lógica similar a la de "Modo reflejo" solo que esta vez con mas de un color por recipiente.

El "modo inverso" por su parte tiene como particularidad de llevar la logica inversa, es decir, los bichos ya caen con color, pero si estan con el mismo color del recipiente en que caen, los hace subir, tienen que ser de color distinto para sumar puntos.

Objetivo del juego (crearlo):

Bueno este juego lo encaré como una práctica de Diagrama UML aplicado al desarrollo de juegos, pero ya lo venñia planeando como un juego sencillo en el que puedas pasar un par de minutos jugando cuando viajas o en situaciones similares.
Liberaré dos versiones: Una demo que solo incluye el modo reflejo y no guarda las el higscore (muajaja).

Y la segunda una version comercial que con suerte lograré sacarle algo de jugo (Si este plan fracasa será freeware :C ).

Bueno eso es todo.... no mentira, en terminos de videojuegos una screenshot dice mas que 1000 kbytes :

Descarga la demo (en realidad es una demo beta):

descargar

Casi termino!!!!

2008-09-16T15:21:00.000-07:00

Bueno como estoy con mesa de examenes extraodinarios tengo más tiempo libre (Acabo de rendir y bien!), asi que pude continuar el proyecto. Estoy cada vez mas cerca.
Termine al rey, la conversación antes de la pelea, los chequeos de bonus, ahora estoy por hacer los dos niveles del bonus. Resta hacer "la historieta" del final, hacer cuadros de dialogos para confirmación de salida y de neuva partida!.

Para no dejar tan vacía esta entrada publico el logo (que falta mejorar):

Me acaban de hacer notar que puse mal el nombre del blog!!!!!!! Y ahora? o_o

Saludos mis inexistentes seguidores!

Ignauguración

2008-09-12T15:32:00.001-07:00

Bueno aca estoy estrenando blog.
En teoría aca iré colgando noticias sobre los desarrollos de mis juegos ( Ya sea en GM J2Me o C++). Pero veremos si me llevaré bien el mantenimiento de blog.

Ahora si luego de una casi interminable presentacion (?) comienza lo interesante, o casi :

Por ahora estoy tratando de terminar "La odisea de Nubelin":

Un dia normal en la pacífica aldea Cumulus todo se vuelve un caos cuando una rueda de la carroza del rey cae. Los habitantes se preguntan por su heroe, pero para su sorpresa, este heroe yace aplastado por la rueda. Entonces se preguntan ahora quien puede ser tan inteligente, habil, astuto, etc, para ayudarlos, en ese momento a alguien se le ocurre una una idea mejor; ¿Quien puede ser tan estúpido como para hecerle el reclamo al rey? Y es ahí que entra Nubelin en la historia.

El personaje de Nubelin:

Nubelin no tiene ningun atributo fisico deslumbrante, es corto de piernas, brazos flacos, con panza y con un gran jopo que forma parte de la cabeza. Esta totalmente desnudo (es un personaje caricaturezco), y la "unica" habilidad que posee es la de inflarse. Para hacerlo se mete el dedo en la boca, hace fuerza como "soplando" y se infla.

El tambien, es un personaje mudo (Nunca tiene dialogo en la historia), y Blond (El jefe aplastado del cual solo sobrebivio un fragmento que lo acompaña en el viaje) es el que expresa sus ideas medianamente, a modo de "narrador". En si el personaje es sencillo, pero esta sencilles es lo que lo convierte en unico, a mi parecer jejej.

Solo me faltan las ultimas pantallas, que me entreguen las músicas que les falta que me esta haciendo un musico llamado Jaime (http://mariobroxmusic.es.tl./).
Tambien estoy esperando las novedades de alguien que me esta ayudando a mejorar los gráficos llamado Claudio (cuando encunetre el link a su blog lo cuelgo jeje).
Hasta no incorporar dichos elementos no publicaré el juego.

Espero que alguien siga el blog aunque empieze medio desganado :X.

Saludos mis seguidores crick... crick...!