A la hora de crear el servidor, siempre surge la siguiente pregunta: ¿cómo voy a gestionar las conexiones y eventos de los distintos clientes en paralelo? ¿un hilo de ejecución por cada cliente, un hilo por partida, o una thread pool?

Thread pool o "piscina de hilos"

Y la respuesta a estas preguntas es que con el framework RedDwarf, debes olvidarte de ello. RedDwarf te proporciona un motor el cual, efectivamente, es multitarea y multihilo. Pero este núcleo se esconde para proporcionar al programador un entorno que parece monohilo, como si éstos no existieran. Si quieres, puedes olvidarte de todo lo aprendido en el pasado acerca de los hilos, o mejor aún, puedes no aprenderlo para invertir tu tiempo en la verdadera lógica de tu juego.

Por detrás, RedDwarf funciona siguiendo el patrón de diseño Thread Pool, en el cual se crean un número fijo de hilos o “trabajadores” al que se le envían tareas como paquetes de trabajo. La piscina gestionará las tareas y repartirá el trabajo entre los hilos disponibles.  Esto es muy importante ya que esta piscina de hilos determinará automáticamente y en función de las capacidades de nuestra CPU el número de hilos a crear para la ejecución de tareas en paralelo. Vamos, que RedDwarf sacará todo el provecho de tu máquina sin que te tengas que preocupar de programar algo que, seguramente, te traería muchos dolores de cabeza. A esto hay que sumar que si un día decides ejecutar tu servidor en otro PC diferente, la piscina de hilos se adaptará a la nueva CPU al arrancar el servidor. Como muchos frameworks para otro tipo de cosas (Grand Central Dispatch, de Apple o Qt por ejemplo, de Nokia, también libre) han ido marcando, el futuro de la programación en paralelo son las tareas, no los hilos. Os dejo un video que lo explica muy bien, aplicado en Grand Central Dispatch. Aprovecho para recordar que en el Podcast 4 hablé de GCD en la sección de tecnología.

Vale, perfecto y maravilloso. ¿Pero cómo se utiliza esta piscina en un servidor que utilice RedDwarf? El gestor al que nos tendremos que dirigir será TaskManager (Gestor de tareas, no podía tener un mejor nombre), el cual nos permitirá programar tareas para su ejecución basándonos en un tiempo máximo de espera. Un ejemplo sería: “TaskManager, por favor, comienza a prepararme un café de aquí a un segundo” o también, por supuesto, “ahora mismo”. Otra utilidad que nos ofrece es la de programar tareas periódicas, que tengan que repetirse cada cierto tiempo (en un MMORPG, un buen ejemplo sería el amanecer y el anochecer, ejecutados cada 24 horas). Nosotros definiremos las tareas implementando la interface Task, la cual nos obligará a incorporar un método run() a nuestra clase. La piscina de hilos ejecutará este método el cual, al finalizar, indicará que se ha completado la tarea (fijaos en la imagen de arriba).

Resumiendo:

• Acceso al TaskManager: AppContext().getTaskManager();
• Servicios del TaskManager: schedulePeriodicTask() y scheduleTask()
• Definición de taras: interface Task

¡Espero que os haya parecido interesante!

Links: RedDwarf, ProjectDarkstar

Voy a analizar 5 áreas distintas en las que este framework nos facilita la vida: comunicación, hilos, acceso concurrente, persistencia y, por último, escalabilidad. En cada una, explicaré las herramientas de las que podemos hacer uso para ahorrarnos horas y horas de desarrollo, testeo y debug al desarrollar cualquier juego online multijugador.

Comunicación

La comunicación en un videojuego online a través de internet suele ser un tema muy delicado. Una mala implementación hará que el lag se apodere de nuestro juego. Puedes hacerte varias preguntas sobre qué tecnología utilizar: ¿Sockets, RMI,…? ¿No sería más fácil centrarnos en la lógica de nuestro juego? Además, la mayoría de los juegos online se basan en un login, enviar mensajes (atacar, moverse, chat, etc) y una desconexión o logout. Sólo implementar la base para que esto funcione costaría mucho trabajo. RedDwarf nos permite abstraernos de TODA la mecánica de la comunicación por red.

Se basa en tres interfaces por el lado del servidor:

