Planet

Los estados Estándares de todo Luchador


Quizás cuando estamos trabajando en un videojuego , y en particular un juego de lucha tenemos que pensar que estamos trabajando en un sistema en el cual estan acotados los estados que puede tener nuestro “jugador”
¿pero que es un estado?
Llamaré estado a todo movimiento que represente un cambio en el personaje, a primera vista podemos pensar en crear varios estados
{ avanzar,retroceder,agacharte,saltar,…..}
si por ejemplo el jugador esta avanzando su estado sera avanzar luego tendrá una animación concreta , su espacio de colisiones (ya  hablaremos más adelante de las colisiones)  y por supuesto estará haciendo una acción o si hace una acción esta estará condicionada por su estada.
Siguiendo este razonamiento casi natural, podemos plantearnos la creación de una clase que agrupe estos estados y modifique la animación, las colisiones y provoque acciones.
Pero esto último es mala idea, las acciones serán una clase independiente , ya veremos por qué, claro esta desde mi punto de vista.
Entremos en materia:
dados estos estados
{ saltar , mover, quieto,   saltar_y_moverte, golpear, orientacion, golpeado, caído, patada,avanza}
Para dar sentido a los golpes y golpeado debe de existir el concepto de fuerza que para mí  será P golpe pequeño M mediano y G grande.

Por supuesto algunos estados sin incompatibles con otros , pero otros como golpear o golpeado se combinan, por ejemplo puedes estar saltando y golpear o agachado y ser golpeado.
Pero todo esto se verá con más detalle cuando veamos las acciones , entonces entenderéis mejor todo esto.

En la imagen el jugador uno su estado es quieto (esta en el suelo) y golpeado ( le han dado un golpe) y el jugador2 su estado será quieto y golpeando además esta dando una piña con una fuerza G
Dicho todo esto seguiré desarrollando y programando.
Un saludo a todo el mundo, espero que os sirva para algo mi blog.
Te castigan por tus virtudes. Sólo perdonan sinceramente tus errores.
Nietzsche


Ahora empieza lo dificil

Bien como he comentado en algunos comentarios espero que en un par de semanas pueda depurar y mejorar mi aplicación que por culpa de la falta de tiempo quizás he descuidado, algunos aspectos como la animación y me he centrado más en el motor del juego.
Que es lo que explicaré a partir de ahora, empezando desde ahora mismo.
Me centraré en explicar el motor del juego, que para mí es su esencia, como ya lo tengo desarrollado (que no perfeccionado y esta sujeto a cambios ) voy a explicaros mi idea para que sea sujeta a criticas etc..
Lo  dificil va ser hacerlo jugable 100% y operativo 100%  me espera una lucha intensa.

Inclusión de variables psicológicas

En esto últimos días he estado ultimando contactos, todos casuales, de usuario potenciales del proyecto. Es probable que al finalizar la versión 0.4 que permitirá la planificación completa se empiece una captación de usuarios, no para el uso en producción, pero si para la posibilidad de que al usar Gesport el propio uso se convierta en la mejor batería de pruebas.
La curiosidad no viene por aquí, sino por que uno de los contactos realizados es psicologo deportivo. Se ha interesado mucho, sobre todo en el uso de medida con escala de sensaciones en entrenamientos y competiciones.
Aunque eso no esté planificado en ninguna de las sucesivas versiones, se tratará de hacer previamente al informe médico. Así se tendrá que incluir un nuevo tipo de usuario, que podrá tener sus atletas de la misma manera que el entrenador, y que tendrá distintos tipos de acceso a información.

Comenzando la v0.4

Hasta ahora nuestros entrenadores han podido construir la estructura de la temporada. Creado todos sus periodos y subperiodos correspondientes, y, al final, el microciclo, automatizaba la creación de una sesión por cada día que tuviera dentro. Con eso se cumplió el objetivo de llegar a la versión 0.3.
Si observamos como marcábamos la progresión entre las sucesivas versiones podríamos pensar que ya tendríamos la v0.4 “Sistema gestor de sesiones de entrenamiento para entrenador.”. No nos dejemos engañar, el hecho de que haya una sesión en nuestro programa no significa que sea un sistema completo de sesiones. Nos tenemos que parar a pensar qué es realmente una sesión. Una sesión no es una mera descripción del trabajo diario de un deportista. Una sesión abarca un calentamiento, un cuerpo principal, una vuelta a la calma.
Calentamientos hay muchos, desde simple movilidad, pasando por carrera continua, ejercicios tipo juegos para niños, y cada tipo de calentamiento aporta unas cosas diferentes al sujeto entrenado. Además de ese aporte supone una carga que se tiene que representar de alguna manera, pues si todos los días del año se calienta 20 minutos o 25 cambia mucho la cosa. Al finalizar el año la diferencia es de ¡¡ 365 km !! yendo a un ritmo aceptable para una población medianamente entrenada para correr distancias largas sin mucha intensidad. Yo no soy atleta de élite y caliento a 4 minutos cada kilómetro, en mi caso particular serían 456,25.
Como, probablemente, nuestro entrenador no querrá que hagamos 365 km de más al año solo en el calentamiento si no es necesario, es normal que quiera tener controlados todos los aspectos que se refieren a pulso, numero de repeticiones, tiempo, tiempo de recuperación, sensaciones, posibles molestias…
Dentro de lo que he descrito anteriormente hay cosas planificables y cosas que en el momento del entrenamiento cambian. La v0.4 va a contemplar esas cosas planificables.
Para realizar esta tarea vamos a dividir la sesión en elementos de sesión. Cada uno de estos elementos tendrá una descripción, una carga teórica asociada (intensidad y volumen) y un orden para hacerlo efectivo. Al final de la versión 0.4 tendremos todo esto. Pero para definir la intensidad y el volumen previsto tendremos que, previamente definir volumen e intensidad.
El volumen se refiere a la cantidad de trabajo de un tipo. Si hablamos de correr serán kilómetros, si hablamos de levantar pesas serán las toneladas acumuladas, si pensamos en técnica de fútbol pueden ser las repeticiones de un ejercicio.
La intensidad es el porcentaje respecto del máximo posible con el que se realiza un trabajo. A pesar de que parece ser una unidad bastante fácil de medir en el deporte el máximo no está establecido y se suele trabajar en los límites de los niveles de intensidad. Para ello hay que definir los niveles previamente. Esto se realiza mediante tests. En esta versión no estará disponible el uso de test para recabar datos, pero si que podremos definir los diferentes niveles de intensidad manualmente.
Así que, dos días de descanso y comenzamos nuevo ciclo.

