Desarrollando un videogame: revision 23

Revisión final previo a comenzar la promoción.

Hecho:

  •  red cuando lo dañan ✓
  •  recrear mismo FX armado por canvas ✓
  •  lineas de ganancia ✓
  •  función de respawn ✓
  •  manchas en el piso al eliminar unidad ✓
  •  linea proyección munición ✓
  • máximo de 5 powerups por vida ✓
  • powerups sin cargos adicionales ✓
  • cobrar por cada spawn ✓

En curso:

  • menú inicial nuevo, sonido y videos.
  • link creds
  • separación cs
  • modificar de daño
  • reincorporar blockchain

Por hacer:

  • animaciones diversas de av
  • animaciones canvas
  • animaciones player_hub
  • ai

Después del cierre:

  • Trailer videos para publicidad
  • Versiones para Windows, Linux y Mac
  • Revisión general, concurso por una Rx580

Fecha de cierre deseada: 31/10/2018

Desarrollando un videogame: revision 22

Limbo

En búsqueda del balance, es necesario darle al usuario la chance de salir sin perder más dinero del que desea perder. Creo que en especial, aplica al usuario que pierde, dado que el que viene ganando y sigue ganando dinero, no posee la misma necesidad de abordar una salida, como el que viene perdiendo.


Transcripción:

Una de las cosas que hay que hacer para llegar a donde queremos llegar, es hacer que el player clickee en respawn o en cancel, previo a respawnear…

Es decir, que pueda elegir lo que hacer después de perder. El problema acá es que en lo que refiere al player, Game posee dos condiciones: hay player o no hay player.

Si no hay player, no puede ver las balas que se aproximan a él, ni las balas que hay cerca de él, ni los powerups cerca de él, o los demás players, porque, incluso haciendo un bypass de las funciones, el player no dispone de posición ni nada de manera que me es imposible clavarlo.

Si hay player, por lo general, era una unidad y ya… osea, no hay diseñada, forma alguna donde el player no pueda moverse, no sea visible, no hay modo alguno para que el usuario pueda ver, sin presencia.



Opción inválida: desconexión:

Una opción, que es la primera que abordé, es sacarle la presencia al player, osea, desenchufarlo, hacer una desconexión.

El problema acá es, más bien… los problemas acá, son varios, empezando porque si el player quiere hacer un respawn, debería de crear una nueva conexión, y en segundo lugar, la información que va y viene desde el player va hacia la nada, y el browser queda esperando información la cual no va a llegar nunca porque la conexión al sock fue eliminada.


Opción válida:

Lo que diseñamos, del drone, para que el usuario pueda ver cuando se queda con poco dinero, corresponden a funciones de la misma función respawn.

Es quizás lo más cercano a lo que habría que hacer. El problema con eso, es que apenas lo liquidas aparecería un drone donde había una unidad…

Lo que buscamos acá es que si la “vida/energia” es inferior o igual a 0, sea una sombra… una vara clavada en el piso, invisible, imposible de moverse quizás… esperando que el usuario seleccione si quiere respawnear o no.

Si el usuario no quiere respawnear, habría que reenviarlo a la selección de servidores, que debería de verse en el menú principal.

Las imagenes que ponemos cuando el usuario pierde, la calabera, habría que dividirla en 2. Haciendo que corra la primera función y que luego el usuario seleccione si quiere volver o salir.

Si quiere volver, ahí corremos respawn, respawn mismo revisa el dinero del usuario y le daría una nueva unidad o un drone, dependiendo del dinero disponible del usuario.

Si quiere salir, ahí si puedo correr la función de desconexión y llevarlo de nuevo al main menu. Eso, debería de verse… más o menos así:

La propiedad player.is_drone deberia de remplazarse por algo así como player.class de forma global, a fin de hacer posible incorporar diversas clases de player, los cuales conllevarían propiedades no siempre iguales.

Con algunas modificaciones a fin de que no sea visible para los demás, y modificando la clase player, porque cuando creamos los drones, esperabamos un boolean (es drone, si o no), sin embargo, ahora debería de haber, al menos 3 clases:

  • panzer
  • drone
  • shadow

Hecho eso, player quedaría en shadow esperando que decida si quiere o no respawnear y un clock de 5′ para que reaparezca como un panzer o un drone.

En lo gráfico, eso debería de verse así…

 

Donde esa escena debería de quedar esperando que el player defina si quiere seguir o no, unos 5 segundos y respawnearlo solo en 5 segundos o bien, 8 segundos si no hace nada.

Tenerlo en espera ahí, es un sock más, recibiendo y enviando información que no hace nada…

El foco debería de sacarse del canvas, y llevarlo hacia el menú superior, incluso quizás el menú ese debería de ser un canvas full screaneado.


Yeap, eso debería de funcionar. Para sumarle esencia a eso, se podría mandar información al usuario para que cambie la música de fondo y darle un poco más de drama…

Desarrollando un videogame: revision 21

Bueno señores, revisión final, previo a poner a un nuevo equipo a cargo del área de publicidad y ver como funciona en vivo.

  • Mapas para 10 usuarios ( 2500 pixeles cada 2 usuarios).
  • Acomodar disparo de 2.
  • Main_ammo de nuevo a common al finalizar poder.
  • Kill devuelve valores sin ceros.
  • Sacar Blockchain rescan.
  • Poner creds.
  • Armar creds.
  • Respawn con demora de 3 secs cancelable.
  • Reincorporar vibración del cavas con mayor elegancia.
  • Procesar el balance real en las lineas de dinero.
  • Aun el problema del keydown.
  • Icono Full screen inferior izquierda.
  • Achicar un poco el icono de discord.