• AppListener: puerta principal para inicializar el servidor y hacer login.
• ClientSessionListener: para atender las peticiones, eventos y mensajes de un cliente.
• ClientSession: para enviar mensajes a un cliente.

Y una clase y una interfaz en el cliente:

• SimpleClient: para hacer login y logout y para enviar mensajes. Representa la conexión de salida.
• SimpleClientListener: recibir mensajes y notificaciones como login y logout fallidos/no fallidos. Representa la conexión de entrada.

La siguiente imagen ilustra el funcionamiento de la comunicación cliente-servidor:

Pero esto no es todo. ¿Qué pasa cuando queremos enviar y recibir mensajes de un grupo de usuarios del juego, pero no de todos? Por ejemplo, un chat de clan, recibir mensajes sólo del área visible del mapa, un juego online basado en diferentes partidas (como un servidor de partidas de poker), etc… Para eso existen los Channels o canales. Los canales se crean en el servidor, el cual puede subscribir/eliminar clientes de un canal, mientras que todo lo que sea enviado al canal por alguien será recibido automáticamente por los clientes suscritos.

Página oficial RedDwarf.

Fuente: ProjectDarkstar/Learn

Si leísteis el artículo anterior de esta serie, os acordaréis que faltan ciertas áreas que no se ven muy cubiertas por esta serie de motores o componentes comerciales: la concurrencia, la conectividad, la persistencia, y muy importante, la escalabilidad. ¿No hay componentes (frameworks) que nos simplifiquen todo esto? ¿frameworks que nos den lo que prácticamente todos los MMORPG necesitan en estas áreas comunes ya hecho y programado? Yo conozco uno, y he alucinado: RedDwarf.

Hasta hace unos pocos días, RedDwarf, como parece que será finalmente el nombre elegido, se llamaba Project Darkstar. Se trata de un proyecto que se inició en el año 1999, y que ha sido desarrollado hasta ahora por Sun Microsystems. La causa del cambio de nombre ha sido el abandono del proyecto por parte de Sun, debido a la compra de esta compañía por parte de Oracle. Ya que se trata de un proyecto abierto, la comunidad está en proceso de relanzarlo. Pero expliquemos mejor qué es esto.

RedDwarf cubre todos los aspectos que he nombrado anteriormente, aspectos complejos comunes a todos los MMORPGs. Para el desarrollador, el problema de la concurrencia quedaría totalmente subsanado: no existen los hilos al usar framework, ni la sincronización, el programador sólo piensa en tareas que RedDwarf se encargará de ejecutar cuando pueda creando los hilos que crea necesarios dependiendo del sistema (núcleos de CPU, etc). Tampoco tienes que encargarte de las comunicaciones: la base ya está programada, y de la forma más eficiente posible. Toda la comunicación entre los clientes y el servidor ha sido simplificada al máximo mediante conceptos como “Channels” o canales de subscripción. Y qué pasa con la persistencia, culpable de los rollbacks (perder cosas cuando te caes del servidor o el servidor se cae) del resto de MMORPGs por una programación no tan óptima: arreglada por completo, no existen los rollbacks ni los “server save”, el servidor siempre está guardado.  Ah, espera, falta la escalabilidad: tan fácil como conectar una nueva máquina, no haría falta reprogramar nada de nada (aunque esto último estaban a punto de conseguirlo en el momento en el que Oracle anunció que dejaba de apoyar al Project Darkstar).

Este proyecto, en la versión 0.9.11 es totalmente funcional, de hecho existen empresas que han desarrollado juegos online comerciales utilizándolo. Las posibilidades son tremendas, y la comunidad lo sabe, por lo que muy seguramente RedDwarf, como ahora ha sido bautizado, tenga un buen futuro. Si os interesa, deberíais acudir a la página de  Project Darkstar para buscar información, ya que el traslado a RedDwarf comenzó hace sólo 6 días. Por último comentar que estoy migrando un juego de mus online a este framework, y espero poder contaros más al respecto, aunque puedo decir ya que es tremendamente fácil utilizarlo y simplifica muchísimo el desarrollo de este tipo de sistemas.

