Desarrollando un videogame: revision 19

Revisión 19

Solucion al problema de las animaciones en el canvas. El canvas no puede usar SVG dado que no cumple las policies (no funciona en Firefox y es probable que luego no funcione en demás browsers).

Resolver el problema por medio de Canvas Sprites animations: https://jlongster.com/Making-Sprite-based-Games-with-Canvas

Creo que el drone del link podría remplazar a el drone que usamos. Lo mismo con las explosiones y quizás la munición?

(1) ✓ Apenas se crean un usuario, hay que logearlo de una, y quizás aún, incluso spawnearlos. Razon: anuncie en algunos lados para ver que pasaba, y algunos usuarios fallaron al memorizar el password, y o no pudieron logearse después de crear el usuario (crearon el usuario, nunca se logearon).

(2) ✓ hacer de alguna forma que FA funcione con el nuevo dominio… ¿no habrá manera de darle un wildcard?

3) verificar que la dirección de email sea válida en JS previo a enviarla al servidor, y revisar del mismo modo en el servidor que sea válida… Razon: usuarios llenando el campo con “asd|@fasd” y “pmdit.dev bitofwar@gmail.com”

La verificación del mail se puede hacer por medio la clase email en el HTML y creo que debería de ser hecha de esa manera. Habría que informar cuando el mail es válido o invalido en el diseño, y habría que prevenir el envío el formulario si posee campos inválidos. la clase email posee propiedades css :valid e :invalid, habría que aplicarlas.

(4) ✓ Sacar el ruido de las monedas cuando los usuarios mandan feedback, el ruido de las monedas debería de pasar solo cuando hay un cambio de balance para los usuarios, en un solo lugar, la app (cside) debería de verificar cuando se mueve el balance, y si subio reproducir a, si disminuyó reproducir b, si es el mismo, nada. Razon: usuarios mandando feedback varias veces porque escuchan ruido de monedas.

(5) ✓ Corregir la sombra del drone, razón: recomendado por varias personas… debería de ser más chica, y más pegada a la unidad para no dar la impresión de que se mueve la cámara.

Bien, se pueden hacer algunas cosas copadas usando SVG por lo que parece! Sería bueno coordinar una reunión más con Tuna para ponerle varios SVG a las unidades. Se podría usar un marcador como:

(5.1) ✓ Me fui por las ramas: los usuarios que se quedan sin fondos, respawnean como drones, si salen de la aplicación y vuelven a ingresar, pueden volver a ingresar como drones sin problemas.

Los drones ahora se mueven a 0.5 vmag, en comparación de las unidades convencionales que se muven a 0.3 vmag. Al hacer click izquierdo los drones ahora suben de velocidad, para desplazarse a un indice de 3, lo cual equivaldria a 1.5vmag, si no me equivoco.

(6) ✓ Se hicieron varios cambios en el servidor de brasil, quizás sea una buena idea crear una AMI nueva desde ahí.

La versión final de la AMI fue clonada y replicada en los servidores necesarios.

(7) ✓ Muy necesario organizar una nueva prueba en LAN como hicimos, las pruebas online no son fáciles de coordinar. Las pruebas en LAN parecen darnos mucha información en solo un día.

Procurando hacer una prueba en LAN a la semana, comencé a armar una red de 8 equipos en casa para poder probarlo.

(8) ✓ En caso de que la nueva prueba en LAN funcione bien, es necesario realizar una prueba en LAN, pero usando el servidor libre de san pablo, para ver como funciona el servidor y la conexión… creo que con un modem de 30 megas deberíamos poder correr 8 conexiones a la vez.

Encaminado. Los servidores quedaron con nuevos nombres, los cuales luego mencionaré.

(9) Hacer que se pueda poner el password de una en la creación de usuario.

(10) ✓ hacer que el cuadro de usuario se vea solo cuando el usuario ya accedio, user online.

(11) ✓ hacer que el cuadro de información de usuario se cargue con el leaderboard o bien el re-scan blockchain.

(12) hacer que la función leaderboard y rescan blockchain sean la misma, quedando una sola función que realice las 3 acciones (información del usuario, leaderboard, y balance).

(13) remplazar los iconos de los poderes por boxes para que no se sepa lo que poseen.

(14) ✓ acomodar la bronca de los powerups para que sean, por lo general, menores a los poderes del suelo.

Sería ideal ver como funcionan los powerups en una prueba real en área local, la cual debería de ser coordinada una vez finalizada la ronda de desarrollo.

Hecho! Ya funcionan bien, el game balance looks good! Se hicieron varios cambios en las armas y los valores a fin de buscar un equilibrio.

(15) ✓ solapa de rooms nueva en ambos lados.

(16)  Al hacer click en el icono de bow de la izquierda, en la app, debería de ir hacia la página principal.

