Comunidad Game Maker

Point_distance() y distance_to_object() estan permitidas, image_angle y direction son variables ya existentes, por lo tanto no esta permitido alterarlas.

Tengo todav?a algunas dudas dando vuelta respecto a la forma en que se determinar? qui?n gana en una batalla y cu?ntas batallas habr?n. ?Habr? un todos vs todos? (ser?a lo justo y creo que s? lo tienes pensado, de acuero a una tabla que v? no recuerdo d?nde, pero ser?a bueno aclararlo en las bases). Estaba pensando que es posible que una batalla luchada por las mismas IA puede no tener necesariamente el mismo desenlace siempre, debido a que alguna de ellas puede recurrir a n?meros aleatorios para tomar ciertas decisiones. ?Has considerado esto, a la hora de presentar un ejecutable con los resultados de cada ronda? ?O las IA deben ser absolutamente deterministas para tomar decisiones?

Yo probando mi IA, tengo en obj_j1 y en obj_j2 dos IAs, el caso es que si simulo varias batallas obtengo diferentes resultados, lo que es debido a que las naves no aparecen siempre en la misma posicion. Creo que la posicion no deberia ser aleatoria porque puede llevar a obtener distintos resultados si por lo que sea los movimientos varian con la posicion.

Eso es totalmente cierto, Raul_Omega. De hecho, para una igualdad absoluta en la competencia las naves deber?an partir en el mismo punto, ya que si parten en puntos diferentes, aunque sean siempre los mismos, ?qui?n decidi? cu?l nave parte en cada uno? Podemos ponernos todo lo quisquillosos que queramos al respecto. Lo que comentas sobre resultados diferentes en las pruebas que hiciste me parece un asunto bastante delicado, prueba de c?mo la aleatoriedad de la ubicaci?n inicial puede modificar los resultados (y ni hablar de cuando las propias IA toman decisiones aleatorias, como suger? antes). Podr?amos eliminar el problema si intentamos dotar a nuestras IA de simetr?a (es decir, que por ejemplo los movimientos no var?en con las coordenadas x,y sino con la distancia al centro, la cual es id?ntica para ambas naves al comienzo) y prohibir el uso de n?meros aleatorios en las IA; en la anterior GIA, tuvimos la "suerte" de que las IA eran deterministas y todos los personajes part?an en el mismo lugar, por lo que fue posible obtener siempre los mismos resultados en cada ensayo y as? lo demuestra el ejecutable de cada ronda. Esta fue definida como una competencia de IAs y gana la m?s eficiente y efectiva, no la que muestra comportamientos m?s realistas. Por lo tanto, en mi opini?n, no debe haber espacio para la aleatoriedad ya que tendr?amos que hacer infinitas pruebas para saber cu?l es la mejor IA a la larga. Tambi?n existe la posibilidad de, por ejemplo, confiar en KrakenHimoto y dejar que ?l haga las pruebas y cree un registro de ellas (como un video, por ejemplo) donde se muestre el ensayo definitivo. Como sea, creo que este tema debiera ser analizado a fondo para no encontrarnos con sorpresas m?s adelante.

A ver, la cosa es asi. Justo ayer lo andaba comentando con Brandnew.

El campeonato se hace por un sistema automatico tipo Liga en el que todas las IAs una por una iran peleando con todas las dem?s. (Esto puede llevar mas de una hora segun el numero de participantes).

Luego por medio de una grilla de Liga como por ejemplo esta:



Al principio puede ser confusa para leer, pero si la ven detenidamente podr?n comprenderla sin problemas.


El otro tema que comentan es sobre que las partidas no siempre son 100% iguales, eso es real, y no se puede evitar. No hay forma alguna de hacer y controlar que todas las IAs de los participantes sean 100% "simetricas" como dec?an por ahi. Un factor de ello esque las IAs no comienzan en el mismo sitio siempre. Esto esta hecho de esa manera para que sea aleatorio la posicion inicial y no alla quejas luego. Ya que una IA al comenzar siempre mirando en 0? u 180? podria verse beneficiada. El que aparezcan en diferences posiciones iniciales no da lugar a quejas en ese sentido.