Como visteis en el primer artículo, me interesan mucho los MMORPG, y muchas veces pienso en intentar trastear para crear algo. Pero el desarrollo de MMORPG no es nada fácil: entran en juego multitud de áreas de la informática, y es necesario tener mucha habilidad en todas ellas para crear algo utilizable. Como la mayoría sabemos, un MMORPG suele estar alojado en un servidor al que se conectan multitud de clientes que toman parte en un mismo juego, del cual pueden desconectarse para luego conectarse otro día sin perder la turbo-espada que consiguieron. Así que tenemos:

• Concurrencia: el servidor debe procesar tareas en paralelo por cada jugador, lo que precisa de programación multihilo, y la sincronización entre estos hilos lo cual complica la programación.
• Conectividad: En un MMORPG, la respuesta al usuario debe ser rápida o aparecerá el lag, por lo que es posible que deban utilizarse técnicas complejas para simular la respuesta instantánea del servidor y no saturar la conexión si queremos ser capaces de soportar muchos usuarios. Por ejemplo, es posible que el juego en nuestro pc, cuando queramos avanzar hacia adelante con nuestro personaje, nos haga creer que hemos avanzado sin esperar a que el servidor le diga “Sí, puedes ir para adelante”. Luego si resulta que el servidor le dice que no puede, veremos una especie de rebote de nuestro personaje hacia una posición anterior (efectos del lag).
• Persistencia: si queremos que los jugadores no pierdan lo que consiguen entre conexiones al juego, necesitamos algún lugar donde guardar su estado. Normalmente se utilizan bases de datos.
• Gráficos: los jugadores cada vez son más exigentes con los gráficos, tienes que ser un experto en DirectX, OpenGL, e infinidad de herramientas de modelado 3D.
• Físicas: Si quieres que tu mundo se parezca al mundo real… tendrás que implementar las leyes que rigen nuestro mundo. Estaría bien que repasaras lo que estudiaste sobre la gravedad, las colisiones entre sólidos rígidos. Ufff…. suena jodido.
• Audio: y encima contratar a músicos que creen la música para tus escenarios, o buscarte en internet ruidos que se parezcan a las pisadas sobre un suelo de madera. Ah, y sobre un suelo de hormigón, y sobre el barro…
• Escalabilidad: Vaya, tu juego va tan bien que ya vas por los 1000 usuarios, pero el servidor ya no es capaz de funcionar bien y se te quejan por el lag. Tienes que añadir un nuevo servidor. Muchos juegos lo que hacen es crear un nuevo servidor con el mismo juego, pero digamos “paralelo”, en realidad no es el mismo mundo. Seguro que se os ocurren ejemplos (OGame, el propio Tibia…). Pero esto, claramente, no es lo ideal. Si quieres poder aumentar la capacidad de un solo “mundo” o “juego”, tienes que conseguir que tu programa se distribuya entre distintos ordenadores el solito. ¿Parece que se complica verdad?

Creo que ya se entiende mejor el título del post: desarrollar un MMORPG es una tarea muy, muy complicada y que requiere de muchas horas de trabajo y esfuerzo, ademas de mucha experiencia y dominar muchos temas distintos. Ya no basta con un MMORPG en 2D como el Tibia, ahora como no saques un WoW o Lineage, te será difícil conseguir usuarios. Pero… ¿puede esto cambiar en el futuro?

Sin duda, sí, es el camino que se ha seguido desde el principio: motores gráficos, motores físicos… todos hemos escuchado hablar de ellos. Al final, no son más que piezas ya hechas, altamente reutilizables, para hacer cosas comunes a la mayoría de juegos: en muchos de ellos necesitas calcular una colisión entre objetos, la fuerza de la gravedad, los tiros parabólicos… por no hablar de los destellos al disparar un arma, los reflejos de luz, etc. Por poneros unos ejemplos, como motor gráfico tendríamos el Unreal Engine y como físico el PhysX. Ya tenemos la física y los gráficos “cubiertos”. ¡Pero todavía nos falta cosas! Atentos a la próxima edición.

