Hace unos seis o siete meses conocí a Daniel Rodríguez por medio de Twitter. De inmediato hicimos clic y tuvimos la oportunidad de charlar en persona en Diciembre del año pasado. Daniel hizo una visita relámpago a la Ciudad de México y aprovechamos para comer y tomar unas cervezas mientras discutíamos del estado de desarrollo de juegos en nuestro país.

Ambos coincidimos que sería bueno arrancar un proyecto a corto plazo, un juego casual desarrollado con un motor gráfico existente. Daniel propuso Unity ya que tenía experiencia trabajando con él en Kaxan Publishing a lo que acepté de inmediato. Durante las primeras semanas de Enero nos metimos de lleno a la pre-producción y por medio de llamadas en Skype y charlas en GTalk llegamos a la conclusión de que trabajaríamos en un juego de acción (shoot’em up) con un control y mecánica simples. A estas sesiones se integró otro miembro del equipo llamado Dorian Mastin, el cual sería encargado de diseñar todos los sonidos del juego.

Durante los siguientes meses establecimos una rutina de trabajo basada en desarrollo ágil de software, con juntas cada lunes vía Skype y el uso de Pivotal Tracker y SVN para llevar el registro de todo el proyecto. Todo este tiempo sufrimos de varios contratiempos, algunas veces ocasionados por nuestro trabajo o por la partida de miembros del equipo de desarrollo, curiosamente Daniel, Dorian y yo jamás dejamos de realizar juntas, algunas veces no teníamos trabajo que mostrar sin embargo charlamos de posibles implementaciones, de planes personales y demás cosas.

Después de un mes de suspenso decidimos enfocarnos de lleno para tener lista nuestra primera beta. Dorian aprovechó para tomar parte en el diseño de juego y sugerir varias implementaciones, Daniel le metió turbo trabajando en las madrugadas y yo encontré el tiempo necesario para combinarlo con mi trabajo. Dos semanas de rush concluyeron el sábado pasado con nuestro primer cliente liberado en www.Deathmosphere.com

Durante estos dos días he realizado un balance de pros y contras del proceso de trabajar vía remota. En conclusión, para que un proyecto funcione es necesario mantener una comunicación constante vía mail y VoIP. Lo primero sirve para tocar propuestas sencillas, correcciones o enviar algunos archivos, mientras que lo segundo es esencial para discutir del proyecto con mayor detalle.

Trabajando todos en el mismo lugar (físico) y al mismo tiempo se traduce en un proceso de desarrollo más transparente. Es más fácil corregir errores, implementar opciones y obtener resultados en menor tiempo, cosa que se dificulta trabajando a distancia. En nuestro caso, Daniel y yo tuvimos que establecer días y horarios adecuados para trabajar con el archivo de Unity.

A final de cuentas violamos el deadline inicial, de hecho nos pasamos por bastantes semanas, pero todo este tiempo nos sirvió para darnos cuenta de cómo se llevarán los próximos proyectos.

Links:

• Deathmosphere
• Silent Kraken

Después de una semana infernal haciendo ajustes a la parte gráfica y algunas cosas de programación por fin tenemos la primer beta de Deathmosphere. Esta versión cuenta con tres misiones, un boss y un escenario donde podrás moverte en todas direcciones. Deathmosphere se está desarrollando con la versión viagra de Unity 3D y pueden jugarlo en su navegador, solo necesitan descargar el plugin de Unity (que se hace en automático) y listo.

El juego funciona las versiones más recientes de Chrome, Firefox, Safari y Opera en PC y Mac. Estoy implementando un botón de feedback y haciendo ajustes todavía a la página web para mejorar el diseño.

El juego es una beta y el propósito es que ustedes lo jueguen y nos den sus comentarios para poder mejorarlo. Pueden dejar sus comentarios en este link o a mi correo lmiranda [@] doruku.com