Como se sabe, las batallas no son siempre identicas. Pero a ver, si una IA est? mejor dise?ada que otra a la larga ganar? mas batallas en la global de todas las peleas que la otra.

Algo a tener en cuenta esque si hay empate entre 2 IAs en victorias ganar? la que gano entre ellas dos cuando se dio la batalla versus entre ellas. Si se da un empate entre 3 o mas IAs, (lo cual dudo que pase), se analizaran de forma particula a ver quien le gano a quien para determinar quien es la ganadora o si hay empate entre ambas.


Resumiendo:
-Los resultados se determinaran por medio de la GRILLA de Liga
-Las batallas no son siempre 100% iguales, pero si una IA es mejor tendr? muchas mas chances de ganar.
-Las IAs comienzan siempre en distintas posiciones de inicio para que no alla quejas de favoritismo al dar ubicaciones prefijadas.



Ahora falta el detalle mas importante. En unos dias en CGM se estrenar? makero TV, lo que va a permitir subidos en vivo para retrasmitirlos a todos. Lo que vamos a hacer es trasmitir la Liga oficial en vivo para que no alla quejas diciendo que estaba arreglado o vallase a saber.
En otras palabras se va a trasmitir la simulacion de la Liga que va a determinar el ganador de GIA, capaz luego si se hiciera en particular otra liga los resultados varien levemente, pero la que determinar? los resultados definitivos sin dar lugar a quejas ser? la del video que se emitir? en vivo.

Si todo marcha bien el video se va a emitir el sabado, avisando por email previamente para que sepan el horario de transmision.



Recuerden que se va a utilizar una mascara circular en las IAs, asique pueden mandarme un sprite de su IA dentro del editable.






PD: Ahora subo por las dudas la versi?n con las mascaras circulares para que chekeen sus IAs antes de enviarlas, aunque no deber?a demasiado el cambio.

tenemos que entregar la IA antes del 30, el 30 entes de las 24hs o antes de alguna hora espesifica?

dos preguntas
1) ?como usar esto Como hago referencia a mi enemigo?
Para hacer referencia a nuestro enemigo utilizamos la variable 'id_en'.
Por ejemplo, posenemigox = id_en.x; posenemigoy = id_en.y; vel_enemy= id_en.speed??

2) se podria usar esto ? if image_angle<id_en{scr_rot(5)}, y esto id direction!=id_en.direction{}??

Bueno, acabo de notar un gravisimo error por mi parte, no le puse seguro al script de acceleracion para que no se pueda ejecutar mas de una ves por step, lo que permite que si alguien lo llama varias veces accelere mas de lo que deber?a.

De todos modos lo arregle para la RONDA1, luego subo las versiones editables con la correccion. De todos modos si las IAs estan bien hechas no van a llamar varias veces al scr_accel() al mismo tiempo en un step, o no deber?an.


Respuesta a Elvis:
Si, las variables no propias se pueden chekear pero no modificar.

Puedes usar lineas como:
posenemigox = id_en.x; posenemigoy = id_en.y; vel_enemy= id_en.speed

Pero no lineas como:
id_en.x=800; o id_en.speed=30;

alguien me recuerda como entrego la IA o el editable?

otras preguntas de ultimo momento  :-[

puedo hacer referencia (solo checarla) a la variable tiempo del objeto obj_ctrl?

Para que en la competancia emves de que aparesca "Jugador2" aparesca "Alfonsos1" que tengo que hacer?, o de eso se encarga kraken?

Con vercion lite te puedo dejar un sprite de mi nave dentro del editable para que lo pongas luego?

El como se entrega esta en el reglamento, tenes que enviar tu editable+_tunombre en el nombre del editable. Al email gia.asava@gmail.com. En el inclu?s el sprite que va a utilizar tu nave.

La variable tiempo podes chekearla.

Del nombre me encargo yo, igualmente lo podes modificar en el evento create del objeto obj_menu.

No voy a poder entregar por falta de tiempo en el curro m han llamado par varias reuniones no creo tener el tiempo para culminarla. :-C bueno si lo logro a tiempo la entrego (espero).

?cuando sera la proxima?

Por ahora no estoy armando nada, falta de tiempo y ahora me voy de vacaciones. De todos modos si armo algo voy a avisar pero m?nimo 2 meses asi que sin apuro.

Saludos