Así que para empezar, os contaré algo sobre mí. Como algunos ya sabréis, estudio Ingeniería Informática, pero ¿cómo tomé la decisión de estudiar esto? ¿me viciaba increíblemente al counter strike y pensaba que estudiar informática era la menos dura de las ingenierías? El caso es que cuando tenía unos 6 o 7 años, entró el primer PC en mi casa, con Windows 95 y el omnipotente botón de inicio. La verdad es que desde el principio me fascinó eso de poder interactuar con una máquina de esa forma, pero lo bueno llegó cuando descubrí los videojuegos: creo que a partir de ahí el PC ganó la batalla a la TV como forma de entretenerme en casa (y menos mal). Creo que antes de esto quería ser pastelero (chocolate….), arqueólogo (efecto Jurassic Park), arquitecto (uhm, que putos amos los arquitectos) y después teleco. Lo de teleco la verdad es que duró poco, hasta que descubrí que existía la ingeniería informática: tenía que ser la ostia trabajar creando esos juegos con los que me tiraba tantas horas de infinito entretenimiento. Y luego ya cuando llegó internet… joder, ¡¡¡podía jugar a un juego con otras 300 personas a la vez!!! Era increíble ese juego: era uno de los primeros MMORPG y se llamaba Tibia.

Tibia MMORPG, 1999

Muchas veces he pensado en crear algo parecido a este juego, lo que me ha llevado a informarme mucho en el tema, encontrando desgraciadamente poca información. Hay muchos libros que enseñan a programar en Java, en C, en C++, incluso a cómo crear buenas aplicaciones empresariales o webs comerciales. ¿Pero qué pasa con los videojuegos, y en concreto, con los MMORPG? No he encontrado mucha información al respecto, aunque la hay, ya os pondré links a algunos libros y páginas de interés. En el próximo artículo, hablaré de la complejidad del desarrollo actual de un MMORPG.

Diablo es famoso por se de los primeros juegos de rol de acción, siendo uno de los mayores exponentes de juegos de rol online en sus tiempos y todavía ahora, siendo junto con starcraft y warcraft, uno de los buques insignias de blizzard.

La historia de Diablo se desarrolla en un mundo medieval paralelo, sus habitantes están divididos en dos bandos opuestos, el de la Luz y el de la Oscuridad, entre estas dos fuerzas se desata una guerra llamada El gran conflicto, en esta eterna batalla se decidirá cual de las dos utopías (el orden o el caos)llegará al armagedón y se hará con el control de toda la creación. Las fuerzas de la Luz lideradas por ángeles y arcángeles se enfrentan a los ejércitos de la oscuridad encabezados por los tres demonios primarios llamados Mefisto, Baal y Diablo. Las leyendas cuentan que luego de incontables siglos de batalla hizo su aparición el hombre, el cual con su única cualidad de elegir entre el bien y el mal, podía poner fin a la guerra la cual desde ese momento fue rebautizada como La Guerra del Pecado.

El juego empieza con la creación de un personaje, en el  primer Diablo entre arquero mago y guerrero, tu personaje se meterá en una caverna donde irás bajando por diferentes niveles , segun más bajemos por los diferentes niveles más duras serán las criaturas contra las que luchemos y nos darán mejores armas y más experiencia. Fuera de la cueva hay un pueblo donde podremos hacer diferentes misiones, comprar y vender los items que consigamos.

Según vayamos subiendo niveles, nos darán puntos de habilidad que podremos usar para mejorar habilidades. Todos los personajes tienen un árbol de habilidades donde podremos medrar para conseguir mejores habilidades de un tipo, esto nos da cierto toque de estrategia para elegir que habilidades y a que niveles deberíamos escoger.

Lo mejor del diablo, es su modo multijugador mediante battle net. El modo multijugador del diablo, como en el starcraft o el warcraft, nos permite crear una partida donde la gente se irá metiendo y de esa manera jugaremos al juego en el capítulo que queramos pero con más gente, así que el juego no va a estar “petao” de gente como en los mmorpg.

CONCLUSIONES CONCLUSAS

En mi caso, yo me vicié cual rata de alcantarilla al diablo I hasta pasarmelo y conseguir una vara, que te cagas en las bragas, que ahora no recuerdo que habilidades tenía. Hay que decir que el diablo I tienes uno de los finales más impresionantes de muchos de los juegos que he jugado.

En el diablo II hice mis pinitos y me lo pasé en modo multijugador, si no me equivoco, tenía una hechi-cerda de hielo si no me equivoco, pero bueno de este juego saben más el señor Daniel y el Señor Javier, que se ludaron bastante.

Y hasa aquí juegos de nuestra infancia for this week, ala que sus den

<Zelda