Si usted pensó que estaba en la cárcel, me había ido de mojado a los esteits o que estaba sumido en la depresión por culpa de un desamor, temo informarle que no. Desde Enero he estado desarrollando un juego con dos amigos de Guadalajara. Deathmosphere es un shooter casual en 3D donde tomas el papel de un piloto que tiene que cumplir múltiples misiones para acabar con los enemigos que acechan tu territorio.

El juego se está desarrollando en Unity 3D y está pensado para aparecer en web y Facebook. A pesar del tiempo que ha tomado desarrollarlo debido a las múltiples obligaciones que tiene cada integrante del equipo, no hemos perdido la fé en el proyecto y en esta etapa estamos pegándole más duro que nunca para terminarlo.

Como dato extra, el proyecto se ha trabajado a distancia en su totalidad, con mucha comunicación vía Skype, mail y messenger. Deathmosphere estará listo el siguiente mes y se podrá jugar gratuitamente.

Más detalles en los próximos días.

Willay Clément es un programador independiente con amplia experiencia usando Multimedia Fusion 2 para desarrollar juegos. Sky Invader es su última creación y utiliza el esquema del shooter en side-scrolling, sin embargo le agrega el componente táctico gracias a un menú de acciones, similar al que vemos en interfaces de juegos de consola. El objetivo de Sky Invader es pelear contra los humanos destruyendo tanques y helicópteros evitando que dañen tu nave.

¿Qué llama la atención de este proyecto? Varias cosas, la primera es el tratamiento visual que hace Clément utilizando poca luz para la nave, enemigos en silueta y fondos en HDR. Esto le da una buena sensación de profundidad y corriendo a 720p le da mayor impacto a la parte gráfica.

Otra cosa que me intriga es el menú de acciones, faltará ver como se desempeña en la versión final pero me atrevería a decir que el juego podría aparecer en consola con este esquema de control.

¿Como ven la nave? Le da un parecido a aquella de District 9 ¿no?

[Project: [MMF2] Sky Invader, vía Pixel Prospector]

Hoy por la mañana Epic Games tiró la bomba y anunció lo que menos me esperaba: una versión de Unreal Engine 3 para las masas. Conocida como Unreal Development Kit, esta versión del motor nos permitirá crear juegos completos (ejecutables) por lo que ya te puedes ir olvidando de la dependencia a Unreal Tournament 3 o Gears of War.

Cabe mencionar que la diferencia entre el UDK y el motor que se vende a los grandes estudios es el acceso al código fuente en C++. Fuera de eso tendrás a la mano las herramientas de creación que se manejan a nivel profesional.

Si tienes experiencia trabajando con mods para UT3, dominar el pipeline en UDK no representará problema, sin embargo hay gente que se estrenará con esta herramienta por lo que recomiendo los siguientes recursos:

Videotutoriales

Unreal Tournament 3 – 3D Buzz Video Tutorial Pack
Más de 3 GB de videos para aprender a usar el Unreal Engine 3. Todos los temas, desde como crear escenarios hasta la optimización, scripts con Kismet o creación de películas con Matinee. Este DVD es parte de la edición de colección de Unreal Tournament 3 pero ahora está disponible para descargarse gratuitamente desde File Planet.

Libros

Mastering Unreal Technology, Volume I: Introduction to Level Design with Unreal Engine 3
Mastering Unreal Technology, Volume II: Advanced Level Design Concepts with Unreal Engine 3
Mastering Unreal Technology, Volume III: Introduction to UnrealScript with Unreal Engine 3 (preventa)

Estos libros son la biblia del UE3. Están escritos por Jason Busby, Zak Parrish y Jeff Wilson, los cuales tienen amplia experiencia con este motor y son responsables del sitio 3DBuzz.com. Ambos ejemplares tocan a fondo toda la parte técnica para sacarle provecho al motor gráfico. Como dato extra, son los mismos que hicieron los videotutoriales del punto anterior.

Recursos web

Unreal Developer Network – UDK
World of Level Design
Hourences.com

Nota: Todos estos recursos tienen que ver con la parte técnica y están enfocados en diseño de niveles.

Posted via email from .plan

Trabajar Pro Bono es una de las opciones más viables para obtener experiencia en diseño de juegos (y otras disciplinas) sin embargo puede volverse en una pesadilla si no tomas las medidas adecuadas. Pro Bono significa trabajar de manera voluntaria para el bien público, sin obtener una remuneración económica. El mejor ejemplo de la industria de juegos se da en el campo de los mods, en la escena independiente o en proyectos iniciados por fanáticos para revivir alguno de sus clásicos favoritos.

Con una metodología que implica aterrizar un proyecto viable (realista), calendarizarlo y formar un equipo de trabajo con gente responsable y comprometida, trabajar por amor al arte puede ser una experiencia única. Lamentablemente la mayoría de equipos falla en uno o varios puntos por lo que los proyectos se vuelven eternos, fantasiosos e incluso algunos generan polémica al usar propiedades intelectuales sin la debida autorización:

¿Qué hacer entonces para que tu proyecto no quede en el limbo por los siglos de los siglos? He aquí siete recomendaciones.

1. Sé honesto

Este apartado no solo aplica para el trabajo sino para tu vida en general; tienes que ser honesto contigo mismo y con las demás personas. El ser honesto implica en estar consciente de qué sabes hacer y cuánto tardas en realizarlo, esto te ayudará a definir un proyecto viable, ejecutarlo en sus tiempos y así evitar horas de angustia tratando de resolver algo que desconoces.

Una práctica habitual es decir que lo sabes todo con tal de participar en un proyecto, el problema es que por más que sepas usar Google y tengas espíritu de auto-aprendizaje estarás perdiendo tu tiempo y el de los demás integrantes. Recuerda que el hecho de no ganar un centavo no implica que puedes jugar con el tiempo de las demás personas.

2. El proyecto es el más cercano a ti

Esta frase la aprendí en el proyecto final de la Universidad y le da mucho peso al primer punto. El proyecto es el más cercano en cuanto a tus gustos y habilidades, también en cuanto a tus tiempos y gastos. Si estás por involucrarte en el diseño de un juego casual para Facebook y te la vives criticando a tus amigos por jugar Mafia Wars tal vez no sea bueno perder 3 meses de tu vida diseñándolo.

Si hay una vacante en el equipo de mods para un Artista Conceptual y dibujas del carajo, no vale la pena, por más que el proyecto tenga que ver con Aliens y seas fan de H.R Giger.

3. Es hora de utilizar una agenda

Las agendas no son exclusivas de sutties con vida monótona y camisa azul; una agenda es la mejor amiga que puedes tener cuando te conviertes al mundo del multi-task. Trabajar en un proyecto Pro Bono implica que tienes otra actividad que te remunera económicamente, puede que estés estudiando o de plano tengas una novia que te chupa (el tiempo) como sanguijuela.

Para llevar una doble o triple vida exitosa es necesario que organices tus tiempos, no te fíes de la memoria porque puedes perder foco en alguna de las actividades por estar pensando en lo que tienes que hacer el resto del día. Apunta tus pendientes, tómate un té y relájate.

4. Prepárate a hacer sacrificios

La vida no es sencilla y si lo fuera daría hueva, así que prepárate para sacrificar algunas cosas si te embarcas en un proyecto de esta naturaleza. Es importante tener ganas de hacer las cosas e incluso muchas personas te dicen que si quieres, puedes; lo que no te dicen es que no todo es querer y hacerse chaquetas mentales, es necesario materializar todas esas ideas y para eso necesitas dedicar parte de tu tiempo. He aquí el punto donde contar con una agenda se vuelve vital, tienes que hacer un balance del tiempo que gastas en tus actividades y machar las horas diarias o semanales que dedicarás al proyecto.

Hacer sacrificios no significa que te vas a quedar enclaustrado en tu casa y evitar cada invitación de tus amigos a alcoholizarse o ver una película. No todo es trabajo y si no te das tiempo para divertirte, vas a terminar por explotar a medio proyecto, el chiste aquí es saber equilibrarlo. Diseñar juegos no implica que toda tu vida tengas que estar con un control en la mano; gran parte de la inspiración viene de la naturaleza y las relaciones humanas, así que ajusta tu tiempo de tal modo que no descuides tu vida.

5. Guarda tu ego en el cajón

Si tu ego es tan grande como las tetas de Sabrina seguro te ganarás más de una mentada por parte de tus compañeros de equipo. Si decides trabajar solo porque tienes el complejo de artista incomprendido o porque nadie es más responsable que tú, de igual modo tendrás que guardarte ese ego. Recuerda que diseñas tu juego para un público en específico y en algún momento tendrás que someterlo a pruebas; la arrogancia es el peor enemigo del diseñador y se manifiesta frecuentemente en proyectos Pro Bono con la disculpa de como no gano plata, hago lo que me viene en gana.

Por último recuerda que un ego elevado puede provocar ceguera y disfunción eréctil.

6. Evita los proyectos basados en otros juegos o películas

Es común que en pleno peloteo alguien aviente la típica idea de “hacer un remake de tal juego o película”. De repente resulta que todos en el equipo son fanáticos de Lord of The Rings o Final Fantasy y se ponen a trabajar en el juego soñado. El 99% de estos proyectos se ubican en el plano irreal, toman años de desarrollo porque el equipo trata de hacerlo perfecto y a final de cuentas se desmoronan por la llamada telefónica de un par de abogados que dicen tienes 72 horas para eliminar el contenido o te meteremos una demanda kilométrica. No hay nada que frustre más que ver años de trabajo tirados a la basura por culpa de una mala decisión al inicio del proyecto.

7. No tardes demasiado en un proyecto

Si eres principiante y quieres diseñar juegos lo peor que puedes hacer es embarcarte en proyectos que duran una eternidad. Necesitas foguearte con proyectos pequeños que puedas ejecutar en plazos no mayores a uno o dos meses, ya sea solo o con un reducido grupo de colaboradores. Si no tienes idea por dónde empezar, hay buenas referencias para realizar prototipos en tiempo record en Gamasutra. Lo mejor de esto es que tendrás muchos proyectos para experimentar distintas propuestas de jugabilidad y por ende ganarás experiencia con el paso de los meses.

Si te inicias en diseño de niveles genera uno o dos cuartos para probar scripts; boceta pequeños niveles de multijugador apegándote a una jugabilidad clásica de deathmatch, no importa que utilices las texturas que vienen por default con el editor de juego. Lo valioso del proceso es que te familiarices con la mecánica de diseño y termines el mapa.

En ambos casos tendrás muchas variantes que mostrar en tu portafolio a la hora de pedir trabajo. En el caso de diseño de niveles tiene mayor peso mostrar la forma de abordar distintos problemas de jugabilidad que ofrecer un mapa gigantesco que te tomó 3 años en realizar (y solo abarca una modalidad de juego).

Por último…

Una vez contemplados estos puntos es hora de empezar a trabajar. Si vives en un país de Latinoamérica que le vale una madre el diseño de juegos (como México) no tengas miedo de compartir tu trabajo con el resto del mundo, o de buscar colaboradores que hablen otro idioma.

Necesitarás cabeza fría y mucha confianza en tu trabajo para salir adelante en un proyecto de este tipo. El principio es lo más difícil pero recuerda que el éxito viene de cagarla una y otra vez sin perder el entusiasmo.

Navegando en GameProducer.net me he encontrado este video narrado por Kyle Gabler (2D Boy) donde enlista una serie de consejos para desarrollar un juego en solo 48 horas. ¿Por qué alguien querría generar un juego en tan poco tiempo? Para volverse famoso, tener chupe y mujeres después de ganar en el Global Game Jam.

Lo interesante es que estos consejos van perfecto para aquellos que desean iniciarse en el desarrollo de videojuegos. El primero y último consejo aplican a practicamente cualquier persona que desee iniciarse en el camino del desarrollo de videojuegos: No compitas con un juego AAA y mi favorita:

Never Fall in Love
The 2nd Theorem of Destruction says: As love and effort INCREASE, the probability of SELF DESTRUCTION approaches 1

Link:“How to Make a Game in 48 Hours” (Video by 2D Boy) [GameProducer.net]

El problema que muchos tienen con las revistas es que la información se ha democratizado de tal medio que las suscripciones pasaron a ser algo “old school” y se mantienen por dos cosas: artículos y exclusivas. En el campo del Game Dev simplemente no he encontrado en blogs u otros portales el grado de complejidad de un Post Mortem (solo Gamasutra) o lo interesantes que son las lineas de The Alpenwolf.

Así pues mis queridos tres lectores (mas uno), he de recomendarles las siguientes publicaciones si es que se inician en el mundo del Game Dev, si ya se encuentran o si solo quieren mamonear con sus chiks hablando de scripts o patrones de Inteligencia Artificial.

Game Developer Magazine

Llevo tres años suscrito, la revista tiene casi 5 años de antigûedad y es la pieza de información más madura que conozco. Desde los Post Mortems hasta sus ediciones especiales de Game Career Guide que lanzan cada año, cada página vale cada centavo que pagas por ella. Columnas como Aural Fixation, Pixel Pusher o Game Plan equilibran perfecto el contenido. Lo interesante de esta revista es que NO es un cúmulo de tutoriales, por el contrario, es un puñado de artículos bien ejecutados de personas que deberían de ocupar los puestos de “Game Journalist” que tanto se han prostituido por culpa de revistas para consumidores promedio (EGM, Play, GamePro, etc). Si lees Gamasutra el lenguaje es casi idèntico.

Develop Magazine y MCV

Una revista enfocada en el mercado inglés de GameDev. Todas las secciones, artículos y línea editorial son muy específicas para la región por lo que dificilmente encontrarás noticias de lanzamientos, conferencias u ofertas de trabajo de América. Esta revista es interesante por dos cosas: es gratuita y tiene una columna de diseño invaluable: The Alpenwolf.

Develop Magazine es de un formato amplio, tiene pocas páginas y es bimestral. Tiene una hermana menor (o mayor, depende de cómo lo veas) llamada MCV. A diferencia de Develop, MCV se enfoca en noticias de publishing, negocios y tablas de ventas. MCV tiene una periodicidad semanal por lo que hace menos larga la espera por Develop.

DevMag

DevMag es una revista sudafricana que encontré mientras navegaba por el blog de Lobo Tuerto (amigo ex-ozono). Es una revista gratuita enfocada al programador. Tiene pocas páginas pero su sección Dev hace que valga la pena cada descarga. Desde colisiones hasta desarrollo en Flash y reseñas de juegos independientes. De las 4 revistas es la que tiene menor inversión, sin embargo no es sinónimo de artículos mediocres, todo lo contrario.

¿Por qué PDF? Tiene sus ventajas. Su disponibilidad es inmediata; si tienes una netbook no hay pretexto para no leerla en el baño; puedes hacer búsquedas de cierta información con solo dos clics, no ocupan espacio y son fáciles de archivar. No sustituyen al papel pero esperar 3 semanas para ver un ejemplar dañado por Sepomex como que no es ya la opción.

Si el mundo fuera blanco, me gustaría vivirlo como en The Unfinished Swan. Este juego en primera persona, desarrollado por Ian Dallas, ha sido escogido como finalista del Sense Of Wonder Night y plantea la existencia en un mundo completamente blanco donde tenemos que utilizar manchas de pintura para movernos e interactuar con los objetos.

La propuesta es excelsa y justo el tipo de juegos que me gustaría ver en mercados como la PSN, XBLA o WiiWare. Lo único que me pesa a veces es que este tipo de juegos implican que reinicie en modo Windows…no hay cabida para Mac