Comunidad Game Maker

Voy a hacer un resumen de este concurso que quedo en el olvido porque lo desarrolle a trav?s de los blogs que ya no existen, y me parece interesante mencionarlo para todos aquellos que quieran participar en algun GIA futuro una mejor idea de que va el concurso.

Este GIA se llevo a cabo hace cosa de un a?o y pico, a finales de 2008 si la memoria no me falla.

La tem?tica de este GIA_01 era ver quien tenia los mejores tiempos y pasaba mas cantidad de niveles en un juego de puzzles plataforma de vista lateral. El concurso consist?a en varias rondas y a medida que iban destrabando los niveles se iban haciendo las nuevas rondas, asi hasta llegar al noveno nivel que era el ultimo.



Bueno, el concurso se finalizo en 5 rondas, declarandose Campeon del GIA_01 merecidamente Raul Omega. Aunque luego agregue una "6ta" en donde participa Ciberman fuera de tiempo, pero ya que hizo su IA debia ponerlo.


Les dejo tanto el editable (.gm6) como el .exe de la ultima versi?n para que puedan echarle un ojo y porque no, intentar hacer sus IAs, siempre ser?n bienvenidas por mi.

Aca les dejo tambien un link al video oficial del torneo + CibermanIA (que no participo oficialmente del concurso sino luego de finalizado) para que vean de va todo esta de Guerra de IAs :)

VER VIDEO

---

Registros

Raul Omega

----DATOS DE LA IA----



   Fecha de inicio: 1-Mayo-2009

   Fecha de la version 1: 2-Mayo-2009

   Fecha de la version 2: 10-Junio-2009

   Fecha de la version 3: 18-Junio-2009

   Autor: Raul_Omega

   Maximo nivel superado version 1: Nivel 6

   Maximo nivel superado version 2: Nivel 8

   Maximo nivel superado version 3: Nivel 9



----EXPLICACION DE SU FUNCIONAMIENTO----



En cada Step la IA detecta el proximo obstaculo a superar y tambien

los 6 obstaculos siguientes (a 16,32,48,64, etc pixeles de distancia).

Aunque apenas se ha sacado partido al calculo de obstaculos posteriores.



En total es capaz de diferenciar 13 situaciones diferentes:

1-Flechas opuestas: El droide debera saltar y andar

2-Muro: El droide debera saltar y andar

3-Pozo: El droide debera saltar y andar

4-Camino sin salida (pared): El droide cambiara su direccion

5-Dejarse caer (si  el unico camino posible es dejarse caer): El droide debera andar para caer

6-Camino libre: No hay obstaculo, el droide debera andar

7-Pinchos boca arriba: El droide debera saltar y andar o bien pararse para no caer en ellos

8-Almoada: Si se detecta una almoada bajo el droide se deja de avanzar

9-Trampolin: Se salta hasta que se alcance la maxima altura, despues continua avanzando

10-Pinchos movimiento vertical: Se para mientras los detecta

11-Pinchos movimiento horizontal: Si estan a la misma altura se saltan si no se avanza

12-Mar de pinchos de movimiento horizontal: Detecta si hay pinchos con movimiento horizontal debajo y se deja caer solo

   cuando estan lejos

13-Escalones: Este obstaculo no fue necesario de introducir hasta el nivel 9, en el se necesitaba dejarse caer

   en un huevo para poder saltar una zona de pinchos

   

   

Existe una variable posH que indica si la salida se encuentra a la izquierda o a la derecha del droide.

En caso de haber una pared el droide cambiara posH a la direccion opuesta. (Como ocurre en el nivel 5)

La variable cambiosH cuenta las veces que posH cambia de valor sin que se haya tocado una pared

en caso de que cambiosH alcanze el valor 2 significa que el droide esta oscilando en torno a la salida

debido a que esta a una altura diferente (Como ocurre en el nivel 9), si esto ocurre se fija posH hasta que se alcance

una pared.



Aparte de los obstaculos antes mencionados que se calculan con un Script, existe un tipo de obstaculo

que no es detectado y que se trata de los pinchos que miran hacia abajo. En lugar de incluirlo como un obstaculo

el droide cuando se le manda avanzar checkea que no haya un pincho de esta clase delante suyo, en caso de que lo haya no avanza.





----PROBLEMAS SURGIDOS----



El primer problema que se me planteo fue buscar la manera de detectar los obstaculos, entonces se me

ocurrio crear un script que por medio de acciones del tipo collision detectara los proximos obstaculos

y devolviese un vector obstaculo(X) con el valor igual al tipo de obstaculo (del 1 al 9), siendo la X la del primer, segundo...

hasta el septimo obstaculo por delante del droide. Si bien, salvo para el obstaculo "Dejarse caer" no tiene

utilidad conocer futuros obstaculos, pero decidi dejar asi el script por si me hacia falta posteriormente.



Una vez definido este script y el evento step donde se actua segun el obstaculo no tuve problemas hasta el

nivel 3, donde aparecen por primera vez los pinchos. Obstaculo que aun no habia implementado. Me llevo un tiempo pensar

la manera de superarlos por que tenia que calcular cuando era necesario que el droide parase de avanzar para no chocarse con

un pincho, y sin embargo si hay pocos pinchos interesa seguir avanzando para alcanzar el otro lado.

Por lo que decidi:

   -Si vspeed<=0 (estoy en el suelo o saltando): El droide sigue avanzando

   -Si vspeed>1 (estoy cayendo):

           -Si tengo un pincho justo delante: Se para en caso contrario sigue adelante con el salto

           

En realidad superar este obstaculo fue en gran medida debido a la prueba y error hasta que obtuve el resultado deseado

por ello quedo algo desordenado el codigo.



Despues de esto el siguiente problema fueron los pinchos bocaabajo que no habia incluido en el script y que

decidi en lugar de incluirlos simplemente detectarlos cuando el droide tuviese que avanzar



El siguiente problema importante aparecio en el Nivel 5, que implicaba un cambio de direccion del droide

a mitad del nivel. Para que el droide supiese para donde avanzar idee lo siguiente:

   -Mientras no se choque con una pared el droide sigue la direccion impuesta por posH segun donde este la salida

   -Si se encuentra una pared posH cambia de direccion y ya no se chequea donde esta la salida

   se supondra que se acabara encontrando

   

El ultimo problema encontrado fueron los trampolines del Nivel 6, ya que el ultimo trampolin del nivel mi droide no

lo detectaba correctamente ya que las condiciones para detectar un trampolin y para dejar de saltar sobre ?l

se "superponian". Con lo cual decidi poner un par de variables adicionales.

   -Saltando:

       0: El trampolin no se ha tocado o bien no hay trampolin

       1: Se esta saltando sobre el trampolin

       2: Se ha alcanzado la maxima altura, el droide avanza hasta que deja de estar sobre el trampolin, momento

           en el que Saltando vuelve a 0 para repetir el proceso con otro trampolin

   -xsalto: Coordenada x del trampolin sobre el que se esta saltando, sirve para saber si se deja de estar sobre

       el trampolin

   

En la version 2 el nivel 9 no se podia superar debido a que el droide se chocaba con unos pinchos que miran hacia abajo

debido a que para poder pasar esa zona habia que dejarse caer en un hueco situacion que era incapaz de detectar, en la

version 3 se incluyo que siempre que hubiese un escalon de 1 bloque de altura el droide lo bajase



Ciberman

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

////////////////////////////////////|

/////Datos de la IA:////////////////|

////////////////////////////////////|

//Fecha de Inicio:17/09/2009////////|

////////////////////////////////////|

//Fecha de Finalizacion:24/09/2009//|

////////////////////////////////////|

//Autor: Ciberman///////////////////|

////////////////////////////////////|

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



PROBLEMAS que tomaron mucho resolverse:

-nivel 1: Detecci?n de el impulsador izquierda y derecha. cuando seguir y cuando saltar.

-Nivel 2: Detecci?n de las paredes, y cuando dev?a saltar

-nivel 3: saber cu?ndo es que hab?a que parar de caminar y parar el salto para no caer en los

       pinchos. basicamente el sistema utilizado comprueba si existe un pincho y en ese caso

       se fija el siguiente espacio libre, salta, e intenta caer alli.

-nivel 4: Un error. el droide detectaba que ten?a que saltar al comienzo y entonces saltaba pero

       no avasaba por consecuencia. con unos ajustes de revisi?n alcanz?.

       Tambien fue dificultoso pasar un pinche normal que deb?a detectarse en el aire. Tambien

       una barrera de pinchos del final.