No os voy a mentir, el juego no es precisamente la maravilla maravillosa de profunda historia, gráficos deslumbrantes ni la perfección jugable, pero es endiablada y demencialmente entretenido, sobre todo con más gente. Pasaré a explicaros la mecánica del juego.

Los mapas, relativamente pequeñajos tienen ciertas zonas donde caen cajas del cielo, que son la base del juego. Cerca de esa/esas zonas de cajas suele estar la base de los jugadores. Al comienzo controlas un buddi y tu cometido es ir a la zona de las cajas, y pillar alguna (tiene que ser de una en una eso si) y llevártela a la base. Allí, tienes una zona especial con cuatro cuadraditos donde puedes dejar las cajas y cuando rompes las cajas consigues algún tipo de recompensa (armas, vehículos etc.). El asunto es, que cuantas más cajas apilas, mejor es la recompensa que recibes; así, por ejemplo, si pones una caja y la rompes, consigues una pistolilla, pero si pones dos, consigues una metralleta (por ejemplo, la verdad es que no me acuerdo).

Lo verdaderamente interesante viene en las posibilidades que trae el sistema, ya que también puedes apilar las cajas hacia arriba (en 2 niveles, si no recuerdo mal) y conseguir todavía más cosas distintas. Lo realmente enviciante es pensar bien la estrategia a seguir, ya que un ataque rápido con armas malas puede ser efectivo, pero esperar un poco más y sacar un puñado de buddies más para que te ayuden (porque se pueden crear buddies con una combinación de cajas)  y armarlos, creando un pequeño ejército de buddies, puede ser devastador. El fín de este juego, como habréis podido adivinar, es acabar con el resto de equipos de buddies, convirtiéndote en el amo de la barraca.

Juego altamente recomendado para jugar entre amigos, ya que los piques y las alianzas maléficas son siempre abundantes. Así que no lo dudéis, si no queréis un juego que os absorba horas y horas, pero queréis pasar un rato very-well-que-te-cagas, probad este pobre juego, injustamente infravalorado por la vox populi y que patata mecánica approves! -¡¡Chanante!!-

Y bien, ¿Conocíais el juego?, en caso afirmativo, ¿Lo creeis infravalorado?

La pelota está en vuestro tejado.

< Toma 1: Hidden and Dangerous

Bueno pero para los que nunca han jugado al pokemon, explicaré los diferentes juegos y el modo de juego.

TIPOS

¿Qué es un pokemon? Pokemon es la abreviatura de Poketto Monsutaa, Pocket Monsters en ingles o monstruos de bolsillo. Esto viene de que los pokemon pueden ser guardados en pokeballs y estas se pueden guardar en los bolsillos. Los pokemon se dividen en tipos, haciendo que algunos tipos tengan ventajas sobre otro (agua sobre fuego, electricidad sobre agua… etc):

Normal

Fuego (Fire)

Agua (Water)

Hierba (Grass)

Eléctrico (Electric)

Hielo (Ice)

Lucha (Fighting)

Veneno (Poison)

Tierra (Ground)

Volador (Flying)

Psíquico (Psychic)

Insecto (Bug)

Roca (Rock)

Fantasma (Ghost)

Dragón (Dragon)

Oscuro (Dark)

Acero (Steel)

JUEGOS

El primer juego de los pokemon fué creado por Satoshi Tajiri y Ken Sugimori, quienes, basándose, en los juegos RPG del momento (Final Fantasy, Dragonquest.. etc) decidieron sacar un juego en RPG donde tus mascotas evolucionasen y subiesen de nivel, y las pudiese intercambiar por cable link.

La primera generación de videojuegos nació con el primer juego, que salió en Japón llamado Pocket Monsters, Aka and Midori en 1996 para gameboy. De los que luego aparecieron versiones occidentales, llamadas pokemon rojo y azul (que era la que nos llegó a nosotros y en la que tantas horas de nuestras vidas dejamos). Después de estos, salió una expansión llamada yellow en la que el sucio pikachu te seguía detrás a todos lados, pero no cambió gran cosa.

Para nintendo 64 también salió el pokemon stadium, donde se podían ver en 3d los pokemon de la gameboy y usarlos para luchar entre ellos.

En la segunda generación salieron versiones con más pokemon (251) para gameboy, que fueron la gold y la silver en el año 2000 (yo tenía la gold y estaba tan enganchado que me lo compré en ingles sin tener ni idea… toda una aventura)

En la tercera generación, que amí ya me pilló lejos, salieron la Ruby y Sapphire, para gameboy advance, con 386 pokemons, que ya son unos cuantos bichejos como para atraparlos todos… Se incorporaron peleas de por equipos de 2 y concursos pokemon.

En la cuarta generación a Diamond y Pearl, los últimos juegos para ds donde aparecen en total 493 pokemon. En esta edición los escenarios son en 3d y las batallas en 2d. Luego en 2008 salió el pokemon platinum, que es un remake de los Diamon y Pearl.

SISTEMA DE JUEGO

Pokemon básicamente es un juego de rol, en el que a medida que pasa el tiempo y tus pokemon van luchando, van subiendo niveles, aprendiendo habilidades y evolucionando. Las batallas en pokemon están hechas por turnos, es decir que al empezar la batalla automáticamente saldrá el primer pokemon tuyo contra el que estés luchando, y dependiendo de quien tenga más velocidad empezará uno u otro y de ahí en adelante se intercalaran para zurrarse.

Fuera del combate el juego no tiene mucho misterio, tu controlas a un entrenador pokemon que hacer, lo que es hacer, no hace nada, solo hablar con la gente y montar en bicicleta, todo lo demás lo hacen tus pokemon, a los que les puedes poner habilidades especiales, como corte, surf… ect para poder llegar a zonas nuevas del mapa.

CONCLUSIONES

Sí, he de reconocer que una parte de mi cerebro murió en alguna de esas millones de tardes que me pasaba viciándome al pokemon, y no solo me lo pasé si no que me conseguí todos los jodidos pokemon, y todo para que! Para que me diesen un sucio y mugriento diploma.

PD: Yo conseguí los 251 pokemon pero sigo sin saber donde mierda estaba Mew, amí me lo pasó un amigo por el cable link. ¿Será este vídeo cierto? Estoy por comprobarlo, todavía tengo en casa el pokemon xD

Fuente: wikipedia

<Juegos de nuestra infancia – Zelda | Juegos de nuestra infancia – Diablo>

fuente: pixfans

Así que en esta Toma 1 de juegos infravalorados empezaré con el que me dio la idea mientras grabábamos el podcast 07. Como ya sabéis (y si no ya estáis perdiendo el culo para escuchar el podcast 07) comenté que Illusion Softworks, antes de convertirse en 2K Czech hizo juegos de calidad como el Mafia: City of Lost Heaven y el que ahora voy a tratar: Hidden & Dangerous.

Este juego, sacado en 1999 se ambientaba en la II guerra mundial (oh!! sorpresa, un juego de la IIWW!!) y nos ponía al mando de un pequeño grupo de soldados Británicos encargados de hacer un puñado de “misioncillas” (rescate, sabotaje…). El planteamiento era estilo commandos, donde en cualquier momento podíamos pasar el control de uno a otro miembro del grupo, para poder aprovechar al máximo las habilidades u objetos de cada uno.

Este toque de estrategia se acrecentaba ya que al principio de cada misión debías elegir las armas y equipación de cada miembro sabiamente; otro punto que aumentaba la “estrategiabilidad” era la dificultad del mismo juego, que te obligaba a ir poco a poco, escondiéndote y pensando muy bien el siguiente paso a dar. La mayor diferencia frente al ya nombrado commandos era el control, ya que el H&D es estilo shooter en 3a persona (teniendo la posibilidad de una camara de 1a persona también) y que también puedes dar órdenes a los personajes que no controlas en ese momento.

En definitiva, un muy buen juego que se merecía más atención de la que tuvo y que la gente lo jugara un poco más. Pero estáis de enhorabuena! Ya que como promoción de la salida del H&D2, la distribuidora del juego permitió descargarse el H&D totalmente gratis (si, habéis oído bien, gratis), y como yo soy tan majo os paso un link para que podáis probar el juego y me digáis si es un juego infravalorado (según vosotros, Toma I).

Haced click por aquí si queréis descargaros el juego más bien gratis y legalmente (para sentiros bien teniendo cosas legales y gratis. Si por algún casual alguien me demuestra que el juego ya no es gratis, legal, tal y pascual, estaré encantado de retirar el link).

Toma II: Team Buddies>