Por qué Mister House

Mister House posee una interfaz gráfica que además es web, frente a la ausencia de Heyu. Esto hace de Heyu un programa bueno para desarrolladores o empresas que vayan a instalar un sistema domótico, pero a mi modo de ver las cosas no es un sistema apto para “todos los públicos”.Además con la interfaz de [...]

Encuesta de usuarios finales de la web

Hola, alumno o profesor, sigue éste enlace a la encuesta y ayuda ,ya que gracias a tus opiniones y comentarios se podrá construir una web 2.0 mejor. Posiblemente necesites darte de alta en la Forja de Rediris como usuario, es un pequeño esfuerzo para tí y un gran paso para la construcción.
Gracias por participar,los servicios web para estudiar y enseñar ya son un poco mejor debido a tu interés.

Recordemos qué es zenphp y una aplicación web

Es la hora de recordar en qué estado nos encontramos, para eso debemos conocer la historia previa del proyecto, y para ello primero hemos de conocer, mediante una pequeña introducción lo que es zenphp veamos los siguientes vídeos:
La aplicación web principal del proyecto de la plataforma está construido usando zenphp, además usa las librerías PHP de las redes sociales, como puede ser Facebook.
Para recordar como comenzar a crear una aplicación web con este framework veámoslo aquí mismo, también es interesante saber cómo está hecho el generador de contenidos, y si nos quedamos con buen sabor de boca y ganas de más, nos pasamos por la documentación de zenphp, donde hay ejemplos para construir aplicaciones web desde 0, como la típica del blog con scaffolding y demás.
Partiendo de esta base y una bonita plantilla estamos listos para consumir las necesidades de los usuarios estudiantes y profesores de Universidades con deseos de prepararse para estudiar! jeje

Qué he estado haciendo todo este tiempo de inactividad

Básicamente he estado construyendo los modelos de personas, diseñando la web e introduciendo plantillas en el framework para adaptarlas a la resolución de pantalla de las personas y poder llegar así al mayor número de usuarios posible, sobre todo al núcleo de estos: alumnos (de 18 a 28 años) y profesores (de 26 a 56 años), el trabajo se duplica a la hora de adaptar dichas plantillas a las diferentes redes sociales como Facebook ya que las hojas de estilo son inherentes a dichas aplicaciones web.
Las plantillas de las encuestas se encuentran aquí, son fichas para hacer entrevistas a partir de los que completar los casos de uso, que se pueden utilizar para conocer el público de una aplicación web y así adaptar el diseño del contenido más fácilmente.
Por ahora he entrevistado a dos profesores jeje

Conocimiento sin obstáculos

Por qué resulta dañino usar software privativo a largo plazo y por qué todos podemos usar software libre y compartir el conocimiento sin estar sometidos a presiones de ningún tipo.
Segunda parte
Tercera parte

Futuro del BI

Una de las cosas que me gusta pensar es ¿Cual es el futuro del BI? o de la toma de decisiones , para así adaptarse mejor a lo que van pidiendo los clientes y ganar mas dinero que es de lo que se trata en todos los negocios.
Bien yo he apostado por la teoria de juegos (dilema del prisionero , búsqueda tabú , algoritmo de raparto).Pero esto es algo que yo creo , pero que piensan los demás , pues en mi entorno lo que hará a una empresa es hacer una herramienta usable (  para un tonto ), es decir, hacer que una persona pueda usar weka o algo así si mucho conocimiento , esto es algo complejo de hacer. a eso lo he llamado DM 2.0.
Que algortimos son los mas usados , que se le pide a una toma de decisiones una vez montado todo el sistema del BI.
Hacer agrupaciones , modelos estadisticos , etc … .
La otra vista es usar el Bi a cosas deportivas como ayudar a mejorar el rendimiento de equipos y cosas , asi . Lo que si veo es la posibilidad de hacer  muchas cosas , ademas de creer que dentro de poco va a ver un buen pelotazo dentro de este mundo y puede ser algo impornte.
Que pondrias en una suit como rc , para hacerla mejor.
Ale a postear y dar ideas.

Distribuir contenido