Usuario de prueba: desconexion22.

Misphonia

La wikipedia dice, yo lo re-organizo:

 

Explorar la relación sonido vs emociones.

Debo reconocér que incorpórar los sonidos de Broncoespasmos, Tachycardia, acúfenos y algunas cosas más, me fue difícil.

El hacedor

 

Desarrollando un videogame: revision 20

Livianas:

  • El usuario puede definir su password.
  • Información cuando hay errores de creación.
  • Información cuando hay errores de acceso.
  • Eliminar símbolo de dolares.
  • Eliminar funciones de conversión a dólares.
  • (Tuna) Nueva animación de player en llamas.
  • (Tuna) Variación de color ínfima en él header.
  • (Tuna) Diseño de información (kills, compra de powerup, so on)
  • Armar los 3 iconos de los 3 powerups nuevos.
  • Modificación de colores en munición.
  • Crear gráficos balance con información.
  • Los gráficos se llenan ambos sin problemas, se sacó el color de fondo.
  • Cambiar fondos del gráfico según corresponda.
  • Acomodar la vibración del canvas o body.
  • Sonidos:
    • Remplazar los sonidos por los nuevos, con urgencia.
    • Los sonidos de la munición solo cuando disparas.
    • Cambiar sonidos dependiendo del ammo usado.
    • Sonidos para daño recibido
    • Sonidos eliminación.
    • Sonidos corzarón.
  • Todas las armas deberían disparar con mouse_up
  • A excepción de Assassin MK1, que reconoce hold.
  • Añadir clase de animación.
  • Animación explosiones nuevas.

Pesadas:

  • Nueva modalidad opcional:
    • Game runs cuando hay 4 players online.
    • Game ends, cuando queda solo 1 player en el campo.
    • 20 powerups por usuario, sin cargo.
    • Cada player pone 4,000 el que gana se lleva la banca.
    • Zombies desde las esquinas, cerrandose hacia el medio.
    • Para eliminar a uno de los dos cuando se cuelgan.
    • Duración máxima de la ronda operada por zombies.
  • Creación de Game menu
  • Modificaciones serias en canvas previo a empezar.
  • Rearmar la versión con BTC.
  • Desarrollo de AI.

Vinculadas:

  • Armar logo de Psychedelic Games
  • Armar web de Psychedelic Games
  • Armar emails de Psychedelic Games
  • Presencia en redes sociales, en progreso.
  • Se avisa revisión previo a lanzar cualquier cosa más sería.

Opcionales:

  • Añadir imágen para cada usuario, opcional.
  • Sacandola desde facebook. O subiendola.
  • Conexión a facebook
  • Expandir los mapas?
  • Añadir zombies o cualquier clase de enemigo simple
  • Generación de muros al azar?
  • Creación de rondas?
  • Comenzar ronda cuando hay 5 players ready?

 

 

 

 

Megalomanía

Se lanza BOW y funciona bien, sale en la prensa, en páginas inmensas. Todos lo conocen. El equipo, sale en diarios y prensa local. Sale bien lo de las Visas, sale bien el negocio del Club, sale bien el negocio de los Renders, sale bien el negocio de seguridad con el gobierno, se consiguen empresas más grandes que prueban la aplicación, el empresario ya es conocido!

El empresario comienza a hacer varias apariciones públicas en radios y emisoras públicas, revelando información desconocida y maravillosa para la audiencia quienes disconformes y sin saberlo esperan un cambio.

El empresario luego se anuncia para la presidencia con un programa de clonación humana avalada por el gobierno, dando recursos a la experimentación con ingeniería genética, flexibilizando las leyes que la demoran.

Se organizan grandes pools de AI para procesar información en vivo sobre la seguridad, los indices de defunciones y incorporaciones, enfermedades, salud, economía y consumo de recursos.

Indices de cualquier clase rebalsan de información por cada uno de los barrios del pais, en cada uno de los leds ubicados para la rápida mirada diaria.

Un ordenador principal ahora supervisa las operaciones económicas, se propone unificación de una moneda única basada en blockchain.

Se propone un sistema de polls periódico donde cada ciudadanos pueda elegir que quieren aprobar y que no, la información de las elecciones es procesada y enviada en vivo a los inmensos displays que supervisan la información de la población por zonas.

Gana las elecciones después de hacer miles de apariciones descabelladas en la TV. Los planes comienzan a llevarse a cabo, la clonación…

Pido mis disculpas! debería de haberlo informado ayer! Desde ayer, hemos decidido que Tuna sea por unas semanas el nuevo PM. Ahora es Tuna el que dice que es lo que hay que hacer para que la fase de desarrollo inicial se considere finalizada.

Una vez finalizada la fase de desarrollo inicial, vamos a lanzar un poco de publicidad, y para eso, vamos a hacer unos fliers! si, fliers! pero e-fliers.

 

Sobre las opiniones

Toda opinión es, de algún modo, una buena opinión, favorable para el que sabe escuchar. Creo que siempre se las puede aprovechar para comprender algo de uno mismo y algo de quien opina. Cada frase revela un poco sobre el emisor, sobre su personalidad, sobre lo que observa y su modo de observar.