-Nivel 5: No se sab?a cuando deb?a cambiar de direcci?n. eso tard? mucho en resolverse... Costo

       tener que bajar al nivel 2. Luego el siguiente problema fue la deteccion abanzada de pinchos.

       Cuando deb?a parar y cuando abanzar. Siguio con problemas el hecho de una bajada llena de

       pinches, se deb?o hacer que el droide reconociera cuando pod?a abanzar y cuando frenar para

       una correcta caida.

-Nivel 6: Al principio, con el c?digo que le hab?a dado avanz? el droide la mitad del nivel pero callo

       en un pozo con pinchos. Luego de unas modificaciones al c?digo de detencion de pinchos, el

       droide pudo pasar callendo en la almhoada. Luego un problema grande surgi?. Dev?a detectar los

       trampolines. Con un c?digo de detecci?n que me cost? lo solucion?.

-Nivel 7: Lo super? r?pido. No hubo basicamnte problemas.

-Nivel 8: Fue un poco dificil configurar el movimiento en las dos direcciones con esas rocas, pero despues

       no hubo mayores problemas.



Guacusio


//Registro



//Fecha de inicio:07-05-09

//Fecha de t?rmino:16-05-09

//Autor:guacusio



//Funcionamiento:

/*Primero trabaj? con 3 variables: izq, der y salto, donde cada una pod?a ser true o false,

dependiendo de si el personaje deb?a moverse a la derecha, a la izquierda y/o saltar.

Como vi que el c?digo se estaba haciendo muy poco estructurado y dif?cil de depurar y hasta de entender,

mand? todo al diablo y comenc? desde el principio con otra idea que reci?n estaba aprendiendo: m?quinas de estados finitos



Utilic? una m?quina de estados finitos (la primera que hago) XD

bas?ndome en los geniales tutoriales de Fenris:



http://www.comunidadgm.org/index.php?page=60

http://www.comunidadgm.org/index.php?page=57

http://www.comunidadgm.org/index.php?page=58

http://www.comunidadgm.org/index.php?page=59



La m?quina tiene 4 estados:

quieto: no se avanza ni se salta

salto:est? saltando o cayendo verticalmente, sin moverse hacia los lados

salto_avance:lo mismo que salto, pero incluye movimiento horizontal

avance:movimiento horizontal solamente, sin movimiento vertical



La direcci?n de avance la controla la variable avance (1=derecha, -1=izquierda, 0=sin avance)

La variable rec_avance guarda la direcci?n de avance en caso de detenerse, para luego retomar el avance en la direcci?n correcta



Los eventos para cambiar de estado son un mont?n. Se encuentran en los scripts asociados a los estados.

Hay explicaciones en los comentarios de esos scripts.

A continuaci?n hay un resumen de los eventos de cada estado:



quieto:(se basa en la hip?tesis de que los bloques m?viles tienen como parent a obj_global_pinches)

-Si hay un tipo de pinche adelante que se mueve verticalmente y justo ahora se mueve hacia arriba permitiendo pasar, cambia al estado avance



salto:

-Si hay pinches adelante pero no hay en la pr?xima actualizaci?n cinem?tica(*), pasa al estado salto_avance

-Si abajo hay una pared y no hay pinches adelante ni est? sobre un trampol?n, cambia al estado avance

-Si est? sobre un trampol?n y ya lleg? al punto m?s alto que puede llegar (aprox. 15 bloques de altura), cambia al estado salto_avance

(*)se refiere a los nuevos valores de x,y y gravity que calcula el script scr_step



salto_avance:

-Si hay pinches adelante, deja de moverse horizontalmente pero no cambia de estado por ahora. Si no hay, retoma el movimiento horizontal

-Si est? sobre una esquina (a cualquier altura) y no hay pinches sobre su cabeza, cambia al estado salto

-Si inmediatamente abajo hay un muro, cambia al estado avance

-Si est? sobre la esquina de adelante de un trampol?n (a cualquier altura) y va cayendo, cambia al estado salto



avance:

-Si entra a una zona donde hay pinchos que suben y bajan, cambia al estado quieto

-Si adelante hay pinches, cambia al estado salto

-Si adelante hay un muro de hasta 3 bloques de altura, cambia al estado salto_avance, de lo contrario cambia de direcci?n de avance

-Si llega a una esquina y arriba no hay pinches, o si se encuentra con un slope desfavorable, o si frente a sus pies hay pinches, cambia al estado salto_avance

-Si llega al borde de un trampol?n, cambia al estado salto



Otros scripts:



scr_guacusio_voltea: revisa si tiene frente al personaje una pared muy alta (m?s de 3 bloques de altura), si es as? cambia el sentido de avance horizontal y reorna true; de otro modo retorna false

scr_guacusio_arriba: revisa si hay pinches sobre el personaje, hasta una altura de 3 bloques

scr_guacusio_abajo: devuelve 1 si el personaje est? sobre suelo ahora y en el pr?ximo estado cinem?tico, 2 si llega a una esquina de suelo normal y 3 si llega al borde de un trampol?n

scr_guacusio_cambia_a: cambia al estado argument0, invocando las acciones asociadas al ingreso a ese estado (entre otras cosas, el valor de la variable avance)

scr_guacusio_aplasta: cambia al estado quieto si llega a una zona de pinchos que se mueven verticalmente



Suposiciones e imperfecciones

Por falta de tiempo (y de genio), esta IA no diferencia entre cojines y paredes, as? que no aprovecha los primeros.

Esta IA supone que los bloques con movimiento vertical que matan al personaje tienen parent obj_global_pinches

Esta IA hace al personaje detener su avance horizontal en cada esquina si est? en el estado salto o salto_avance. Esto ralentiza su avance pero fue la ?nica forma que encontr? de pasar ciertos obst?culos potenciales (que no salen en los niveles que hizo KrakenHimoto, por cierto) como pozos profundos, donde si llego y hago un salto completo desde el primer bloque que puedo, me puedo quedar atrapado en el pozo.

Esta IA, por lo dicho, no est? optimizada para pasar el nivel lo antes posible, pero s? para llegar en forma segura.



Dificultades:

Todo fue dif?cil XD. Sin embargo, tuve especiales problemas para esquivar los pinches ya que hay una gran gama de combinaciones de posiciones relativas de los pinches respecto al jugador.

Tambi?n me cost? encontrar un m?todo para hacer que el personaje supiera cu?ndo avanzar en sentido opuesto en el nivel 5 (aunque no fue dif?cil para nada implementarlo una vez se me ocurri?)

El uso de trampolines en el nivel 6 fue bastante complejo, principalmente porque no se me ocurr?a cu?ndo deb?a abandonar el trampol?n.





Huarelion

Nombre del creador: Eduardo Ibarra (eduardo960)

---------------------- IA version 0.1 ----------------------

Fecha de inicio de la IA: S?bado 18 de Abril de 2009

Fechas de finalizaci?n de la IA: Domingo 19 de Abril de 2009

Cambios: Creaci?n de la base de la IA, termina satisfactoriamente los 3 primeros niveles

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



---------------------- IA version 0.2 ----------------------

Fecha de inicio de la IA: Lunes 20 de Abril de 2009

Fechas de finalizaci?n de la IA: Lunes 20 de Abril de 2009

Cambios: Optimizado el codigo de chequeo de paredes, solucionados unos detalles relacionados con los saltos de paredes

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



---------------------- IA version 0.3 ----------------------

Fecha de inicio de la IA: Mi?rcoles 22 de Abril de 2009

Fechas de finalizaci?n de la IA: Jueves 23 de Abril de 2009

Cambios: Solucionados algunos bugs de detecciones a la izquierda, IA un poco m?s inteligente (T?rmina los niveles en menos tiempo), Nivel 4 terminado,

arreglados m?s detalles relacionados con el salto del personaje, Detecci?n de picos por encima del personaje, Detecci?n de picos mejorada

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



Eventos a?adidos aparte de los ya por defecto:



- Alarma 1



Seguimiento de la IA:



Al comenzar con el desarrollo de mi IA del concurso GIA, lo primero que hice fue usar la l?gica para planear como definir?a la direcci?n para llegar

a su destino que ser?a la meta, hacer que se replantee la direcci?n en caso de que no encuentre un avance para aproximarse a la meta.



Los problemas que actualmente tiene mi IA es que es capaz de pasar un nivel complejo pero quedarse trabada en un nivel menos complejo, ya que el c?digo

no esta totalmente optimizado, pero el codigo ser? optimizado para que pueda pasar niveles de todo tipo.



Pensamiento de la IA:



- Definir la direcci?n inicial a la que moverse

 - Si el checkpoint se encuentra en una posici?n Y muy lejana, su direcci?n por defecto es 1 (derecha)

   - La IA tiene un m?ximo de 2 intentos para pasar por una zona, si su posici?n X es igual despu?s de todos los intentos, cambia de direcci?n

- Durante su ejecuci?n, se pone en busqueda de aceleradores de velocidad

 - Si encuentra un acelerador de velocidad contraria a su direcci?n, realiza un salto, si va hacia su direcci?n, camina para tomar velocidad

- Durante su ejecuci?n, se pone en busqueda de bloques que puedan evitar que continue su camino

 - Si no hay bloques que obstruyan el salto, lo realiza para pasar bloques que le impiden continuar

   - Si no es posible pasar una pared de bloques, replantea la direcci?n para encontrar otro camino

- Identifica si el checkpoint se encuentra debajo de el

 - Si esta por debajo de el y encuentra un espacio vacio para pasar, deja de moverse para bajar y continuar su camino

- Identifica hacia cu?l direcci?n se acerca m?s al checkpoint desde la alarma 1

 - Si la direcci?n en la que va lo acerca m?s, sigue en esa, sino, cambia de direcci?n

- Busca e identifica los picos pr?ximos

 - Al encontrar uno hace un c?lculo para encontrar el sitio m?s lejano y seguro al que pueda llegar saltando

   - Al llegar a la posici?n deseada deja de moverse hasta que este apoyado completamente en una plataforma y sigue moviendos?





Darth RPG


Registro de la IA:

Empezada en 17/4/2009

Terminada en 20/4/2009



Creada por Darth RPG



En una primera idea decid? que simplemente se moviera a la derecha, comprobando que no haya bloques por medio de su camino a la meta.

Si los hay que los salte y que continue. Sin embargo, esta idea ya en el primer nivel me trajo dificultades. Por ello implemente un sistema

para detectar qu? tipo de suelo tiene justo debajo y delante. Si es una cinta que va en contra de su movimiento, que la salte. Con esto

ya super? el primer nivel. El segundo ya fue m?s dif?cil. El c?digo de detecci?n con el collision_line funcionaba mal, as? que, en una rabieta

hice un sistema m?s b?sico y consegu? que funcionara. El nivel tres fue, de lejos, el que m?s problemas me dio. Sin embargo, gracias a otra

de mis rabietas, hice un script que detectara la instancia de debajo y hice que si ten?a un foso de pinchos muy ancho delante suyo y estaba en

un lugar seguro parara el salto. Con esto consegu? que superara ya el tercer nivel.



Mi IA b?sicamente, comprueba en qu? direcci?n debe moverse. Luego, mira que no haya bloques en su camino. Si los hay, calcula la distancia al

m?s cercano y si est? a 12 p?xeles, salta. Si no hay bloques cerca, comprueba que no haya pozos delante y, si los hay, los salta. Adem?s, si

est? saltando y tiene un rellano cerca y un foso delante, se para en el rellano a esperar para saltar de nuevo.



BrandNew


//Bit?cora de IA

/*

La primera idea que surgi? fue que la IA deber?a estar avanzando constantemente,

pues el primer nivel es una linea recta con tan s?lo un obst?culo, que era evitar

las flechas que te alentan. As? que el primer nivel fue simpl?simo, y la IA lograba

un tiempo record tan solo con scr_walk(1) y detecci?n previsiva de las molestas flechas.



Para el segundo nivel el cambio no fue mayor: el droide solo deber?a brincar cada vez

que detectaba una pared o un hoyo adelante. Durante este tiempo logr? mejorar

el puntaje en el primer nivel y poco a poco fue mejorando el del segundo.



Para el tercer nivel se complico la cosa, puesto que ahora hab?a pinchos sobre los

que puedes caer. Aunque la IA brincaba en presencia de un hoyo, tend?a a aventarse

directamente contra unos pinchos que se encontraban m?s adelante.

Esto llev? a desarrollar un algoritmo para que el droide, al brincar, deje de moverse si prevee

que va a caer sobre pinchos. (vease el primer ciclo for{} del evento Step)



Uff, el ultimo nivel resulto el mayor reto. Primero,encontrar una manera de detectar

la direcci?n hacia la que el droide tiene que moverse. Despu?s, evitar que el droide

de saltos desde muy alto para no caer y aplastarse. Despu?s, evitar hacer contacto con

los pinchos invertidos, y al final se modifico un poco del codigo ya creado para que

el brinco del droide llegara a la ultima parte del laberinto.



En concreto, la IA funciona a base de detecci?n previsiva del entorno para tomar una decisi?n.

*/