(17) colocar SSL sobre el S3, index.

(18) ✓ Colocar los dos modulos que quedan en el index. (live video y servidores).

(19) remplazar la imágen del index por videos en vivo, para hacer eso es necesario filmar un par de videos en full screen y subirlos.

(20) ✓ incorporación de información sobre el canvas, como se ve en la imagen. Es posible que aún queden más incorporaciones necesarias, pero hemos logrado armar la base. El servidor usa los mismos socks para comunicar cuando pasa algo! funciona!

(21) ✓ Darle un drone al usuario apenas empieza y darle la opción de spawnear una unidad? El usuario ahora puede spawnear un drone si es que no dispone de fondos. Es válido en especial para la versión paga, ya que pueden usar un drone para mirar un poco en vivo.

(22) El dialogo de respawn debería de aparecer cuando el usuario es un drone. Debería de buscar la manera de modificar la condición del usuario para que no de el error “User already online”.

(23) ✓ En caso de hacerle un hack y agregarle funds, o bien, añadiendo de nuevo la solapa cashier, pero solo con los giros de usuario a usuario, y dandole dinero, el usuario podría volver a spawnear como unidad sin problemas. El drone debería desaparecer del mapa.

(24) ✓ La sidebar: debería de aparecer de una apenas el usuario accede. Debería de salir de una, apenas el usuario crea una unidad.

La sidebar solo es visible cuando el usuario no posee un player, osea, apenas comienza. En el campo, el usuario puede ver una versión reducida de la sidebar.

(25) ✓ Considerar subirles la vida inicial a las unidades. Ahora en 10, quizás 20?  Se realizaron cambios, la vida ahora es de 20 y se modificó la visualización, creo que es más claro y revela más información.

(26) solucionar problema con las keys que no se van… el usuario puede quedar colgado, girando en círculos.

(27) ✓ Modificaciones en user/balance, el value aparece como undefined… que le pasa?

Solucionado, había algunos problemas con los nombres de variables que no concordaban y unas variables que nunca se calculaban (difference vs diference)…

(28) ✓ Hacer que funcione el 2FA… ya viene así desde hace unas 10 revisiones lol. Genial, me animé, lo hice, al fin… ya no se podía posponer más!

El único problema es que solo armé el mecanismo y no lo enchufé a la API, pero bueno, eso ya es más simple… por lo que parece va a ser necesario crear una columna en la db para almacenar el password del google_au, luego el usuario solo pone el número y si el numero concuerda con las llaves, las cosas validan para el.

Las operaciones en PHP se ven simples de verdad, no parece que fuera a ser complicado.

(29) Dimensiones de visibilidad máxima en 2500 pixeles, revisar dimensiones del usuario, y aplicarlas como máximo, solo en caso de que sean inferiores. Enviando así, siempre, como máximo 2500 pixeles de información. Como excepción, se enviará menos para reducir el consumo de recursos en el servidor y usuario.

(30) Creación de paredes y muros, defensas. Si disponen de un área de choque, se pueden usar.

(31) ✓ La musica puede lograr enloquecer un poco al usuario. ¿Quizás ponerle un music player?

Genial, Tuna ya le incorporó un menú desde donde se pueda sacar la música sin problemas.

(32) Considerar nueva modalidad, que espere a unos 10 players previo a comenzar. Haciendo uso de un mecanismo que cuando se sume un player real, mande 1 AI cada 6 a 12 segundos. De manera que en menos de 60 segundos se llene un room.

(33) ✓ Ok, cambio de planes, quizás sea preferible sacar los servidores del home, y enviarlos de una para los servidores de prueba, habría que subir 3, uno en brasil, uno en londres, y uno en usa. De hecho, habría que comenzar solo por el servidor de pruebas de USA.

(34) ✓ Lanzar publicidad usando solo el servidor de pruebas de USA y ver como responden los usuarios, después de haber realizado las pruebas a nivel de área local. Para decirlo aún más claro: una véz que Bow sea a rich videogame, enriquesido en muchas, pequeñas posibles acciones y funcionalidad. Se debería de hacer publicidad como videogame.

(35) ✓ Para luego lanzar la versión en BTC. Claro que eso no es más que un plan, y en verdad no se cual es la forma más sencilla de darle popularidad a la aplicación.

Se crearon y definieron los servidores:

  • play: normal con blockchain
  • playground: normal sin blockchain, se dan 30,000 al ingresar.
  • research: research ubicado en brasil, se usa para probar cosas nuevas.
  • powerless: versión normal con blockchain, libre de powerups.
  • ai: sala de guerra de maquinas, para probar AIs.

(36) Incluir civiles o zombies que avancen corran por el mapa y puedan ser eliminados disparandoles o pisandolos.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *