[Java] Argentum Online y una prueba de concepto.

#61
Este vídeo lo reproduci dentro de la plataforma YouTube más de 10 veces, para gosar del movimiento que tiene el personaje para respirar, suena raro, pero es algo que nunca en mi experiencia dentro de lo que es el AO en general, vi, esto es wow. Si pudieron hacer eso tan simple, no me quiero imaginar lo que podrán hacer si gente de ésta comunidad se sume, interese por este lenguaje que nos aporta muchísimo, lo que podrían lograr es algo inimaginable. Espero que lo sigan. Mierda, quiero estar jugandolo ya.
 
#62
Se ve muy sexy, la verdad me saco el sombrero x el laburo que estás llevando a cabo!
Dejame darte un consejo, si querés que este proyecto salga de tu mente y se vuelva realidad, deberías apartarte de tu sesgo por tu visión desde la programación.
Es fundamental que si vas a estar solido desde la programación no dejes de lado la historia y desarrollo del game. Esta comunidad es gigante, y nuestra falencia siempre fué mirar en nuestros ombligos sin pensar en las generaciones futuras. Hoy creo que la comunidad en general, la que siempre fué reacia al cambio necesita hacerse esta retrospectiva y asumir la mea culpa.
Si la conquista es mirar hacia el futuro, este hermoso juego que nos formó a todos nosotros, puede estar a la altura de cualquier otro desarrollo de las grandes empresas con presupuestos multimillonarios..

¡NEVER SETTLE!

Abrazo y exitos!
 

Arandhel

Aspirante a productor
#64
Con respecto a esa UI, yo creo que el dejaría en ventaja y desventaja a los usuarios dependiendo donde estén posicionados. Sin embargo, me parece una buena idea trabajar sobre algo similar.
 

Lorwik

Destructor Lvl 3
Ex-Staff
#66
Siempre que entro a este Theard me sorprendo con los progresos que haces. Yo por desgracia no ando con mucho tiempo, estoy a full con los parciales y también le estoy dando una mano a los de AODrag (van a sacar una nueva versión). Por otro lado, estos días he aprendido mucho de Java, así que en cuanto tenga un rato quiero ver si puedo experimentar con el proyecto.

También quiero averiguar como importarlo a Eclipse (es el IDE que suelo usar en clase), hasta ahora solo pude importarlo a Intellij y me gustaría trabajar con 1 solo IDE xD

PD: La UI no me gusta, yo no lo haría muy diferente del AO clásico, después de todo es 2D xD
 
#67
Con respecto a esa UI, yo creo que el dejaría en ventaja y desventaja a los usuarios dependiendo donde estén posicionados. Sin embargo, me parece una buena idea trabajar sobre algo similar.
Quisiera ver como serian los hechizos, donde los colocarías, si se va usar el teclado para lanzarlos, o seguirá como antes.
Teniamos pensado en hacer algo similar a la del Dota o ese estilo de juegos, tambien en una primera instancia limitar los hechizos a una cantidad entre 4-6 por lo que podrian estar por el medio, tendremos que ver como queda y si es practico al momento de jugar.

Siempre que entro a este Theard me sorprendo con los progresos que haces. Yo por desgracia no ando con mucho tiempo, estoy a full con los parciales y también le estoy dando una mano a los de AODrag (van a sacar una nueva versión). Por otro lado, estos días he aprendido mucho de Java, así que en cuanto tenga un rato quiero ver si puedo experimentar con el proyecto.

También quiero averiguar como importarlo a Eclipse (es el IDE que suelo usar en clase), hasta ahora solo pude importarlo a Intellij y me gustaría trabajar con 1 solo IDE xD

PD: La UI no me gusta, yo no lo haría muy diferente del AO clásico, después de todo es 2D xD
En mi trabajo uso Eclipse, pero para este proyecto uso Intellij. Ambos son compatibles con el proyecto, pero creo que requiere hacer unas cosas de gradle. El soporte que tiene Intellij es mejor, te recomiendo que te acostumbres a los dos.

No quiero divergir mucho del AO clasico, pero con probar no perdemos nada.

Los chicos también andan a full con la facu, asi que en unas semanas arrancariamos a meterle con mas pilas.
La publicación ha sido combinada automaticamente:

Buenas!
Quería contarles que otro de los aspectos que estamos trabajando es en aumentar un poco la calidad gráfica. Esto se traduce básicamente a aumentar las dimensiones (en pixeles o como quieran interpretarlo) de los gráficos y la ventana de juego, pero no quiere decir que vayamos a hacer algo muy distinto a lo que se conoce por AO.
A modo ejemplo les dejo esta imagen de unos cuerpos que tienen dimensiones 2x con respecto a las originales:

La idea también es re hacer las animaciones para que sean un poco mas reales y no solo muevan las extremidades.

Saludos
Guido
 
Última edición:

Lherius

Dragón Ancestral Lvl 6
Especialista de Diseño
#68
Teniamos pensado en hacer algo similar a la del Dota o ese estilo de juegos, tambien en una primera instancia limitar los hechizos a una cantidad entre 4-6 por lo que podrian estar por el medio, tendremos que ver como queda y si es practico al momento de jugar.


En mi trabajo uso Eclipse, pero para este proyecto uso Intellij. Ambos son compatibles con el proyecto, pero creo que requiere hacer unas cosas de gradle. El soporte que tiene Intellij es mejor, te recomiendo que te acostumbres a los dos.

No quiero divergir mucho del AO clasico, pero con probar no perdemos nada.

Los chicos también andan a full con la facu, asi que en unas semanas arrancariamos a meterle con mas pilas.
La publicación ha sido combinada automaticamente:

Buenas!
Quería contarles que otro de los aspectos que estamos trabajando es en aumentar un poco la calidad gráfica. Esto se traduce básicamente a aumentar las dimensiones (en pixeles o como quieran interpretarlo) de los gráficos y la ventana de juego, pero no quiere decir que vayamos a hacer algo muy distinto a lo que se conoce por AO.
A modo ejemplo les dejo esta imagen de unos cuerpos que tienen dimensiones 2x con respecto a las originales:

La idea también es re hacer las animaciones para que sean un poco mas reales y no solo muevan las extremidades.

Saludos
Guido
Ojo el archivo pierde calidad en la pre-visualización de GSZ, se ve claramente mejor desde el link directamente!
 
#69
Hola :saludo:

Genial la iniciativa :festejo::corazon:

Hace mucho que no pasaba por acá y me agarro la nostalgia... :fiebre:
Me creé esta cuenta porque no encontré otra forma de contactarte.

Me coparía mucho poder colaborar en el proyecto, por mi parte lo bajé y testeé en Ubuntu.
Ahora veo si lo puedo levantar en IntelliJ...

¿Tenés discord?

PD: Buena idea la del MOBA. :aplausos:
 
#74
Qué buena onda!

yo trabajo en java así que YA me estoy clonando el repo.

Excelente iniciativa; por primera vez voy a desarrollar algo en ao :feliz:

Punto aparte. Cómo lo ven en cuanto a seguridad? por ser en java...
La idea que estoy siguiendo es que el server sea autoritativo, es decir, los cambios se realizan del lado del server, y este solo notifica a los clientes. Haciendo que los clientes sean solo una representación visual de lo que pasa en el server (salvo algunas cosas de predicción para que sea mas fluido), por ende seria poco hackeable el cliente.
En cuanto a seguridad, no creo que haya limitaciones con el lenguaje.

Estuve buscando en git las cosas pendientes para hacer pero no las encuentro, hay algún doc con alguna referencia de tareas pendientes??
Esta desactualizado el board de git. Ahora vamos a crear un discord y vemos como pasar en detalle las cosas que habría que hacer.

Me copa que quieran participar, cualquier minima duda me pueden consultar.

Discord:
Server: https://discord.gg/Sgr7462
Mi usuario: Guidota#6222
 
Última edición:
#77
Puede ser que fallen las dependencias?

Me estoy frustrando y no encuentro nada al respecto:

Error:(9, 26) java: cannot find symbol
symbol: class E
location: package com.artemis
Tenes razón, me olvide de aclarar un poco ese tema.
Esa clase "E" se genera cuando corres la tarea de build de todo el proyecto.
Paso a explicar que es y para que sirve. Estoy usando Fluid Entities API, y esta clase se genera en base a los componentes que tengas en tu proyecto y lo que hace esa clase es:
Dada una entity, te provee todos los metodos correspondientes a las componentes, por ejemplo, si agregas la componente de vida que tiene un minimo y un maximo, a tu proyecto, vas a poder hacer lo siguiente:
E(entidad).
vida() -> le agrega la componente vida
getVida() -> obtenes vida, le podes pedir min y max
getVidaMin() -> min
getVidaMax() -> max
hasVida() -> dice si tiene la componente vida
vidaMin(int) -> agrega la componente vida con ese minimo o solo setea el min
vidaMin(int) -> agrega la componente vida con ese maximo o solo setea el max

Se puede configurar para que genere otros metodos o con otros nombres, pero esa seria la idea. También tiene otras varias funciones utiles.
Espero que no te hayas frustrado por completo :noveo:

Se puede leer mas acá
 
#78
Tenes razón, me olvide de aclarar un poco ese tema.
Esa clase "E" se genera cuando corres la tarea de build de todo el proyecto.
Paso a explicar que es y para que sirve. Estoy usando Fluid Entities API, y esta clase se genera en base a los componentes que tengas en tu proyecto y lo que hace esa clase es:
Dada una entity, te provee todos los metodos correspondientes a las componentes, por ejemplo, si agregas la componente de vida que tiene un minimo y un maximo, a tu proyecto, vas a poder hacer lo siguiente:
E(entidad).
vida() -> le agrega la componente vida
getVida() -> obtenes vida, le podes pedir min y max
getVidaMin() -> min
getVidaMax() -> max
hasVida() -> dice si tiene la componente vida
vidaMin(int) -> agrega la componente vida con ese minimo o solo setea el min
vidaMin(int) -> agrega la componente vida con ese maximo o solo setea el max

Se puede configurar para que genere otros metodos o con otros nombres, pero esa seria la idea. También tiene otras varias funciones utiles.
Espero que no te hayas frustrado por completo :noveo:

Se puede leer mas acá

Genio! ahí lo hice andar.

Está muy bueno che, en serio.

Cuando termine con los finales le voy a meter mano :D
 
Arriba