Shaoran


/*

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

////////////////////////////////////|

/////Datos de el IA:////////////////|

////////////////////////////////////|

//Fecha de Inicio:25/04/2009////////|

////////////////////////////////////|

//Fecha de Finalizacion:28/08/2009//|

////////////////////////////////////|

//Autor: Shaoran////////////////////|

////////////////////////////////////|

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

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

|Pensamiento del IA:|

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

- Se basa en verificar si adelante de ella tiene "piso" para caminar,

 de no tenerlo verifica de que se trata lo que esta adelante y de

 acorde a eso hace o no determinada accion.

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

|Problemas surgidos:|

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

- Saltaba al final del nivel(sobre la meta)me costo encontrar el porque de ello

- Aun persiste el problema con lo pinches para poder pasarlos.    



Asava


No se encontr? (capaz debido a su participacion no oficial ya que organizaba el concurso)



---

Especial agradecimiento a Ciberman por hacer la recopilacion de los registros.

Ir? actualizando todo lo referente al tema... me despido, KrakenHimoto.

Este era el que buscaba hace unas semanas  XD no lo encontraba  :'(  Gracias Kraken :D

AHIIIAAAAAA; que lindoo... como me gusta... pero yo hab?a logrado que pas? el nivel 9 y con mejor tiempo que Raul Omega, pero solo pasaba el 9 , se quedaba en el 3, correj? el 3, se quedaba en el 4, 5, 6, 7 , 8, correj? todos, y no logr? que vuelva a cruzar el nueve de nuevo... porque sino se trababa en los anteriores :(

pero que lindo que es,
estar?a lindo un GIA carrera de los droides: puzle
con plataformas movedisas, con botones para abrir puertas, y porque no power ups :P

EDIT: pongo los registros asi es m?s facil

abri el proyecto y aun asi IA me ganaron haha raul omega pero pronto tu y tu IA perderan xd genial proyecto se lo ha ganado la comunidad :)

Ya termine mi IA ?puedo enviartela?

posteala aca asi todos la vemos, total la competencia termin? como hace dos a?os xDD

Keaken ya no se pasa m?s por la comunidad... asi que no esperes contactarlo por MP

que extra?o dice que estaba conectado ayer la info, pero bueeee

el chiste es que voy a dar otro intento pase los niveles 1 2 3 4 5 7 y 8

pero el 6 haha batallo, bueno haha xd si puedo entonces lo publicare adjuntandolo :) gracias ciberman

lo logre ya pase nivel 6 y finalmente quedo en 2do lugar :)

aqui adjunto el editable (solo pueden verlo los usuarios registrados)




video http://www.youtube.com/watch?v=_i5128cPn-k

En hora buena!
Quien creer?a que despu?s de tanto tiempo un usuario har?a una IA para el concurso, definitivamente esta fue una de las razones por las que lo realic?.
Estoy mirando el video, muy interesante, despues agrego tu IA al editable "oficial" como la IA de Ciberman, extra concurso. Me llama la atenci?n que el programa te corra a 15fps. Tenes una PC "vieja" o tu IA consume una barbaridad de recursos.

Te invito a que realices una IA para el GIA2, la cual representa un reto bastante mayor al de GIA1 a mi forma de verlo.

Saludos

PD: A modo sugerencia duplica la velocidad del video, se hace medio tedioso verlo a 15fps.

gracias kraken esto paso por que mi pc estaba grabando y cuando graba se hace lenta pero cuando lo corro sin grabar me va exelente en los 30 fps, en pocas palabras gracias por tu respuesta y por hacer este gran concurso :)

Makeros:

  ¡Vaya! Con lo emocionado que estuve con el GIA2 nunca miré las reglas del GIA1.

  ¡El GIA_01 La carrera de los Droides está dificilísimo! Descargué la competencia y me pareció de lo más difícil.

  ¡Muchas Felicidades a todos los participantes del GIA_01  La Carrera de los Droides!

  ¡Felicidades en especial a Raul Omega, tremenda carrera!
 
  Aún así, si saco tiempo libre, trataré de medir habilidades, sin ver los algoritmos de los otros concursantes, por supuesto. No tengo ni idea de por donde empezar, pero eso es lo interesante.  :P

  Gracias a KrakenHimoto por aceptar IAs para este proyecto, aun si están fuera de tiempo. Creo que sería una buena forma de aprender, para todos, que se realizasen "tutoriales" sobre las IAs presentes en estos trabajos.

Porfa, agregame al editable oficial =)