Untitl3D

Instalando GIMP 2.7/2.8 en Fedora 13, 14 y 15

2011-02-09T21:44:00.001-02:00

Me atrevería a decir que no hay mejor ejemplo del poder y calidad que puede llegar a tener un software libre creado por una comunidad de programadores que el mostrado por GIMP. El Programa de manipulación de imágenes de GNU (GNU Image Manipulation Program o GIMP en ingles) comenzó en 1995 con dos estudiantes de la Universidad de Berkeley realizando un ejercicio semestral para el club de ciencias informáticas y llegando a nuestros tiempos como una de las mejores alternativas al comercial Adobe Photoshop.

En mi caso particular siempre use Adobe Photoshop cuando trabajo con el entorno Windows, pero al ir poco a poco migrando a GNU/Linux me acostumbre a GIMP con total facilidad, pero hay algo que siempre vas a extrañar, el tener todo en una ventana y poder tener carpetas para agrupar las capas; y por esa razón instale la versión 2.7 que se encuentra en proceso de desarrollo y que solventa los dos problemas anteriormente mencionados.

A la izquierda, GIMP sin el modo "Single Window", a la derecha, con el modo activado.

Instalación
Un punto importante a destacar antes de instalar esta versión de prueba, es que no tuve problemas de compatibilidad entre pinceles y script definidos por el usuario que ya estaban funcionando correctamente en la 2.6, lo que si note es que en ocasiones el puntero del mouse no es muy exacto cuando se realizan acciones sobre un pixel, lo cual te puede molestar especialmente si realizas pixel art.

Para comenzar la instalación lo primero que debemos hacer es obtener un archivo con la extensión .repo que contiene la información del repositorio para instalar esta versión. Para eso, podemos usar el navegador y dirigirnos a la siguiente dirección:

http://repos.fedorapeople.org/repos/luya/gimp/fedora-gimp.repo

Cuando el navegador abra la dirección, guardamos el archivo usando la opción "Guardar pagina como..." o si tenemos algún problema podemos usar el comando wget en la consola para obtener el archivo:

$ wget http://repos.fedorapeople.org/repos/luya/gimp/fedora-gimp.repo

Ya con el archivo, ahora debemos tener permisos de administrador para poder copiar ese archivo a la carpeta /etc/yum.repos.d/ así que usaremos el comando su:

$ su
Contraseña: (contraseña)

Ya con los permisos necesarios copiamos el archivo que obtuvimos anteriormente, fedora-gimp.repo, a la carpeta /etc/yum.repos.d/, utilizando el comando cp:

# cp fedora-gimp.repo /etc/yum.repos.d/

Con el archivo copiado, iniciamos PackageKit (Sistema->Administración->Agregar/Quitar software)

PackageKit mostrando las dos versiones de GIMP

...y es posible que nos aparezca un aviso para aceptar una nueva "key" para el nuevo repositorio lo cual aceptamos, luego buscamos GIMP y nos mostrara como resultado la versión que tenemos instalada y la nueva versión a instalar, desmarcamos la versión vieja para desinstalarla y clic en Aplicar, luego marcamos la nueva versión y clic en Aplicar, y ya tenemos GIMP 2.7 en nuestro equipo.

Descargando video y fotografías de una cámara digital en Linux ...de la manera difícil.

2010-10-30T00:44:00.002-02:00

Soy poseedor de una Nikon CoolPix L14, una cámara buena, pero vieja en la actualidad que si alguien te la ofrece, mejor seria que te la regale. Este modelo de cámara me presenta un problema al intentar bajar vídeos capturados de un tamaño mayor a 1 giga.

Según pude observar, el problema se presenta tanto en Windows XP como en Linux, en el primero solo se puede bajar el archivo utilizando el programa Nikon Transfer que viene con la cámara, ya que al intentar con el Explorador de Windows este se corta y produce errores continuamente y en el segundo solo se puede utilizando gPhoto2 desde la consola, ya que al acceder por Nautilus este deja de responder.

¿Que sucede al conectar la cámara?
En el caso de Linux, al conectar la cámara, esta es montada usando USBFS como driver. USBFS es un driver que crea una partición dinámica en /proc/bus/usb y sirve como medio para enviar y recibir mensajes al dispositivo usb conectado; y este driver se utiliza generalmente cuando no hay un driver del kernell especifico para el dispositivo.

Después de conectada la cámara, esta es detectada y montada por el proceso gvfs-gphoto2-volume-monitor el cual la hace accesible a través de Nautilus que usara gvfsd-gphoto2 para poder manejar los archivos que se encuentran en la cámara. Y aquí es donde empiezan los problemas para leer los vídeos muy grandes.

Como no tengo tiempo ni la experiencia para debuguear y ver que es lo que produce el problema, he intentado acceder de otra manera, la cual a funcionado y he podido bajar los archivos sin problemas accediendo desde la consola utilizando gPhoto2.

A continuación detallo los pasos:

Para el proceso necesitaras tener instalado gPhoto2, para eso, ejecutamos el siguiente comando en la consola como administrador:

# yum install gphoto2

Esto instalara gPhoto2 y todas las librerías necesarias. Cuando termines, vuelve a tu usuario normal. Ahora conectamos la cámara y ejecutamos el siguiente comando en la consola:

$ usb-devices

...y entre los resultados encontraremos uno parecido al siguiente:

[Manny@localhost ~]$ usb-devices 
T:  Bus=02 Lev=01 Prnt=01 Port=05 Cnt=04 Dev#=  6 Spd=12  MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=04b0 ProdID=016b Rev=01.00
S:  Manufacturer=NIKON
S:  Product=NIKON DSC COOLPIX L14-PTP
S:  SerialNumber=000037119630
C:  #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr=0mA
I:  If#= 0 Alt= 0 #EPs= 3 Cls=06(still) Sub=01 Prot=01 Driver=usbfs

Con esta información confirmamos que tenemos la cámara conectada y detectada, Nautilus seguramente ya la habrá montado automáticamente si tenemos el proceso gvfs-gphoto2-volume-monitor corriendo y nos mostrara el siguiente mensaje:

Hacemos clic en el botón "Desmontar", ya que si no lo hacemos no podremos utilizar gphoto2 para acceder a la cámara. Volvemos a la consola y escribimos el siguiente comando:

$ gphoto2 --list-ports

...y obtenemos el siguiente resultado:

Dispositivos encontrados: 6
Ruta                             Descripción
--------------------------------------------------------------
ptpip:                           PTP/IP Connection               
serial:/dev/ttyS0                Puerto serie 0                  
serial:/dev/ttyS1                Puerto serie 1                  
serial:/dev/ttyS2                Puerto serie 2                  
serial:/dev/ttyS3                Puerto serie 3                  
usb:                             Universal Serial Bus

Nos devuelve todos los puertos (USB o Serie) en los cuales es posible conectar una cámara y de los cuales tenemos permisos de escritura. Si el puerto por el cual se conecta tu cámara no se encuentra presente, este tutorial no te podrá ayudar a resolverlo. Si el puerto se encuentra presente, escribimos el siguiente comando para que gphoto2 auto detecte nuestra cámara y el puerto (Esto solo funciona si tu cámara no utiliza un puerto Serie para conectarse):

$ gphoto2 --auto-detect

...y obtenemos el siguiente resultado:

Modelo                         Puerto                                          
----------------------------------------------------------
USB PTP Class Camera           usb:

Nuestra cámara fue detectada, ahora probemos la comunicación con el siguiente comando:

$ gphoto2 --summary

Obtenemos:

Resumen de la cámara:                                                          
Manufacturer: Nikon Corporation
Model: L14 
  Version: COOLPIX L14V1.0
  Serial Number: 000037119630
Vendor Extension ID: 0xa (1.0)
Vendor Extension Description: microsoft.com: 1.0; Nikon PTP Extensions

Capture Formats: JPEG
Display Formats: JPEG, Association/Directory, DPOF, MS AVI, Defined Type
Supported MTP Object Properties:
 JPEG/3801: dc01/StorageID dc02/ObjectFormat dc03/ProtectionStatus dc04/ObjectSize dc07/ObjectFileName dc0b/ParentObject dc41/PersistantUniqueObjectIdentifier dc44/Name dc87/Width dc88/Height dcd3/ImageBitDepth***CONTINUA***

El resultado del comando va a variar según la cámara, en este caso fue cortado porque era muy largo, pero el objetivo era probar que teníamos una correcta comunicación con la cámara al ver que gphoto2 pudo obtener información de ella. Ahora veamos que archivos se encuentran en la cámara, para eso lanzamos el comando:

$ gphoto2 --list-files

...y obtenemos:

There is no file in folder '/'.                                                
There is no file in folder '/store_00010001'.                                  
There is no file in folder '/store_00010001/DCIM'.
There are 35 files in folder '/store_00010001/DCIM/100NIKON'.
#1     DSCN1725.AVI               rd 943993 KB video/x-msvideo
#2     DSCN1726.JPG               rd  2039 KB 3072x2304 image/jpeg
#3     DSCN1727.JPG               rd  2039 KB 3072x2304 image/jpeg
#4     DSCN1728.JPG               rd  1944 KB 3072x2304 image/jpeg
#5     DSCN1729.JPG               rd  1847 KB 3072x2304 image/jpeg
#6     DSCN1730.JPG               rd  1693 KB 3072x2304 image/jpeg
#7     DSCN1731.JPG               rd  1985 KB 3072x2304 image/jpeg

Hay varias carpetas dentro de la cámara y múltiples tipos de archivos posibles según la cámara, en este caso hay imágenes JPEG y un archivo de video AVI. Ahora necesitamos bajar todos esos archivos a nuestro equipo, para eso ejecutamos el comando:

$ gphoto2 --get-all-files

El comando hará que gphoto2 baje todos los archivos que están en la cámara a nuestro equipo en el directorio de donde se ejecuto el comando

Descargando 'DSCN1725.AVI' de la carpeta '/store_00010001/DCIM/100NIKON'...    
Downloading... |-                                            |   3,1%    16m47s

Ahora solo resta esperar que se termine de bajar los archivos, para luego disfrutar de nuestras fotos y vídeos.

Programmable Motion Effects: nueva técnica de motion blur para CGI.

2010-08-08T01:21:00.003-03:00

Este es un video de ejemplo de una investigación presentada en SIGGRAPH 2010 titulada "Programmable Motion Effects" (Efectos de Movimiento Programables). Los investigadores son Johannes Schmid, Sumner Robert, Huw Bowles y Gross Markus. Experimentaron con diversas maneras de añadir líneas de movimiento como alternativa a los tradicionales movimientos borrosos producidos en los CG. Aquí está el resumen del documento:

A pesar de que la animación es uno de los aspectos más atractivos de los gráficos por ordenador, las posibilidades para representar el movimiento que hace a las escenas dinámicas tan emocionantes, siguen siendo limitadas, tanto para imágenes fijas como para las animaciones. En nuestro trabajo, experimentamos con la representación del movimiento como una entidad de primera clase en el proceso de renderizado. Ampliamos el concepto de un shader de superficie, que es evaluado sobre una parte infinitesimal de la superficie de un objeto en un instante de tiempo, a la de un efecto de movimiento programable, lo que es evaluado con el conocimiento global sobre todas las porciones de la superficie de un objeto que se cruzan en frente a un píxel en una secuencia arbitraria de tiempo prolongado. Con esta información adicional, nuestros efectos de movimiento programables pueden decidir colorear los píxeles mucho después (o mucho antes) de que el objeto halla pasado delante de ellos. Con el fin de calcular las aportaciones necesarias por los efectos de movimiento, propusimos una estructura de datos 4D que agrega el movimiento del objeto como una simple representación geométrica mediante el muestreo de la posición del objeto en instancias de tiempo diferentes y conectando los correspondientes bordes en dos muestras adyacentes con un parche bilineal. Presentamos en el ejemplo: efectos de movimiento para varios estilos de líneas de velocidad, múltiples imágenes estroboscópicas, compensaciones temporales, y blur fotorrealista y estilizados en simple y en ejemplos de producción.

David Wong: Más pruebas de que la industria de los videojuegos esta sin ideas (E3 2010) Parte Final

2010-07-26T17:06:00.001-03:00

Es el segundo día de la mayor semana en el mundo de los videojuegos, y la industria está completamente sin ideas.

Si te lo perdiste, aquí están mis impresiones del primer día de la Exposición de Entretenimiento Electrónico, en el que declaró que la industria flota hacia su propia destrucción, perdida y sin rumbo. Quizás pienses que fui precipitado, teniendo en cuenta que sólo había visto el triste desastre que fue la conferencia de Microsoft, donde trataron de sorprender al mundo con una serie de juegos que Nintendo saco hace cuatro años. Y el baile.

Todo esto fue para su nuevo artilugio de control por movimiento llamado Xbox Kinect. Sin embargo, el segundo día llegó y vio las conferencias de Sony y Nintendo, también conocidas como "las dos otras únicas empresas en el negocio de las consolas de videojuegos". No vi nada como para cambiar de opinión.

Por ejemplo, debutando hoy fueron dos de los juegos de los que me burló en el gráfico anterior, Killzone 3 y la vergonzosa estafa del Modern Warfare 2 de EA, Medal of Honor (aunque supongo que si estamos coleccionando imágenes de "tipos con ametralladora con salpicaduras de sangre fresca en la pantalla", entonces podríamos haber tirado Bulletstorm por ahí).

Killzone 3 podría ser el más significativo de los juegos que Sony mostró hoy, pero no en el buen sentido. Sony, tal vez horrorizada por el espectáculo que fue Microsoft y la demostración de su artilugio de control por movimiento, apenas menciono a Mover, su propio gadget de control por movimiento. Las largas lagunas de la presentación, parecieron que estaban tratando con mucho esfuerzo de hacer tiempo, me hicieron pensar de que pegaron un vistaso a la reacción sobre el Xbox Kinect ayer y silenciosamente empujaron a Mover debajo del sofá con su dedo del pie.

En su lugar, pasó la mayor parte del tiempo hablando de cómo podrías jugar Killzone 3 en 3D. Bueno, siempre y cuando tengas un televisor 3D, también conocido como "El televisor que cuesta varios miles de dólares y requiere gafas de $ 150." Un televisor 3D de 52 pulgadas costará 5.000 dólares, aunque al menos vienen con dos pares de gafas. Incluso entonces, si quieres tener unos cuantos amigos más, van a necesitar lentes también. Así que va a costar tanto como una nueva consola. Y asumiendo que los dolores de cabeza no te mantendrán alejado.

No me malinterpreten, estoy seguro que un día, la TV en 3D será algo común. Y ese punto será justo después de que no necesites más las gafas para que funcionen. Ah, y cuando los televisores cuestan menos que un riñón nuevo. Por el momento, Sony está gastando toda su energía promocionando una característica que la gran mayoría de los jugadores no serán capaces de aprovechar en varios años. Es tan simple como eso. Demonios, la mayoría de nosotros acaba de comprar nuestros televisores de alta definición en los últimos años, estamos seguros de que el infierno no está listo para una actualización aun.

Cuando Sony ha mencionado Move, que salió como una breve idea de último momento. Se mostró Sorcery, que parece ser un juego de Harry Potter pero sin el familiar personaje y sin la licencia de lucro.

Luego pasaron muchos minutos de "hacer tiempo" mostrando Tiger Woods 2011, la multitud, que observa en incómodo silencio como el tipo demostraba su juego con tecnología de punta que funciona exactamente igual que varios juegos anteriores de golf de Tiger Woods para Wii.

Es difícil saber con exactitud qué video que mostraron a continuación fue el más meritoriamente vergonzoso. ¿Fue el montaje con gente jugando con Move en un remix de "Bust a Move" de Young MC? ¿O fue este video con un estereotipo de chico negro descarado hablando sobre la Sony PSP, utilizando el más auténtico diálogo urbano que pueda manejar una sala llena de blancos de 30 y algo que trabajan para una compañía japonesa de electrónica?

La historia tendrá que decidir.

Cuando Nintendo tomó el escenario, muchos de nosotros en la industria de la comedia sacamos nuestros cuadernos de notas y nos inclinamos hacia delante. Desde hace cerca de tres años, Nintendo ha tenido algunas de las más espectaculares y retardadas conferencias en E3 de la historia, como las infames demostraciones del "Wii Music".

Tambores

En su lugar, comenzó por recitar una lista de juegos que combinados probablemente venderán unas 50 millones de copias: secuelas seguras de sus mejores franquicias. Hubo un juego para Wii de Zelda, que de alguna manera parecía significativamente peor que el Zelda para Gamecube de hace cuatro años:

Vimos un nuevo Metroid, un nuevo Kirby, un nuevo Donkey Kong, un nuevo juego de deportes protagonizado por Mario, ninguno de ello muy original y sin embargo, lo más probable, es que acabare comprándolos a todos. Pero entonces, Nintendo sacó lo que muchos de nosotros habíamos asumido previamente como sólo una patraña:

Un sistema de juego 3D que no requiere gafas.

Es el dispositivo portatil Nintendo 3DS. Yo habría puesto capturas de pantalla aquí, pero ¿qué sentido tiene? Tu no puedes percibirlo a menos que tenga la cosa frente. Pero Nintendo cayo con docenas de portatiles en el área de exposición y de acuerdo con las personas que las han visto, de alguna manera funciona.

Diablos, ¿como puede incluso un llorón canoso como yo mantenerse cínico en frente de algo que incluso periodistas de hace mucho tiempo dijeron que les lleno de una infantil alegría? Y seamos claros, el juego con portátiles de mano es casi todo lo que importa ahora: hay cerca de 40 millones de Xbox 360 en el mundo y 35 millones de PS3, pero hay 130 millones de portátiles Nintendo DS. Eso es casi el doble del total de las grandes consolas de alta definición de lujo combinadas. Así que este sucesor 3D debería ser una licencia para imprimir dinero, ¿verdad? ¡Industria salvada!

Comic por Charlie

Bueno, tal vez. Mira, mientras nosotros, fans de los videojuegos, pasamos nuestra infancia discutiendo sobre si Nintendo podría darle una paliza a tu Sega, ahora la competencia no es con otra compañía de juegos en lo absoluto. Es esta:

El iPhone ha vendido 50 millones de unidades hasta la fecha, un número que está creciendo exponencialmente. Los teléfonos Android se están vendiendo aún más rápido. Sí, el 3DS puede hacer mejorar el juego - los gráficos parecen estar aproximadamente a la par con los del Wii. Pero como dice el famoso refrán, hay un límite en el número de dispositivos electrónicos que una persona quiere llevar en el bolsillo, y ese límite es uno. Si en su teléfono se puede jugar a juegos que son perfectamente competentes en matar el tiempo en la sala de espera del dentista, ¿qué motivación va a tener parra agarrar un Nintendo 3DS o Sony PSP2 de la puerta hacia afuera?

Ahora, seamos claros. Los videojuegos no van a desaparecer, al igual que no desaparecieron después de que el mercado de los juegos colapso en 1983. Los entusiastas como yo seguirán jugando derecho hasta el fin. Pero en este momento, entre interminables juegos de disparos de Marines Espaciales y todo el mundo desesperadamente agarrado por el próximo artilugio de tecnología que viene, estoy viendo una industria pegada firmemente en una rutina. Es un mercado que necesita otra importante corrección antes de que pueda sumergirse en un futuro en el que, probablemente, será la piedra angular de nuestra cultura popular. El juego esta saliendo de su infancia, pero antes de que la madurez llegue, vamos a tener que lidiar con algunos años de adolescencia increíblemente torpes.

No te rías, que todos hemos pasado por allí.

David Wong: El Día en que la Industria de Videojuegos ha muerto: Impresiones de la E3 2010 - Primera Parte

2010-06-18T16:12:00.010-03:00

Por: David Wong - Traducción: Andrés Montandon

Si usted no tiene tiempo para leer, permítaseme resumir la muerte de la industria de los videojuegos en un GIF animado:

Dance Central, para el nuevo sistema Xbox Kinect

Esta semana es quizá la más grande del año en el mundo del entretenimiento. Es cuando todos los juegos que jugaras durante los próximos 12 meses son revelados en la Electronic Entertainment Expo. El evento de este año, sin embargo, será probablemente recordado como el preciso momento en que los videojuegos, como los conocemos, morirán trágica y embarazosamente.

Si no has estado siguiendo la conferencia, permíteme resumirtela, diciendo que Microsoft - y no estoy inventando esto - tenia al Cirque du Soleil presentando un simulador de acariciar gatitos de $150 USD, a través de la danza interpretativa. Los artistas del Cirque du Soleil viajaron sobre elefantes animatronicos:

¿Ven a esas personas vestidas de blanco en el fondo? Sí, ellos también tenían al público vestido con ropas blancas de culto. Aquí está el simulador de acariciar gatitos en acción:

Todo esto sucedió realmente. ¿Suena todo esto como una desesperada industria en una final suplica por atención? Porque yo estoy bastante seguro de que lo fue. Permítanme retroceder un poco.

La industria de los videojuegos ha tenido un gran problema desde el primer día, que nadie está muy seguro de cómo arreglarlo. Este problema es la razón de porque miles de locales de arcade tuvieron que cerrar después de los años 80, y por eso Atari, Sega, NEC y un sinnúmero de otros gigantes de la electrónica tuvieron que salir corriendo del negocio de las consolas después de perder millones. Esta es la razón por la cual incluso Microsoft ha perdido miles de millones en su división de juegos.

El problema es que los jugadores de videojuegos simplemente no seguirán jugando sin un nuevo "truco" cada cinco años. Cuando la gente ha sido feliz viendo películas de celuloide como 80 años seguidos, por alguna razón los jugadores no quieren seguir jugando a menos que reciban un formato completamente nuevo cada década y media.

Ahora, algunas personas erróneamente dicen: "!Bueno, guri, dejamos de jugar a los juegos viejos porque los nuevos han llegado al mercado, haciendo ver a los viejos obsoletos!" No es así. Dejamos de jugar a los juegos mucho antes de que los nuevos juegos lleguen. Por ejemplo, ahora no existen nuevas consolas en el horizonte, pero las venta de hardware para juegos y software están colapsando. Finalmente acabamos aburriéndonos con el medio.

Eso es un gran problema para la industria; cuesta miles de millones el desarrollar una nueva consola desde cero. Se está llegando al punto en que los fabricantes de juegos no pueden lucrar con la última consola en los cinco años antes de que los jugadores hayan renunciado a ella y comenzaran a exigir una nueva. Lo que nos lleva a los elefantes animatronicos.

Véa, la consola que "ganó" esta generación fue la Nintendo Wii, ya que Nintendo 1) la diseñó principalmente para costar muy poco y 2) introdujo rebuscados controles de movimiento y otros periféricos que hicieron que la consola pareciese como sencilla al conseguir diversión para toda la familia. Puedes estar en tu living y ondear los brazos alrededor de una hora y pasar un buen rato. Pero cuatro años más tarde, la gente está comenzando a cansarse de eso, por eso las ventas de la Wii se están desplomando, como todas los demás.

Pero esto dio a Microsoft y a Sony la brillante idea de que, en lugar de llevar a cabo nuevas y costosas consolas en la marca de los cinco años (la Xbox 360 ha estado desde el 2005 en el mercado) que acababan de presentar su propio artilugio de control, y así venderlo como una máquina totalmente nueva! Con Microsoft, este dispositivo se llama "Kinect" y fue la estrella del primer día del E3.

Tiene una cámara integrada y micrófono, así que puede seguir el movimiento de tu cuerpo, y reconoce tanto tu cara como los comandos por voz. Microsoft vendió el dispositivo como juegos sin controlador - ni siquiera necesitas un Wiimote para esto, sólo haces señas con las manos por el aire como Minority Report. Suena como que podría ser muy bueno. Y luego nos mostró los juegos, y una industria postrada en la cama empezó a toser con sangre.

El juego que lanzó la Nintendo Wii en 2006 fue llamado Wii Sports, una colección de minijuegos controlados por movimiento como bowling, boxeo y tenis.

Así Kinect se lanza con el ... Kinect Sports, una colección de minijuegos controlados por movimiento como bowling, boxeo y tenis de mesa.

El mismo juego, sólo que cuatro años más tarde. Mientras tanto, el resto de la línea de lanzamiento se parece a una imitación barata de los juegos de fitness que se han creado para la Wii Balance Board en los últimos años, la mayoría de los cuales pueden encontrarlos en la bandeja de gangas en CostCo.

Ya veo... tres juegos de fitness, tres juegos de baile y algo llamado Game Party. ¿Está usted empezando a ver por qué esto es una crisis? Esos juegos de allá arriba son de los que se depende para salvar a la industria. ¿Todas aquellas personas que han dejado de comprar juegos? Esa es la porquería que se supone que sea excitante al jugar de nuevo.

Oh, un momento. Tenemos Kinectimals. Es un simulador de mascotas virtuales. Microsoft lo ha demostrado teniendo a una joven niña asiática en escena y a una "mascota de aire" su tigre virtual.

Por supuesto que no podrás sentir la piel del animal o el calor, y que no podrá recostarse en tu regazo o dormir en tu cama o acurrucarse contra ti. Pero, ya sabes, puede hacer todas las otras cosas que las mascotas pueden hacer.

En un momento el gato virtual lamió la pantalla, y la pequeña muchacha asiática se rió y reaccionó como si estuviera siendo lamida, y con cosquilleo, por un gato real.

La audiencia en la conferencia reacciono exactamente de la misma manera que reaccionarias cuando ves a un tipo sin hogar masturbándose al lado tuyo en el metro.

Hey, ¿he mencionado que al parecer Kinect, va a costar unos 149 dólares, además de lo que ya has pagado por la consola?

Quiero decir, eso es todo. No hay otra enorme ola de juegos innovadores que pueda venir. Los únicos otros juegos que se mostraron en la conferencia fueron secuelas - el tercer juego de la serie Gears of War, el quinto juego de la franquicia Halo, el séptimo juego de la serie Call of Duty y el octingentésimo (800°) juego de la serie Metal Gear. Estoy bastante seguro de que todos esos juegos tienen como estrellas a los infantes de marina del espacio, a excepción de Call of Duty, protagonizada por infantes de marina de la Tierra.

Oh, hey, Metal Gear utiliza Kinect! Usted puede cortar el aire con las manos y hacer funcionar la espada del hombre de esa manera.

Sí, es una sandía.

Pero nada de esto es lo que me convenció de que la industria estaba en su proverbial lecho de muerte, solo acababa de cargarse un proverbial pulmón. No, lo que me convenció de que mi hobby favorito estaba muriendo fue el hecho de que Microsoft dedicara fácilmente la mitad de su conferencia para mostrar las cosas que la Xbox 360 puede hacer ademas de jugar juegos. Por ejemplo, ¡usted puede descargar programas de televisión! ¡Y películas! ¡Y puede hacerlo casi tan bien como los dispositivos que ya tenes!

Ellos incluso demostraron al espectador moviendo sus manos alrededor para hacer que en el menú aparezca la película correcta, y luego usando comandos de voz para hacer una pausa, stop y avance rápido. Y diciendo "Xbox, stop" detendrás la película y agitando la mano, presumiblemente, la harías saltar hacia delante. ¡Fantástico! Nada puede ir mal con eso, siempre y cuando usted recuerde que debe permanecer inmóvil y en silencio mientras la película se está reproduciendo. Si no entiende por qué la conversación al azar o el sonido ambiente de la sala podría cagarte la reproducción, supongo que nunca has usado un dispositivo operado por voz en tu vida.

"No, he dicho soporte técnico. Soporte técnico. So-por-te. Téc-ni-co"

También puedes utilizar Kinect para estar en Facebook. Y ver eventos deportivos. Quiero decir, ¿cómo vas a hacer esas cosas? También cuenta con vídeo chat. Ya sabes, como ChatRoulette. Sí, en tan sólo unos pocos meses tu hijo, también podrá ver a un desconocido masturbándose en su pantalla de plasma de 58 pulgadas.

Sony tiene su conferencia hoy. No soy optimista. ¿Por que? Porque dedicaran su conferencia a dos cosas: Move, su nuevo controlador de movimiento completamente original...

...juegos en 3D, también conocidos como Juegos con Gafas y con dolores de cabeza.

David Wong: 5 tenebrosas formas en que los Videojuegos intentan mantenerte adicto

2010-04-04T03:38:00.004-03:00

Hace tiempo que soy lector del sitio de humor norteamericano llamado Cracked.com, especialmente desde que absorbieron a Pointless Waste Of Time, el cual es principalmente conocido por sus humorísticas listas y compilados, como por ejemplo: 6 Cosas que los hombres hacen para conseguir una mujer, y que la ciencia dice que las espantan y Los 6 programas de concursos mas insanos de alrededor del mundo. En esta oportunidad traduzco una de sus listas relacionadas con los videojuegos escrita por David Wong (su nombre real es Jason Pargin) titulada 5 tenebrosas formas en que los Videojuegos intentan mantenerte adicto.

5 tenebrosas formas en que los Videojuegos intentan mantenerte adicto

Por: David Wong Traducción: Andrés Montandon

Así que los titulares dicen que alguien ha muerto debido a la adicción a los videojuegos. Sí, y es Corea de nuevo.

¿Pero que demonios? Mira, yo no estoy diciendo que los videojuegos son heroína. Estoy seguro de que las víctimas tenían otra mierda pasando en sus vidas. Sin embargo, la mitad de los que leen esto conocen a un adicto al World of Warcraft y los expertos dicen que la adicción a los videojuegos es una cosa. Así que aquí está la gran pregunta: ¿Son algunos juegos intencionalmente diseñados para mantenerte jugando compulsivamente, incluso cuando no los estás disfrutando?

Oh, diablos, sí. Y sus métodos son francamente espeluznantes.

5. Poniendote dentro en una "caja de Skinner"

Si alguna vez has sido adicto a algun juego o conozcas a alguien que lo era, este artículo es realmente inquietante. Está escrito por un investigador de juegos de Microsoft y trata sobre cómo hacer que los juegos de video "enganchen" a los jugadores, les guste o no. Tiene un doctorado en comportamiento y en ciencias del cerebro. Cita:

"Cada circunstancia es una disposición de tiempo, actividad, y recompensa, y que halla un número infinito de modos en que estos elementos pueden ser combinados para producir el patrón de actividad que deseas de tus jugadores."

Nota que su artículo no contiene las palabras "diversión" o "entretenimiento". Ese no es su campo. En cambio es "el patrón de actividad que desea."

"... en este punto, los jugadores más jóvenes levantan sus brazos por encima de su cabeza, dejándolos vulnerables".

Sus teorías se basan en la obra de BF Skinner, quien descubrió que podía controlar el comportamiento de personas entrenando a los sujetos con simples estímulos y recompensas. Él inventó la llamada "caja de Skinner", una jaula que contiene un pequeño animal que, por ejemplo, presiona una palanca y obtiene bolitas de comida. Ahora, yo no estoy diciendo que este tipo de Microsoft vea a los jugadores como un grupo de ratas en una caja de Skinner. Sólo estoy diciendo que ilustra su teoría de diseño de juegos usando imágenes de ratas en una caja de Skinner.

Este tipo de cosas causo que el investigador de juegos Nick Yee tildara al Everquest de "caja de Skinner virtual".

Entonces, ¿Cuál es el problema?

Jugar ha cambiado. Solía ser que una vez que se nos vendió un juego de $50, no importaba cuánto tiempo en particular lo jugáramos. Lo más importante era asegurarse de que nos gustó lo suficiente para comprar el siguiente. Pero la industria se mueve hacia juegos basados en suscripciones, como los MMO que necesitan mantener al sujeto jugando (y pagando) hasta que el sol se convierta en supernova.

Ahora, no hay manera de que puedan crear suficiente exploración o historia para mantenerte jugando por miles de horas, por lo que tuvieron que cambiar la mecánica del juego, así que los jugadores en lugar que seguir haciendo las mismas acciones una y otra y otra vez, aunque les gustara o no. Así que los desarrolladores de juegos se cambiaron a las técnicas de Skinner.

Esta es una gran fuente de controversia en el mundo del diseño de juego en este momento. El creador de Braid, Jonathan Blow, dijo que aplicar la idea de Skinner en la mecánica del juego es una forma de "explotación". No es que estos juegos no puedan ser divertidos. Pero están diseñados para mantener a los jugadores subscritos durante los períodos en que no es divertido, encerrados en una penosa repetición utilizando el sistema de manipulación de Skinner de recompensas cuidadosamente programadas.

Pero, ¿por qué este trabajo, cuando los "premios" son sólo objetos digitales que no existen en realidad? - Bien...

4. Creando bolitas de alimento virtual para que comas

La mayoría de la adicción basada en elementos de un juego se basan en este hecho:

El cerebro trata a los artículos y mercancías en el mundo de los videojuegos como si fueran reales. Debido a que lo son.

Las personas se burlan de esta idea todo el tiempo ( "Has gastado todo ese tiempo trabajando por una espada que ni siquiera existe?") y esas personas son estúpidas. Si toma tiempo, esfuerzo y habilidad para obtener un ítem, ese ítem tiene valor, ya este echo de diamantes, de código binario o de carne seca.

Tengo fácilmente 500 horas en botellas de Zelda.

Es por eso que el más alto tribunal de Corea del Sur falló en que los bienes virtuales deben ser tratados legalmente igual que los bienes reales. Y los bienes virtuales son ahora una industria de 5 mil millones dólares en todo el mundo.

No hay nada de loco acerca de eso. Después de todo, la gente paga miles de dólares por diamantes, a pesar de que los diamantes no hacen nada más que verse lindos. Una armadura de los videojuegos se ve bastante bien y te protege de los orcos del videojuego. En ambos casos, usted está pagando por una idea.

Feliz aniversario, cariño.

Entonces, ¿Cuál es el problema?

Por supuesto, en virtualmente casi todos juego de los últimos 25 años se han incluido elementos que se pueden recoger en el curso de derrotar al juego, no hay nada nuevo o malo acerca de eso. Pero debido a que los jugadores consideran a los ítem del juego como reales y valiosos por sí mismos, la adicción te enviará corriendo sin parar a su recogida, incluso si no tienen nada que ver con el objetivo del juego.

Es muy intencionada la parte de los desarrolladores, de apelar a nuestros instintos naturales de acumulación y de recogida, recolectando por el bien de recolectar. Funciona, además, solo pregúntale a el tipo que sigue recolectando ítems, incluso mientras tetas desnudas se sentaban a pocos metros de distancia. Bubies.

Como el artículo del tipo de Microsoft prueba, los desarrolladores saben que están usando estos objetos como las bolitas de comida en una caja de Skinner. En ese punto todo es acerca de...

3. Hacer que presiones la palanca

Así que la foto de una rata en su caja. O, debido a que soy uno de esos jugadores y no me gusta pensar en mí como una rata, la foto de un adorable hamster. Tal vez el pueda hablar, y su voz sea la de Chris Rock.

Si desea hacerlo presione la palanca lo más rápido posible, ¿cómo debería hacerlo? No dandole una bolita por cada presión, el pronto se relajara sabiendo que las bolitas están ahí cuando el las necesite. La mejor manera es configurar la máquina de forma que las bolitas caigan a intervalos aleatorios al presionar la palanca. Pronto va a comenzar a bombear esa cosa tan rápido como pueda. Los experimentos lo demuestran.

¿Lo ves? Prueba

Ellos llaman a esto "Variable Proporciónal de Recompensas" en la tierra de Skinner y es la razón de porque muchos enemigos dan objetos de valor completamente al azar en WoW. Esto es adictivo en la misma forma que una máquina tragamonedas lo es. No puedes dejarla ahora, porque el próximo podría ser el ganador. O el siguiente. O el siguiente.

"!Dios santo¡ Estamos a punto de ganar".

El MMO de origen chino ZT Online tiene la aplicación más tortuosa de esto que jamas he visto. El juego está lleno de estos cofres del tesoro que pueden o no pueden, contener un elemento al azar, y para abrirlos, es necesaria una llave. ¿Cómo consigues las llaves? Las compras con dinero del mundo real, por supuesto. Al igual que monedas en una máquina tragamonedas.

Espera, esa no es la mejor parte. ZT Online es algo que incluso los casinos nunca han soñado: Se otorgará un ítem especial al final del día para el jugador que halla abierto mas cofres.

Y esto es apenas el aspecto más ridículo del juego

Ahora, además del elemento de apuesta, tienes miles de jugadores en competencia unos con otros, para ver quién puede ser el más obsesivo acerca de la apertura de los cofres. Una mujer cuenta cómo pasó toda una noche abriendo cofres - más de mil - para tratar de ganar el premio diario.

Ella no lo logro. Siempre había alguien más obsesionado.

Entonces, ¿Cuál es el problema?

¿Usted se la imagina sentada allí, observando a su pequeño personaje delante del cofre, haciendo clic en las ventanas de diálogo una y otra vez, y ver la misma animación una y otra vez, hora tras hora?

Si usted no sabía lo que hacía, se pensaría que tenía una enfermedad mental invalidante. ¿Cómo podía ella pasar de su ser racional a un convulsionado Rain Man?

BF Skinner sabía. El llamo al proceso de aprendizaje "formación". Pequeñas recompensas, paso a paso, como eslabones en una cadena. En WoW decides que quieres la super cool armadura de Nivel 10. Necesitas cinco piezas por separado. Para obtener el conjunto completo, necesitas más de 400 Emblemas de escarcha, que se ganan un par de veces, de ciertos enemigos. Luego hay que actualizar cada pieza de armadura con las Marcas de santificación. Entonces, de nuevo con las Marcas de la santificación Heroicas. Para conseguir todo lo necesario debes volver a rehacer repetitivas misiones y sentarte, hacer clic con el ratón, durante días y días y días. Las Boobies están condenadas.

Una vez que se llega a ese punto, aun puedes llamar a esa actividad un "juego"? Es más como rascarse el salpullido. Y se pone peor...

2. Haciendo que la presiones...Por siempre

Ahora, la gran diferencia entre nuestro hámster de la caja de Skinner y un ser humano real es que los humanos podemos conseguir nuestras bolitas en otros lugares. Si un juego es realmente nada más que hacer clic en una caja por premios al azar, eventualmente lo dejaremos para jugar otro juego. Los humanos necesitan objetivos a largo plazo para seguir en el camino, y el mundo de los juegos adictivos a convertido esto en una ciencia. Las técnicas incluyen...

En aliviarlos:

Primero, establecer las "bolitas" para que caigan mas rápido al principio, y luego más lento y más lento con el paso del tiempo. Esta es la razón por la cual hacen que sea muy fácil ganar recompensas (o subir de nivel) al principio de un MMO, pero entonces el tiempo y el esfuerzo entre los niveles aumenta exponencialmente. Una vez que el jugador ha experimentado la emoción de subir de nivel tempranamente, la demorada gratificación actualmente aumenta el placer de los niveles más tarde. Aquel experto del comportamiento en los videojuegos de Microsoft descubrió que los jugadores jueguen más y más frenéticos cuando se acercan a un nuevo nivel.

Eliminando los puntos de parada:

La forma más fácil es simplemente poner los puntos de guardado muy separados, o en ocupar al jugador en largas misiones (como las incursiones y mazmorras en WoW) que, una vez iniciadas, es difícil salir sin perder el progreso.

Pero eso puede ser frustrante para los jugadores, así que usted puede tomar el enfoque contrario de un juego como en el New Super Mario Bros. En donde se hacen los niveles muy cortos, así que es como comer papas fritas. Son tan pequeñas que por su cuenta no hace mucha falta conseguir convencer al jugador para agarrar otra, y dentro de poco se habrá comido toda la bolsa.

En algún lugar de la bolsa hay un dinosaurio enojado y una princesa secuestrada.

Por cierto, esta es la misma razón por la cual una persona normalmente no leería un artículo de 3000 palabras en Internet, estará feliz de leerlo si es dividido en forma de lista. ¿Está usted ignorando a las bubies para leer esto? !He hecho mi trabajo!

Juégalo o Pierdelo:

Este es un movimiento de mal parido. ¿Por qué premiar el hámster por presionar la palanca? ¿Por qué no simplemente establecer un modo tal que cuando él no la presione, lo castigamos?

Los conductistas llaman a esto "evasión". Pusieron la caja de modo que le da al animal una descarga eléctrica cada 30 segundos a menos que presione la palanca. Se aprende muy muy rápido el permanecer en la palanca, todo el tiempo, golpeandola una y otra vez. Por siempre.

"Vuelve a Excitebike!"

¿Por qué tu madre cosecha obsesivamente sus cultivos en Farmville? Debido a que se marchitan y se pudren si no lo hace. En Ultima Online, tu casa o castillo comienza a deteriorarse si no vuelves a ella con regularidad. En Animal Crossing, las malezas crecen en tu ciudad , y tu casa virtual se infesta de cucarachas si no te conectas con la suficiente frecuencia. Es la joya de la corona del mierdismo en la programación de juegos - mantener al jugador haciendo clic y clic y clic sólo para evitar perder las cosas que con tan arduo trabajó consigno.

Todo lo anterior:

Cada una de estas técnicas tiene una desventaja y para obtener el juego mas adictivo, se combina el mayor número posible, junto con el elemento "caída al azar" de los juegos de apuestas que se mencionó anteriormente (cuenta cuántas de estas técnicas están en WoW). Consiguen que el hámster corra de ida y vuelta de una palanca a otra.

Si las palancas están lejos, quizás puedan conducir sus adorables coches de una palanca a otra.

Entonces, ¿Cuál es el problema?

Le preguntamos antes si la acumulación de items a través de un obsesivo clic se le podría llamar "juego". De modo que se plantea la pregunta: ¿Qué es un juego?

Bueno, nosotros los humanos jugamos porque hay una satisfacción básica en el dominio de una habilidad, incluso si es una sin sentido en términos de nuestra vida en general. Nos ayuda a desarrollar nuestro cerebro (especialmente de niños) y para ponernos a prueba, sin consecuencias graves si fracasamos. Es por eso que nuestro cerebro nos recompensa con la sensación a la que llamamos "diversión" cuando lo hacemos. Diablos, hasta los delfines lo hacen:

Por eso no he incluido juegos como Guitar Hero en este artículo. Son adictivos, seguro, pero de una manera que todo el mundo entiende. Es perfectamente natural el disfrutar consiguiendo ser bueno en algo. Del mismo modo, los juegos competitivos como Modern Warfare 2 son los deportes para las personas que carecen de atletismo. No hay misterio aqui, a todo el mundo le gusta ganar.

Pero este elemento del juego de "golpear la palanca hasta que te desmayes de hambre" se adentra en un área completamente diferente. Como otros han señalado, el punto es mantenerte jugando mucho tiempo después de que hayas dominado las habilidades, tiempo después de haber arrancado la última verdadera novelesca experiencia de ellas. No se puede llegar a una definición de "diversión" que abarque la actividad de hacer clic con el ratón en una imagen de un cofre del tesoro mil veces.

Por eso algunos escritores criticaron a Blizzard cuando WoW introdujo un nuevo sistema de "logros" hace un par de años atrás. Estos premios están vinculados a la realización de tareas al azar y sin sentido, una y otra vez (como la pesca, hasta que pesques el pescado numero mil). Ningún nuevo contenido, ni elementos de práctica, o de descubrimiento, o de maestría fue incluido. Simplemente una noria virtual.

O una rueda de hámster.

Por supuesto, los desarrolladores de juegos (y varios comentaristas, estoy seguro) señalan correctamente que nadie está haciendo que los jugadores lo hagan. ¿Por qué los seres humanos voluntariamente se pone en modo de laboratorio de hámster? Bueno, es todo sobre...

1. Llamando a la caja de Skinner...Hogar

¿Te gusta tu trabajo?

Teniendo en cuenta que la mitad de ustedes está leyendo esto en el trabajo, voy a adivinar que no. Y eso nos lleva a la única cosa que hace que la adicción al juego - y las adicciones en general - sean tan increíblemente difíciles de superar.

Tan sorprendente como suena, las historias de horror de un montón de "chicos que fracasan en sus clases porque estaban jugando WoW todo el tiempo" son en realidad acerca de un tipo que simplemente no le gustaban mucho sus clases. Esto nunca fue un esquema distópico de control mental echo por Blizzard. Los juegos sólo llena un vacío.

¿Por qué tantos de nosotros tenemos ese vacío? Porque de acuerdo con el experto en todo Malcolm Gladwell, para estar satisfecho con su trabajo usted necesita tres cosas, y apuesto que la mayoría de ustedes no tienen ni siquiera dos de ellas:

Autonomía (esto es, que usted tiene algo que decir en lo que se hace en el día a día);

Complejidad (lo que no es la soporífera repetición);

Conexión entre el esfuerzo y recompensa (es decir, que realmente veas los impresionantes resultados de tu arduo trabajo).

Tenga en cuenta que los pantalones no son necesarios para la satisfacción laboral.

La mayoría de la gente, sobre todo en la demografía de jóvenes jugadores, no tienen esto en sus trabajos o en cualquier aspecto de su vida cotidiana. Pero los videojuegos más adictivos están orientados específicamente para darnos los tres... o al menos la ilusión de los tres.

Autonomía:

Usted escoge sus misiones, o que cultivos en Farmville plantar. El infierno, incluso puedes escoger tu propio cuerpo, las especies y sus talentos.

Molestar a tus amigos de Facebook con actualizaciones es un talento realmente molesto.

Complejidad:

Los jugadores hacen monótonas moliendas específicamente porque no lo sienten como moler. Recuerda la complicada armadura Nivel y los emblemas de escarcha, un baile que mantiene a nuestro jugador haciendo clic anteriormente.

Conexión entre el esfuerzo y recompensa:

Este es lo mas grande. Al subir de nivel en WoW, una maldita columna de luz dorada se dispara fuera de tu cuerpo.

Esto es lo que la mayoría de nosotros no consigue en la vida cotidiana, rápidas y tangibles recompensas. No es acerca de la satisfacción inmediata y es más sobre un bizarro sentido de logro. ¿Cómo de difícil sería trabajar en la oficina, si obtenemos esta, y poder medir nuestro progreso a través de ella? ¿Y si el disparo de luz saliera de nuestra entrepierna?

La belleza de esto es que los juegos utilizan el tedio en su beneficio. Como hemos discutido en otras partes, hay un "trabajo para ganar el derecho a jugar" aspecto de World of Warcraft, donde se "muelen" o "granjea" por oro, para tener el derecho de hacer las cosas interesantes más adelante. La naturaleza tediosa del granjeo de hecho se suma a la sensación de logro más tarde. Y también ayuda a sofocar cualquier sentimiento de culpa que pudieran tener al descuidar la escuela, el trabajo o las tareas del hogar por jugar el juego. Después de todo, tu hiciste tus tareas - las 12 horas que pasaste recolectando oro el martes pasado fue menos divertido que cortar el césped de mierda. Ahora es el momento para la diversión.

Entonces, ¿Cuál es el problema?

La diseñadora de juegos de vídeo Erin Hoffman lo dijo perfectamente: "La adicción no es sobre lo que haces, pero cuando NO lo haces debido a la sustitución de la conducta adictiva." Ella estaba hablando acerca de cómo la atracción de un simple juego de flash como Bejeweled depende enteramente de lo mal que deseas evitar hacer el trabajo que esta abierto en la otra ventana.

Espera, ¿qué estaba diciendo de nuevo?

La terrible verdad es que mucho de nosotros rogamos por una caja de Skinner en la cual pudiéramos meternos dentro, porque el sistema de recompensas del mundo real es mucho más lento y cruel de lo que se esperaba que sea. En esto, el juego no es diferente de otras formas de escape mental, desde los fandom de deportes hasta el licor destilado ilegalmente.

Heroína: Es mucho más que WoW en una jeringa.

El peligro radica en el hecho de que estos juegos se han vuelto tan increíblemente eficientes en la entrega de la sensación de logro que la gente suele perder su educación o su carrera. No estamos diciendo que los juegos arruinará el mundo, o que la adicción al juego será un flagelo en los jóvenes de la misma manera que el crack arruino las ciudades del interior en los años 90. Pero podemos terminar con una generación de tipos trabajando en Starbucks cuando tenían el cerebro y el talento para mucho más. Están insatisfechos con su vida debido que tiraron sus 20 años jugando juegos de video, y escaparan de su insatisfacción jugando más juegos de vídeo. Enjuagar, repetir.

Y seamos sinceros, si usted piensa que WoW es adictivo, esperen a ver los juegos que se están haciendo para los proximos 10 años. Sólo están mejorando en lo que hacen.

El formato de archivo MD2 de Quake II

2010-02-07T21:36:00.012-02:00

Cuando comencé a programar pequeños programas usando 3D me vi en la necesidad de encontrar una manera de guardar y de recuperar los modelos.

Investigando por Internet me encontré con varios tipos de formato y con el primero que experimente fue con el 3DS, un formato binario bastante viejo, de 1990 aproximadamente, que era utilizado por las primeras versiones de 3D Studio DOS (recién funcionando sobre Windows se convirtió en MAX) y que a lo largo del tiempo se convirtió en un formato defacto para el paso de escenas o modelos entre diferentes programas de 3D.

Evidentemente había en Internet librerías que permitían manejar este formato, pero cuando uno busca aprender las librerías de terceros no sirven para mucho (en el momento no tenia una buena cantidad de experiencia o las librerías eran muy avanzadas y su lectura del código se volvía bastante complicada y en otras, el código era terriblemente desprolijo) y como es un formato defacto y por ende no estandarizado terminaba sufriendo modificaciones de terceros que complicaban el trabajo de aprendizaje. Pero igualmente llegue a trabajar con el formato, ya que me había tomado el tiempo de leer toda la documentación, y al probarlo me di cuenta que el formato brindaba mas información de que la necesitaba y el manejo de las animaciones resultaba bastante engorroso.

A si que seguí con la búsqueda y me encontré con el formato MD2, el formato utilizado para guardar los modelos en el id Tech 2 engine, el cual fue el corazón de varios juegos en su época (Quake II, SiN, Soldier of Fortune). En esa misma búsqueda me encontré con un articulo, mas tutorial que articulo, en el cual explicaba el formato del archivo MD2, su funcionamiento y brinda código en C++ (prolijo y claro código). El articulo en cuestión fue escrito por David Henry en el 2002 y fue de gran ayuda para el desarrollo de AIRO, por esa razón lo traduje al español y lo comparto con ustedes.

Introducción

"Si, un nuevo tutorial de MD2..." Si, pero el mio te mostrara como renderearlos de una manera diferente ;-) Pero a todo esto ¿que demonios es un MD2?, el MD2 es un formato de archivo diseñado para guardar modelos 3D y es utilizado por el engine del Quake II de ID Software. Y aquí te mostraré cómo cargarlo y mostrarlo en la pantalla usando OpenGL.

Probablemente pensaste "Rayos, este tipo se quedo atascado en los viejos días de 1997", pero hay buenas razones para utilizarlo. Primero, porque el MD2 es un buen formato de archivo para el aprendizaje debido a su sencillez (si eres principiante, no podrás entenderlo, pero mira otros formatos y veras ;.)) y porque este formato es totalmente gratis (¡pero no los modelos, así que ten cuidado!)

Aquí un resumen de lo que veremos en este artículo:

El formato de archivo MD2
Desarrollar una clase CMD2MODEL
Leer y guardar un modelo MD2
Mostrarlo en la pantalla
Animación

Además, el código fuente es totalmente gratis y se pueden descargar al final de este documento.

Antes de empezar me gustaría decir que estoy asumiendo que estas familiarizado con C++ y la API de OpenGL. Ok, empecemos con algo de teoría sobre el formato MD2.

El formato de archivo MD2

Al igual que la mayoría de formatos de archivo, el MD2 se compone de dos cosas: un encabezado de archivo y los datos. La cabecera contiene algunas variables muy importantes que se utilizan cuando se carga el archivo como el tamaño de los datos a cargar, un número mágico o la versión del formato, por lo que su tamaño debe ser siempre el mismo. Es por eso que en general, la cabecera es una estructura. En oposición, el tamaño de los datos puede variar de un archivo a otro, y contiene múltiples estructuras para vértices, triángulos, las coordenadas de textura, etc. La figura 1 representa la arquitectura de archivo:

Definición de la estructura de cabecera del MD2 (llamado md2_t):

// md2 header
typedef struct
{
    int     ident;              // magic number. must be equal to "IDP2"
    int     version;            // md2 version. must be equal to 8

    int     skinwidth;          // width of the texture
    int     skinheight;         // height of the texture
    int     framesize;          // size of one frame in bytes

    int     num_skins;          // number of textures
    int     num_xyz;            // number of vertices
    int     num_st;             // number of texture coordinates
    int     num_tris;           // number of triangles
    int     num_glcmds;         // number of opengl commands
    int     num_frames;         // total number of frames

    int     ofs_skins;          // offset to skin names (64 bytes each)
    int     ofs_st;             // offset to s-t texture coordinates
    int     ofs_tris;           // offset to triangles
    int     ofs_frames;         // offset to frame data
    int     ofs_glcmds;         // offset to opengl commands
    int     ofs_end;            // offset to end of file

} md2_t;

Ok, voy a explicar brevemente todas estas variables.

En primer lugar tiene lo que se denomina un "número mágico". Al cargar el archivo en la memoria, comprueba este valor y asegúrate de que es igual a "IPD2". Si no es igual a "IPD2", entonces puedes cerrar el archivo y detener la carga ya que no es un archivo MD2. La siguiente variable indica la versión del archivo y debe ser igual a 8.

Después tenemos las dimensiones de la textura (el ancho y la altura respectivamente). No vamos a utilizar estas variables porque la textura de el modelo MD2 se almacena en otro archivo, la mayoría de las veces en un archivo PCX o TGA, y obtendremos las dimensiones de la textura de estos archivos.

framesize especifica el tamaño en bytes de cada fotograma. Sí, pero ¿qué diablos es un fotograma? Un fotograma es como una imagen en una película. Repitiendo fotogramas a una cierta velocidad se obtiene una animación. Así que un fotograma guarda los vértices y triángulos en una posición particular. Un archivo MD2 clásico esta compuesto por 199 fotogramas distribuidos en 21 animaciones1. Cada fotograma contiene una lista de vértices para todos los triángulos del fotograma (cada fotograma tiene la misma cantidad de triángulos). Por el momento, recuerda que vamos a necesitar esta variable para saber cuanta memoria hay que asignar para el almacenamiento de cada fotograma.

Las siguientes variables son muy similares.

num_skins indica el número de texturas disponibles para este modelo. Por ejemplo, usted puede tener una textura para el equipo rojo y otra para el equipo azul en un juego de equipo. El nombre de cada textura se almacena en una arreglo de 64 bytes en ofs_skins en el archivo. Sin embargo, no vamos a utilizar estos nombres porque son específicos para el directorio de Quake2, por ejemplo: “player/ogro/igdosh.pcx”.

num_xyz es la cantidad total de vértices del modelo. Que corresponden a la suma del número de vértices en cada fotograma.

num_st es la cantidad de coordenadas de textura que se almacenan en el archivo en el ofs_st. Ten en cuenta que este número no es necesariamente igual al número de vértices. En nuestro código se utilizará otra manera de obtener estas coordenadas de texturas en tiempo real, así que no tendrás que cargar el arreglo de coordenadas de textura desde el archivo.

num_tris nos da la cantidad total de triángulos en el modelo.

num_glcmds es el número de comandos de OpenGL. La lista de comandos GL es una matriz de enteros que nos permite hacer que el modelo use tiras de triángulo o un "ventilador" de triángulos (GL_TRIANGLE_STRIP y GL_TRIANGLE_FAN), en lugar de los triángulos clásicos (GL_TRIANGLES).Los comandos GL son muy poderosos. Es fácil obtener una representación de 10 o 15 cuadros por segundo más rápido!2

Por último, esta num_frames. Especifica el número total de fotogramas que contiene el modelo. De hecho, cada uno de ellos es referido como fotogramas clave, que son cuadros tomados a intervalos de tiempo discreto, ya que sería imposible mantener unos 200 o 300 fotogramas por animación! Por consiguiente, sólo nos quedamos con algunos de estos para cada animación y vamos a calcular todos los cuadros intermedios que necesitaremos cuando la rendericemos, mediante interpolación lineal (lo explicaré más adelante). Mira la figura 2 para ver un ejemplo. Aquí está representado un modelo simplista con una animación que necesita unos 20 fotogramas para mostrarse completamente, pero sólo 5 de estos se mantienen.Los fotogramas del número 1 al 4, 6 al 9, 11 al 14 y del 16 al 19 deben ser calculados antes del render para conseguir una fluida animación.

El último bloque de variables en la cabecera contiene las compensaciones para el acceso a diferentes tipos de datos modelo. ofs_skins: para los nombres de la textura del modelo, ofs_st: para coordenadas de textura, ofs_tris: para los vértices, ofs_frames: el primer fotograma de la modelo, ofs_glcmds: la lista de comandos de OpenGL y por supuesto, ofs_end: que le indica el final del archivo (no lo vamos a necesitar).

¡Sí, hemos terminado con el encabezado! Ahora echemos un vistazo a las estructuras necesarias para almacenar los datos del modelo. Como en el encabezado, vamos a utilizar las estructuras para mantener los fotogramas,los vértices y los comandos de OpenGL.

El primer tipo de datos, muy útil en la mayoría de las aplicaciones 3D, es el vector. No necesitamos una clase Vector complicada así que voy a mantener las cosas simples: una simple matriz de 3 float representa un vector.

typedef float vec3_t[3];

Cada modelo está compuesto de (num_frame * num_xyz) vértices. Esta es la estructura que tienen un solo vértice:

// vertex
typedef struct
{
    unsigned char   v[3];                // compressed vertex (x, y, z) coordinates
    unsigned char   lightnormalindex;    // index to a normal vector for the lighting

} vertex_t;

Pueden haber notado que v[3] contiene el vértice (x, y, z) y por el tipo unsigned char, estas coordenadas sólo puede ir de 0 a 255. De hecho, estas coordenadas 3D están comprimidos (3 bytes en lugar de 12, si queremos usar float o vec3_t). Para descomprimirlo, vamos a utilizar otros datos propios de cada cuadro. lightnormalindex es un índice a una tabla pre calculada de normales. Vectores normalizados serán utilizados para la iluminación.

La última pieza de información necesaria para un vértice son las coordenadas de textura. También están empaquetadas en una estructura:

// texture coordinates
typedef struct
{
    short    s;
    short    t;

} texCoord_t;

Al igual que para los vértices, los datos están comprimidos. Aquí se utiliza un tipo short (2 bytes) en lugar de float (4 bytes) para almacenar las coordenadas de textura. Pero para utilizarlos, tenemos que convertirlos a float debido a que las coordenadas de textura tienen un rango de 0,0 a 1,0, y si seguimos utilizando los valores de short, solamente podríamos tener 0 a 1, y su valor intermedio! Entonces, ¿cómo descomprimirlos? Es muy sencillo. Divide el valor short por el tamaño de la textura:

RealST[i].s = (float)texCoord[i].s / header.skinwidth;

RealST[i].t = (float)texCoord[i].t / header.skinheight;

suponiendo que RealST es un objeto de una estructura similar a texCoord_t pero con float, en lugar del tipo short y texCoord es una matriz de texCoord_t cargada de un archivo MD2.

Cada fotograma (o fotograma clave) del modelo se almacena en una estructura definida así:

// frame
typedef struct
{
    float       scale[3];       // scale values
    float       translate[3];   // translation vector
    char        name[16];       // frame name
    vertex_t    verts[1];       // first vertex of this frame

} frame_t;

Cada fotograma se almacena como una estructura frame_t, manteniendo todos los datos específicos para ese fotograma. Así, un modelo clásico (es decir, un modelo de jugador) cuenta con 199 objetos frame_t. Dije hace un minuto que vamos a descomprimir vértices utilizando los datos del fotograma. Éstos son los datos. Para descomprimir cada vértice, tendremos que escalarlos multiplicando sus coordenadas por los valores de scale[3] y trasladándolos usando el vector translate[3] (también podríamos escribir vec3_t translate en vez de float translate[3]),

name[16] es simplemente el nombre del fotograma. Por último, verts[1] es el primer vértice del fotograma. Otros vértices de este fotograma se almacenan justo después del primer vértice, para que podamos acceder a ellos así:

frame.verts[ 2 ] // get the second vertex of the frame

frame.verts[ i ] // get the i th vertex of the frame

frame.verts[ num_xyz - 1 ] // get the last vertex of this frame

Así obtenemos las coordenadas reales del vértice :

vertex.x = (frame.verts[i].v[0] * frame.scale[0]) + frame.translate[0]

vertex.y = (frame.verts[i].v[1] * frame.scale[1]) + frame.translate[1]

vertex.z = (frame.verts[i].v[2] * frame.scale[2]) + frame.translate[2]

donde i varía de 0 a (num_xyz - 1).

Mira la figura 3 para ver una representación de las relaciones entre las animaciones, los fotogramas y los vértices:

Así que cada animación contiene n fotogramas que a su vez contienen num_xyz vértices cada uno.

Ahora tenemos que asociar cada vértice con su pareja de coordenadas de textura. Pero en lugar de vincular una vertex_t con una texCoord_t, están vinculados por el triplete para formar un triángulo, o una malla:

// triangle
typedef struct
{
    short   index_xyz[3];    // indexes to triangle's vertices
    short   index_st[3];     // indexes to vertices' texture coorinates

} triangle_t;

Esta es la forma en que se almacenan en el archivo. Tenga en cuenta que index_xyz y index_st son los índices de los datos y no los propios datos. Los datos deben ser almacenados por separado en arreglos vertex_t y texCoord_t o si lo prefiere descomprimirlos durante la carga del modelo, en estructuras similares con tipo float. Suponiendo que Vertices[] es una matriz de vertex_t, TexCoord[] una serie de texCoord_t, Meshes[] una serie de triangle_t y anorms[] una serie de vec3_t que almacena todos los vectores normalizados pre calculados. Usted puede dibujar el modelo usando este método:

glBegin( GL_TRIANGLES );
  // draw each triangle
  for( int i = 0; i < header.num_tris; i++ )
  {
      // draw triangle #i
      for( int j = 0; j < 3; j++ )
      {
          // k is the frame to draw
          // i is the current triangle of the frame
          // j is the current vertex of the triangle

          glTexCoord2f( (float)TexCoord[ Meshes[i].index_st[j] ].s / header.skinwidth,
                        (float)TexCoord[ Meshes[i].index_st[j] ].t / header.skinheight );

          glNormal3fv( anorms[ Vertices[ Meshes[i].index_xyz[j] ].lightnormalindex ] );
        
          glVertex3f( (Vertices[ Meshes[i].index_xyz[j] ].v[0] * frame[k].scale[0]) + frame[k].translate[0],
                      (Vertices[ Meshes[i].index_xyz[j] ].v[1] * frame[k].scale[1]) + frame[k].translate[1],
                      (Vertices[ Meshes[i].index_xyz[j] ].v[2] * frame[k].scale[2]) + frame[k].translate[2] );
      }
  }
glEnd();

Muy bien, esto no es muy fácil de visualizar y este método utiliza GL_TRIANGLES. Podemos conseguir mejores resultados utilizando GL_TRIANGLE_SRTIP y GL_TRIANGLE_FAN. Pero ¿cómo?, usando los comandos OpenGL.

Esto es acerca de estructuras de datos. Ahora puedo mostrarte completamente la arquitectura del archivo:

Desarrollando una clase CMD2Model

Gracias a los comandos OpenGL, no tendrás que utilizar las estructuras triangle_t y texCoord_t, porque todo esto, también está incluido en la lista de comandos OpenGL que vamos a utilizar. He cubierto el caso en que no deseas utilizar los comandos OpenGL por si no deseas hacer uso de OpenGL.

Ahora estamos preparados para desarrollar una clase que representa un modelo de objetos MD2. Aquí está el prototipo:

// ============================================
// CMD2Model - MD2 model class object.
// ============================================

class CMD2Model
{
public:
    // constructor/destructor
    CMD2Model( void );
    ~CMD2Model( void );


    // functions
    bool    LoadModel( const char *filename );
    bool    LoadSkin( const char *filename );

    void    DrawModel( float time );
    void    DrawFrame( int frame );

    void    SetAnim( int type );
    void    ScaleModel( float s ) { m_scale = s; }


private:
    void    Animate( float time );
    void    ProcessLighting( void );
    void    Interpolate( vec3_t *vertlist );
    void    RenderFrame( void );


public:
    // member variables
    static vec3_t   anorms[ NUMVERTEXNORMALS ];
    static float    anorms_dots[ SHADEDOT_QUANT ][256];

    static anim_t   animlist[21];       // animation list


private:
    int             num_frames;         // number of frames
    int             num_xyz;            // number of vertices
    int             num_glcmds;         // number of opengl commands

    vec3_t          *m_vertices;        // vertex array
    int             *m_glcmds;          // opengl command array
    int             *m_lightnormals;    // normal index array

    unsigned int    m_texid;            // texture id
    animState_t     m_anim;             // animation
    float           m_scale;            // scale value

};

Cada modelo MD2 será un objeto CMD2Model. Mmm... esta clase parece bastante extraña sobre todo porque no hay ni objeto frame_t ni objeto vertex_t. ¿Y dónde están las coordenadas de textura almacenadas? algunas explicaciones son necesarias...

En primer lugar tenemos al clásico constructor y destructor que inicializa todas las variables miembro a 0 (con excepción de m_scale) y libera la memoria asignada durante la carga de datos.

¿Y acerca de las funciones? Creo que son auto-explicativas. LoadModel() carga el modelo de un archivo y lo inicializa y LoadSkin() carga la textura y inicializa m_texid.

DrawModel() es la función que usaremos para dibujar el modelo de animación con todas las transformaciónes necesarias. El parámetro de tiempo es necesario para calcular el fotograma a renderizar de la animación actual.

DrawFrame() es la función que usaremos para dibujar el modelo en un fotograma específico.

SetAnim() y ScaleModel() se utilizan para establecer la animación actual y el valor de la escala.

Animate(), ProcessLighting(), Interpolate() y RenderFrame() son funciones privadas, ya que sólo deben ser utilizada dentro de la función publica DrawModel(). Esta procesa todos los cálculos para dibujar el adecuado fotograma interpolado y aligerado.

Ahora las variables miembro. anorms es una arreglo de vectores normalizados pre calculados. Cada vértice tendrá un índice almacenado en el arreglo m_lightnormals para acceder a su propio vector normal. anorms_dots parece anorms, pero esta vez el guarda productos escalares pre calculados. Lo necesitaremos cuando procesemos la luz. animlis es un arreglo de animaciones. Aquí está el prototipo de la estructura de anim_t:

// animation
typedef struct
{
    int     first_frame;            // first frame of the animation
    int     last_frame;             // number of frames
    int     fps;                    // number of frames per second

} anim_t;

Puedes haber notado que estas tres últimas variables miembro son estáticas. Esto es debido a que son las mismas para todos los modelos MD2, así que sólo se necesita una copia de ellos.

Entonces tenemos num_frames que almacena el número total de fotogramas, num_xyz el número de vértices por cuadro y num_glcmds el número de comandos de OpenGL.

m_vertices guarda coordenadas 3D para cada vértice en número de coma flotante. El arreglo m_glcmds guarda la lista de comandos OpenGL. Por el momento, no tengas miedo de estos "comandos de OpenGL", piensa que es magia. Te lo explicaré cuando los necesitemos para dibujar la malla del modelo. Para estos tres últimos arreglos, vamos a asignar memoria dinámicamente.

m_texid almacenará el ID de la textura en OpenGL. m_anim almacena información acerca de la animación actual a reproducir. Es un objeto animState_t (consultar los comentarios para una breve descripción):

// animation state
typedef struct
{
    int     startframe;              // first frame
    int     endframe;                // last frame
    int     fps;                     // frame per second for this animation

    float   curr_time;               // current time
    float   old_time;                // old time
    float   interpol;                // percent of interpolation

    int     type;                    // animation type

    int     curr_frame;              // current frame
    int     next_frame;              // next frame

} animState_t;

Por último, m_scale guarda el valor de escala para todos los ejes. Es mejor escalar los vértices multiplicándolos por el valor de m_scale que utilizar glScalef(), porque esta función también escala los vectores normales y esto produce extraños efectos en luz.

He dicho que no vamos a utilizar las estructuras triangle_t ni texCoord_t, pero ¿qué pasa con las estructuras vertex_t y frame_t? Sólo vamos a utilizar estos al cargar el modelo en LoadModel() y transformar datos de fotograma para que sean almacenados en los arreglos m_vertices y m_lightnormals.

Antes de terminar esta sección, quiero darte las definiciones del constructor y destructor:

// ----------------------------------------------
// constructor - reset all data.
// ----------------------------------------------

CMD2Model::CMD2Model( void )
{
    m_vertices      = 0;
    m_glcmds        = 0;
    m_lightnormals  = 0;

    num_frames      = 0;
    num_xyz         = 0;
    num_glcmds      = 0;

    m_texid         = 0;
    m_scale         = 1.0;

    SetAnim( 0 );
}


// ----------------------------------------------
// destructor - free allocated memory.
// ----------------------------------------------

CMD2Model::~CMD2Model( void )
{
    delete [] m_vertices;
    delete [] m_glcmds;
    delete [] m_lightnormals;
}

Para el constructor, pusimos todas las variables miembro (se excluyen las variables estáticas y m_scale) a 0. Inicializamos m_scale a 1,0, porque si queremos ponerlo a 0, no habría nada para dibujar. Para el destructor, sólo limpiamos la memoria...

Ok, estamos listos para empezar realmente! Vamos a pasar a la siguiente sección: cargar un archivo de modelo MD2!

Lectura y almacenamiento de un modelo de MD2

Cargamos un modelo MD2 pasando su nombre de archivo en el parámetro de la funcion LoadModel(). La cual devuelve true si tuvo éxito y falso si algo falla durante la carga. Mira la primera parte de la función:

// ----------------------------------------------
// LoadModel() - load model from file.
// ----------------------------------------------

bool CMD2Model::LoadModel( const char *filename )
{
    std::ifstream   file;           // file stream
    md2_t           header;         // md2 header
    char            *buffer;        // buffer storing frame data
    frame_t         *frame;         // temporary variable
    vec3_t          *ptrverts;      // pointer on m_vertices
    int             *ptrnormals;    // pointer on m_lightnormals


    // try to open filename
    file.open( filename, std::ios::in | std::ios::binary );

    if( file.fail() )
        return false;

    // read header file
    file.read( (char *)&header, sizeof( md2_t ) );


    /////////////////////////////////////////////
    //      verify that this is a MD2 file

    // check for the ident and the version number

    if( (header.ident != MD2_IDENT) && (header.version != MD2_VERSION) )
    {
        // this is not a MD2 model
        file.close();
        return false;
    }

    /////////////////////////////////////////////

En primer lugar definimos algunas variables locales que necesitaremos durante la carga del modelo. file es una secuencia de archivo para extraer los datos del modelo que se encuentran en el archivo. header es un objeto md2_t que almacenará la cabecera del archivo que contiene al modelo. Después tenemos a buffer. Se trata de un buffer de gran tamaño para almacenar todos los datos del fotograma. Las tres últimas variables son diferentes punteros para acceder a los datos guardados en buffer.

Empezamos por tratar de abrir el archivo especificado en modo de sólo lectura y devolver false si falla. Con el archivo abierto, cargamos la cabecera del modelo con lo que podemos comprobar el número mágico (el ident) y la versión del modelo para estar seguros de que es un archivo MD2. La ident debe ser siempre igual a "IDP2" y la versión del modelo a 8. Así que podemos definir MD2_IDENT y MD2_VERSION de esta manera:

// magic number "IDP2" or 844121161
#define MD2_IDENT                (('2'<<24) + ('P'<<16) + ('D'<<8) + 'I')

// model version
#define MD2_VERSION              8

Tenga en cuenta que también puede verificar el número mágico comparando ident con 844121161 o usando la función strcmp() (ident debe entonces ser definido como char[4]).

Ahora que estamos seguros de que es un archivo válido MD2, podemos continuar cargándolo:

// initialize member variables
    num_frames  = header.num_frames;
    num_xyz     = header.num_xyz;
    num_glcmds  = header.num_glcmds;


    // allocate memory
    m_vertices      = new vec3_t[ num_xyz * num_frames ];
    m_glcmds        = new int[ num_glcmds ];
    m_lightnormals  = new int[ num_xyz * num_frames ];
    buffer          = new char[ num_frames * header.framesize ];


    /////////////////////////////////////////////
    //          reading file data

    // read frame data...
    file.seekg( header.ofs_frames, std::ios::beg );
    file.read( (char *)buffer, num_frames * header.framesize );

    // read opengl commands...
    file.seekg( header.ofs_glcmds, std::ios::beg );
    file.read( (char *)m_glcmds, num_glcmds * sizeof( int ) );

    /////////////////////////////////////////////

Aquí primero debemos inicializar las variables numéricas de la cabecera del modelo. Entonces podremos asignar la memoria necesaria para nuestros m_vertices, m_glcmds, m_lightnormals y el arreglo buffer. Observa que hay un mismo número de elementos para m_vertices y m_lightnormals. Así que podremos tener un índice para un vértice que apunte a ambos, tanto a sus puntos de coordenadas 3D, como a sus normales. Conseguiremos ese puntero del arreglo m_glcmds.

La memoria es asignada para que podamos leer los datos del archivo. Antes de leer los datos, pasamos a la posición especificada por los offset en la cabecera. Sólo leemos los datos para los fotogramas y los comandos OpenGL. Vamos a inicializar m_vertices y m_lightnormals con buffer de esta manera:

 // vertex array initialization
    for( int j = 0; j < num_frames; j++ )
    {
        // adjust pointers
        frame       = (frame_t *)&buffer[ header.framesize * j ];
        ptrverts    = &m_vertices[ num_xyz * j ];
        ptrnormals  = &m_lightnormals[ num_xyz * j ];

        for( int i = 0; i < num_xyz; i++ )
        {
            ptrverts[i][0] = (frame->verts[i].v[0] * frame->scale[0]) + frame->translate[0];
            ptrverts[i][1] = (frame->verts[i].v[1] * frame->scale[1]) + frame->translate[1];
            ptrverts[i][2] = (frame->verts[i].v[2] * frame->scale[2]) + frame->translate[2];

            ptrnormals[i] = frame->verts[i].lightnormalindex;
        }
    }

Esto es lo más difícil de entender. Primero recorremos cada fotograma. Para cada fotograma, extraemos los datos de buffer usando nuestro puntero frame_t* definido al principio de la función. También ajustamos los punteros *m_vertices y *m_lightnormals para que apunten al comienzo de donde se almacenarán los datos del fotograma actual.

Entonces recorremos cada vértice del fotograma actual que estamos procesando. Inicializamos los vértices de coordenadas 3D con la fórmula que se explico antes, en la sección sobre el formato de archivo MD2. También inicializamos el índice de las normales que almacenamos en la estructura vertex_t.

Hemos inicializado nuestras tres variables numéricas y los tres arreglos de datos, así que hemos terminado con el archivo del modelo. ¿Era tan difícil? Ahora cerramos el archivo, liberamos buffer y devolvemos true:

    // free buffer's memory
    delete [] buffer;

    // close the file and return
    file.close();
    return true;
}

Ahora, ¿qué pasa con la textura? Para la textura, sólo tenemos el ID de la textura para almacenar en m_texid. Las texturas de los modelos MD2 se almacenan generalmente en archivos TGA o PCX. Como cargar una textura desde un archivo está fuera del alcance de este artículo, no explicare cómo funciona. Supongo que tienes una función que carga una textura desde un archivo y devuelve un número de ID válido. En el código fuente que puedes descargar, he escrito un simple manegador de textura que puede cargar he inicializar una textura desde un mapa de bits, Targa o PCX. Así es como se carga la textura con la función LoadSkin():

// ----------------------------------------------
// LoadSkin() - load model texture.
// ----------------------------------------------

bool CMD2Model::LoadSkin( const char *filename )
{
    m_texid = LoadTexture( filename );

    return (m_texid != LoadTexture( "default" ));
}

Sólo unas pocas palabras acerca de mi manejador de textura: en primer lugar he escrito una función LoadTexture() en linea para facilitar la lectura del código. Esa función accede a la función LoadTexture() que se encuentra dentro del manejador de texturas. El manejador de texturas en un singleton, cuando es inicializado, el crea una textura por default (la cual es un tablero de ajedres de color blanco y negro). Al cargar una textura desde un archivo, primero se comprueba si la textura ya se ha cargado. En caso afirmativo, devuelve el ID de la textura, si no es así, intentara abrir el archivo y cargarlo. Si la carga falla, o el archivo no existe, devuelve el ID de la textura predeterminada. Así que cuando se llama a texmgr.LoadTexture("default"), este no carga una textura, sino que devuelve el ID de la textura predeterminada. Cuando es devuelto, se comprueba el ID de la textura que esta función nos paso al cargar nuestra textura y devolvemos false si es igual al ID de la textura predeterminada.

Esto es todo por esta sección. Hemos cargado todos los datos que necesitamos.

Dibujando el modelo

Es hora de renderear el modelo que hemos cargado!

La principal función del modelo para el dibujo es DrawModel(). Sin embargo, esta función no dibuja directamente el modelo, sino que procesa algunas transformaciones y cálculos antes de llamar a la función RenderFrame(). Echemos un vistazo a la definición de la función:

// ----------------------------------------------
// DrawModel() - draw the model.
// ----------------------------------------------

void CMD2Model::DrawModel( float time )
{
    glPushMatrix();
        // rotate the model
        glRotatef( -90.0, 1.0, 0.0, 0.0 );
        glRotatef( -90.0, 0.0, 0.0, 1.0 );

        // render it on the screen
        RenderFrame();
    glPopMatrix();
}

Ok, hay sólo dos simples rotaciones antes de dibujar y por el momento, el parámetro time no se usa ...pero vamos a actualizar esta función más tarde, cuando animemos. Tenemos que girar el modelo en los ejes X y Z, porque no se almacena usando los ejes de OpenGL. Puedes comentar las dos llamadas a glBegin() para ver por qué hacemos esto :-)

Recuerdas el valor m_scale y la función ScaleModel() de que hablé antes. Para evitar tener un modelo enorme en la pantalla una vez terminado el render, se escala cada uno de los vértices del fotograma actual que se esta rendereando. La operación es llevada a cabo por la funcion Interpolate() llamada por RenderFrame(). La interpolacion de los vertices normalizados no tienen nada que hacer con la escala, porque por el momento no se esta animando, la funcion Interpolate() sólo escala vértices. Más tarde vamos a reescribirla para interpolar los vértices de dos fotogramas. Aquí está el código:

// ----------------------------------------------
// Interpolate() - interpolate and scale vertices
// from the current and the next frame.
// ----------------------------------------------

void CMD2Model::Interpolate( vec3_t *vertlist )
{
    for( int i = 0; i < num_xyz ; i++ )
    {
        vertlist[i][0] = m_vertices[ i + (num_xyz * m_anim.curr_frame) ][0] * m_scale;
        vertlist[i][1] = m_vertices[ i + (num_xyz * m_anim.curr_frame) ][1] * m_scale;
        vertlist[i][2] = m_vertices[ i + (num_xyz * m_anim.curr_frame) ][2] * m_scale;
    }
}

Esta función inicializa un arreglo de vértices del fotograma actual con los vértices ya escalados. Así que la función RenderFrame() utilizará el arreglo pasado en el parámetro para dibujar y no utilizar así el arreglo original m_vertices directamente. También será más fácil de manipular vertlist que m_vertices.

Ahora me gustaría hablar un poco de iluminación. Hay dos caminos para iluminar el modelo. La primera manera es usando las funciones de iluminación de OpenGL. Para ello, sólo tenemos que establecer la normal de cada vértice que estamos dibujando. No hay ninguna dificultad, el índice se almacenado en m_lightnormals nos da una normal precalculada de la tabla anorms.

La segunda forma de iluminar el modelo es utilizando glColor() para cada vértice para "falsear" la iluminación y el sombreado. Esta es la forma utilizada en el motor de Quake II. Para este método, hay cierto trabajo que hacer. Así que vamos a poner todo eso en la función ProcessLighting(), llamada por RenderFrame() igual que la función Interpolate(). Pero antes, tenemos que crear algunas variables globales e inicializar otras...

// number of precalculated normals
#define NUMVERTEXNORMALS        162

// number of precalculated dot product results (for lighting)
#define SHADEDOT_QUANT          16

// precalculated normal vectors
vec3_t   CMD2Model::anorms[ NUMVERTEXNORMALS ] = {
#include    "anorms.h"
};

// precalculated dot product results
float    CMD2Model::anorms_dots[ SHADEDOT_QUANT ][256] = {
#include    "anormtab.h"
};

static float    *shadedots = CMD2Model::anorms_dots[0];
static vec3_t   lcolor;

/////////////////////////////////////////////////

vec3_t          g_lightcolor    = { 1.0, 1.0, 1.0 };
int             g_ambientlight  = 32;
float           g_shadelight    = 128;
float           g_angle         = 0.0;

/////////////////////////////////////////////////

La lista de resultados de las normales precalculadas y del producto escalar son dos grandes y no muy interesantes cosas de ver, por eso se almacenan en archivos de cabezera que simplemente se incluyen para que inicializen los arreglos estáticos.

shadedots es un puntero que es ajustado en la función ProcessLighting(). El apuntara a un elemento del arreglo anorms_dots.

lcolor almacenará los valores RGB del color de la luz final.

Por último, las tres últimas variables globales para el valor de luz ambiental (que van desde 0 a 255), el valor del sombreado (de 0 a 255) y el ángulo desde donde la luz proviene (0,0 a 360,0).

Aquí está la definición de la función ProcessLighting():

// ----------------------------------------------
// ProcessLighting() - process all lighting calculus.
// ----------------------------------------------

void CMD2Model::ProcessLighting( void )
{
    float lightvar = (float)((g_shadelight + g_ambientlight)/256.0);

    lcolor[0] = g_lightcolor[0] * lightvar;
    lcolor[1] = g_lightcolor[1] * lightvar;
    lcolor[2] = g_lightcolor[2] * lightvar;

    shadedots = anorms_dots[ ((int)(g_angle * (SHADEDOT_QUANT / 360.0))) & (SHADEDOT_QUANT - 1) ];
}

Primero creamos una variable local que vamos a utilizar para inicializar el color de la luz final (lcolor) y luego ajustar el puntero shadedots. La fórmula es bastante bizarra, pero no te preocupes, funciona bien, y eso es todo lo que queremos ;-). Viene desde el código fuente del Quake II.

¡Ahora a dibujar cada triángulo! Recuerda que al principio de este documento mostre una parte del código para dibujar cada triángulo del fotograma actual. Lo malo es que estábamos utilizando GL_TRIANGLES para dibujar, y para eso necesitamos especificar tres vértices por triángulo. Por otra parte, es más lento que dibujarlos usando GL_TRIANGLE_STRIP o GL_TRIANGLE_FAN por que necesitan menos vértices para dibujar más triángulos. La Figura 5 muestra la idea:

Lo mejor sería que pudiéramos dibujar todo el modelo utilizando GL_TRIANGLE_STRIP y GL_TRIANGLE_FAN. Esto es para lo que están echos los comandos gl. La lista de comandos OpenGL es un conjunto particular de números enteros. Vamos a inicializar un apuntador que apunta al principio de la lista y leer cada comando hasta que el puntero devuelva 0. 0 es el último valor en la lista de comandos de OpenGL. Ahora, ¿cómo es que funciona?

Se leen el primer valor. Este valor indica dos cosas: el tipo de triángulo a dibujar (GL_TRIANGLE_STRIP si el número es positivo y GL_TRIANGLE_FAN si es negativo) y el número n de vértices a dibujar para este modo de dibujo.

Los n * 3 siguientes valores almacenan información sobre los vértices a dibujar.

Los dos primeros son (s, t) las coordenadas de textura y el tercero es el índice del vértice a dibujar.

Una vez que todos los vértices de este grupo son procesados, se lee un nuevo valor para obtener un nuevo grupo... Si el valor leído es 0, ya esta echo.

No es muy simple la primera vez, pero con un poco de práctica verás que en realidad es bastante simple. Mira la figura 6 para una representación de la lista de comandos OpenGL (cada rectángulo representa un comando que es un valor entero):

Ok, he terminado con la teoría. Ahora el código:

// ----------------------------------------------
// RenderFrame() - draw the current model frame
// using OpenGL commands.
// ----------------------------------------------

void CMD2Model::RenderFrame( void )
{
    static vec3_t    vertlist[ MAX_MD2_VERTS ];  // interpolated vertices
    int              *ptricmds = m_glcmds;       // pointer on gl commands


    // reverse the orientation of front-facing
    // polygons because gl command list's triangles
    // have clockwise winding
    glPushAttrib( GL_POLYGON_BIT );
    glFrontFace( GL_CW );

    // enable backface culling
    glEnable( GL_CULL_FACE );
    glCullFace( GL_BACK );


    // process lighting
    ProcessLighting();

    // interpolate
    Interpolate( vertlist );

    // bind model's texture
    glBindTexture( GL_TEXTURE_2D, m_texid );


    // draw each triangle!
    while( int i = *(ptricmds++) )
    {
        if( i < 0 )
        {
            glBegin( GL_TRIANGLE_FAN );
            i = -i;
        }
        else
        {
            glBegin( GL_TRIANGLE_STRIP );
        }


        for( /* nothing */; i > 0; i--, ptricmds += 3 )
        {
            // ptricmds[0] : texture coordinate s
            // ptricmds[1] : texture coordinate t
            // ptricmds[2] : vertex index to render

            float l = shadedots[ m_lightnormals[ ptricmds[2] ] ];

            // set the lighting color
            glColor3f( l * lcolor[0], l * lcolor[1], l * lcolor[2] );

            // parse texture coordinates
            glTexCoord2f( ((float *)ptricmds)[0], ((float *)ptricmds)[1] );

            // parse triangle's normal (for the lighting)
            // >>> only needed if using OpenGL lighting
            glNormal3fv( anorms[ m_lightnormals[ ptricmds[2] ] ] );

            // draw the vertex
            glVertex3fv( vertlist[ ptricmds[2] ] );
        }

        glEnd();
    }

    glDisable( GL_CULL_FACE );
    glPopAttrib();
}

Empezamos creando dos variables locales. vertlist[] es un arreglo de cordenadas 3D de punto flotante, que contiene los vértices interpolados y escalado del fotograma a dibujar. El arreglo es estático por lo que es declarado sólo una vez. Es mejor para el rendimiento que crear una nueva matriz en cada llamada de esta función. El tamaño del arreglo es constante y es el número máximo de vértices que un modelo puede tener.

La segunda variable es ptricmds. Es el puntero que leerá los comandos OpenGL.

Luego guardamos los atributos del polígono, en una orientación inversa de polígonos orientados hacia delante debido a los comandos GL y habilitamos el backface culling. Procesamos todos los cálculos necesarios para la iluminación, interpolamos y escalamos los vértices, y asignamos la textura al modelo.

Todo el renderizado se hace en la sentencia while. En primer lugar tenemos el tipo de triángulo y el número de vértices para dibujar. En la declaración de for analizamos cada vértice. Debido a que cada vértice tiene 3 valores almacenados en la lista de comandos GL, por eso incrementamos el puntero por 3 cuando se procesan todos los vértices del grupo.

Para cada vértice, especificamos el color de iluminación, utilizando el puntero a la tabla que contiene los resultados del producto escalar para el ángulo de la luz y el color de la iluminación final calculado por la función ProcessLighting(). Las coordenadas de texturas son asignadas desde int a float. Obtenemos el vector normal de la tabla anorms y rendereamos el vértice del arreglo que inicializamos antes.

Observe que si usted no utiliza la iluminación de OpenGL, la llamada a glNormal3fv() no hará nada y si la usa, la llamada a glColor3f() no afectara nada.

Animar

Los modelos 3D se ven mejor cuando están animados. Así que vamos a animarlos.

Recuerda el arreglo estático animlist. Ha sido diseñado para almacenar todos los datos mínimos de una animación, es decir, el índice del primer y ultimo fotograma, y la cantidad de fps para el funcionamiento de la animación. Todo esto es reagrupado en una estructura anim_t que ya hemos visto antes. Aquí está la inicialización:

// ----------------------------------------------
// initialize the 21 MD2 model animations.
// ----------------------------------------------

anim_t CMD2Model::animlist[ 21 ] = 
{
    // first, last, fps

    {   0,  39,  9 },   // STAND
    {  40,  45, 10 },   // RUN
    {  46,  53, 10 },   // ATTACK
    {  54,  57,  7 },   // PAIN_A
    {  58,  61,  7 },   // PAIN_B
    {  62,  65,  7 },   // PAIN_C
    {  66,  71,  7 },   // JUMP
    {  72,  83,  7 },   // FLIP
    {  84,  94,  7 },   // SALUTE
    {  95, 111, 10 },   // FALLBACK
    { 112, 122,  7 },   // WAVE
    { 123, 134,  6 },   // POINT
    { 135, 153, 10 },   // CROUCH_STAND
    { 154, 159,  7 },   // CROUCH_WALK
    { 160, 168, 10 },   // CROUCH_ATTACK
    { 196, 172,  7 },   // CROUCH_PAIN
    { 173, 177,  5 },   // CROUCH_DEATH
    { 178, 183,  7 },   // DEATH_FALLBACK
    { 184, 189,  7 },   // DEATH_FALLFORWARD
    { 190, 197,  7 },   // DEATH_FALLBACKSLOW
    { 198, 198,  5 },   // BOOM
};

Vamos a utilizar un índice para acceder a los datos de animación, pero es mejor definir una macro para cada índice para facilitar la lectura del código fuente:

// animation list
typedef enum {
    STAND,
    RUN,
    ATTACK,
    PAIN_A,
    PAIN_B,
    PAIN_C,
    JUMP,
    FLIP,
    SALUTE,
    FALLBACK,
    WAVE,
    POINT,
    CROUCH_STAND,
    CROUCH_WALK,
    CROUCH_ATTACK,
    CROUCH_PAIN,
    CROUCH_DEATH, 
    DEATH_FALLBACK,
    DEATH_FALLFORWARD,
    DEATH_FALLBACKSLOW,
    BOOM,

    MAX_ANIMATIONS

} animType_t;

Los datos de la animación actual se almacena en la variable m_anim pero es un poco diferente de la estructura anim_t. Así que para establecer una animación debemos recuperar los datos de la animación e inicializar los datos de la animación actual con ellos. Este es el trabajo de la función SetAnim():

// ----------------------------------------------
// SetAnim() - initialize m_anim from the specified
// animation.
// ----------------------------------------------

void CMD2Model::SetAnim( int type )
{
    if( (type < 0) || (type > MAX_ANIMATIONS) )
        type = 0;

    m_anim.startframe   = animlist[ type ].first_frame;
    m_anim.endframe     = animlist[ type ].last_frame;
    m_anim.next_frame   = animlist[ type ].first_frame + 1;
    m_anim.fps          = animlist[ type ].fps;
    m_anim.type         = type;
}

Primero comprobamos si el tipo es valido y luego inicializamos las variables miembros de m_anim. Usted puede pasar a type cualquier macro definida anteriormente.

Ahora verás una nueva función: Animate(). Esta función se llama en la función DrawModel(), por lo que debemos reescribirla:

// ----------------------------------------------
// DrawModel() - draw the model.
// ----------------------------------------------

void CMD2Model::DrawModel( float time )
{
    // animate. calculate current frame and next frame
    if( time > 0.0 )
        Animate( time );

    glPushMatrix();
        // rotate the model
        glRotatef( -90.0, 1.0, 0.0, 0.0 );
        glRotatef( -90.0, 0.0, 0.0, 1.0 );

        // render it on the screen
        RenderFrame();
    glPopMatrix();
}

Aquí animaremos sólo si el tiempo es mayor que 0,0. De lo contrario no hay animación, el modelo es estático. Mira el código fuente de la función Animate():

// ----------------------------------------------
// Animate() - calculate the current frame, next
// frame and interpolation percent.
// ----------------------------------------------

void CMD2Model::Animate( float time )
{
    m_anim.curr_time = time;

    // calculate current and next frames
    if( m_anim.curr_time - m_anim.old_time > (1.0 / m_anim.fps) )
    {
        m_anim.curr_frame = m_anim.next_frame;
        m_anim.next_frame++;

        if( m_anim.next_frame > m_anim.endframe )
            m_anim.next_frame = m_anim.startframe;

        m_anim.old_time = m_anim.curr_time;
    }

    // prevent having a current/next frame greater
    // than the total number of frames...
    if( m_anim.curr_frame > (num_frames - 1) )
        m_anim.curr_frame = 0;

    if( m_anim.next_frame > (num_frames - 1) )
        m_anim.next_frame = 0;

    m_anim.interpol = m_anim.fps * (m_anim.curr_time - m_anim.old_time);
}

En la primera vez, la función calcula el primer y siguiente fotograma usando la cantidad de fps especificados en la animación actual. Para la segunda vez, comprueba esos valores y verifica que sean correctos (no pueden ser mayor al número total de fotogramas que contiene el modelo). Por último, la interpolación porcentual es calculada a partir de la cantidad de fps y del tiempo.

Ahora debemos revisar nuestra función Interpolate(), esta vez para realmente interpolar vértices. De lo contrario, tendríamos una animación muy pobre, debido al número de fotogramas que el modelo puede guardar. Con la interpolación, podemos crear un "infinidad" de fotogramas (que crearemos cuando necesitemos dibujar). La fórmula es muy simple:

Xinterpolated = Xinital+ InterpolationPercent * (Xfinal - Xinital)

Así que vamos a interpolar todos los vértices del actual y del próximo fotograma. La nueva función Interpolate() se vera así:

// ----------------------------------------------
// Interpolate() - interpolate and scale vertices
// from the current and the next frame.
// ----------------------------------------------

void CMD2Model::Interpolate( vec3_t *vertlist )
{
    vec3_t  *curr_v;    // pointeur to current frame vertices
    vec3_t  *next_v;    // pointeur to next frame vertices

    // create current frame and next frame's vertex list
    // from the whole vertex list
    curr_v = &m_vertices[ num_xyz * m_anim.curr_frame ];
    next_v = &m_vertices[ num_xyz * m_anim.next_frame ];

    // interpolate and scale vertices to avoid ugly animation
    for( int i = 0; i < num_xyz ; i++ )
    {
        vertlist[i][0] = (curr_v[i][0] + m_anim.interpol * (next_v[i][0] - curr_v[i][0])) * m_scale;
        vertlist[i][1] = (curr_v[i][1] + m_anim.interpol * (next_v[i][1] - curr_v[i][1])) * m_scale;
        vertlist[i][2] = (curr_v[i][2] + m_anim.interpol * (next_v[i][2] - curr_v[i][2])) * m_scale;
    }
}

Por cierto, estamos escalando vértices interpolados... Y eso es todo! Sólo tienes que llamar una vez a las funciones SetAnim() y ScaleModel() con el parámetro de tu elección, y a DrawModel() con el tiempo actual en segundos en el parámetro durante el bucle de dibujo. Eso no es tan malo.

Justo antes de terminar, quiero mostrarte cómo hacer para dibujar un simple fotograma, en caso de que lo necesites (por ejemplo: para dibujar una estatua):

// ----------------------------------------------
// RenderFrame() - draw one frame of the model
// using gl commands.
// ----------------------------------------------

void CMD2Model::DrawFrame( int frame )
{
    // set new animation parameters...
    m_anim.startframe   = frame;
    m_anim.endframe     = frame;
    m_anim.next_frame   = frame;
    m_anim.fps          = 1;
    m_anim.type         = -1;

    // draw the model
    DrawModel( 1.0 );
}

Esta función ajustara las variables de la animación antes de llamar a DrawModel() quien dibujara el fotograma específico.

Conclusión

Aquí estamos, finalmente se terminó! :-)

Este artículo está lejos de ser perfecto y puede ser ampliamente mejorado como por ejemplo: soportando múltiples texturas o separando los datos del modelo (lista de vértices, lista de normales...) de los parámetros del modelo (fotograma actual, animación actual...) para evitar el almacenamiento de los mismo datos del modelo varias veces cuando más de una entidad es dibujada por el mismo modelo... Es difícil crear una clase CMD2Model perfecta que pueda funcionar en cualquier programa con un simple cortar y pegar ...

Espero que este artículo te aya ayudado a aprender acerca del modelo de formato de los archivos MD2 y más en general acerca de los archivos de modelos 3D. También espero que no sea demasiado confuso. Por favor no spameen mi buzón de correo sobre mi Inglés, no es mi lengua materna. De lo contrario, puede ponerse en contacto conmigo en tfc_dukeNOSPAMclub-internet.fr para cualquier cosa que quieran decir sobre este artículo (sugerencias, errores, ...).

Usted puede descargar el código fuente (Visual C + + versión 6.0) y los binarios con un modelo y su arma. El código fuente de este artículo es gratuito y se proporciona sin garantía expresa o implícita. Utilicelo a su propio riesgo. Download: q2md2_us.zip.

NOTA: el código de mi cargador de MD2 ha sido completamente reescrito desde que publiqué este artículo (mejor código C++). Puede descargar la última versión: md2loader.zip.

Gracias a Squintik (squintikNOSPAMwanadoo.fr) de Game-Lab, quien me ayudo para la versión en Inglés de este documento.

Recursos

MD2 file format (Quake 2's models), Quick and short, David Henry (yo).
OpenGL Game Programing, Ch. 18, K. Hawkins, D. Astle.
Focus on 3D Models, Ch. 3, Evan Pipho.
Game Tutorials, MD2 Loader, Ben “DigiBen” Humphrey.
Game Tutorials, MD2 Animation, Ben “DigiBen” Humphrey.
.md2 File Format Specification, Daniel E. Schoenblum.
Quake II source code (GPL), ID Software.
MD2 Viewer source code, Mete Ciragan.
qview source code, Mustata “LoneRunner” Bogdan.
Qbism Game Engine source code, Jeff Ford.
jawMD2 source code, Jawed Karim.

1 - Estas restricciones son relativas ya que con el código fuente puedes modificarlas, pero ten en cuenta que la aplicación en donde crees el archivo MD2 puede tener estas limitaciones por compatibilidad.
2 - En las nuevas generaciones de aceleradoras y drivers este incremento del rendimiento casi no existe hasta el punto en que no hay casi diferencia entre los tres modo expuestos.

Ultima revisión: 25/03/2010

AIRO Update + Imagenes

2010-01-29T22:43:00.022-02:00

Hace tiempo que no escribía nada sobre la criatura, y en todo ese ínterin, creció bastante. Y todo eso trago cambios.

Cambio de IDE

NetBeans con el código fuente de AIRO.

El IDE (integrated development environment o en español entorno de desarrollo integrado) es un programa que tiene herramientas para la programación. En el comienzo se utilizo Code::Block como IDE pero no tiene una interfaz muy linda y el tipo de letra que utiliza no me agrada y termina siendo incomodo en largos periodos de trabajo. He intentado solucionar el problema cambiando la fuente pero no sirvió, debido a que todas quedan feas ya que Code::Block no aplica antialiasing al texto. Este problema solo se presenta en Windows, ya que la versión en Linux funciona correctamente.

Por esa razón actualmente estoy utilizando NetBeans, la interfaz es mucho mejor, el texto se presenta en mejor forma y tiene un parser muy rápido y completo. Por ahora la única contra es que es muy pesado comparado con Code::Block.

Nuevo modelo

El nuevo modelo, los 4 de atrás son Entidades, el de adelante es
el Jugador que es una clase derivada de Entidad.

Adiós Master Chief, bienvenido Ogro. Cuando el código para cargar animaciones dio señales de que se podía probar, hubo la necesidad de cambiar el modelo estático por uno animado. Para eso se consiguió un modelo nuevo con animaciones estándar y que sea compatible con Id Tech 2 (compatible con Quake 2) para así probar la compatibilidad. Este ultimo punto es importante ya que la idea es utilizar las herramientas ya existentes para exportar los modelados a este formato.

Mas organizado

StarUML con el diseño en UML de AIRO

Una de las razones para utilizar NetBeans es su editor de UML integrado, es muy bueno y simple, aunque se nota que esta diseñado para utilizarlo generalmente con Java, pero al cumplir con el estándar UML es extensivo a otros lenguajes sin problemas. Pero para mi asombro la gente de NetBeans a discontinuado el plugin de UML y ofrecen el de un tercero (Visual Paradigm: SDE) que verdaderamente es una porquería, complejo, grande para la tarea que necesito, con una curva de aprendizaje alta y con un montón de icono y opciones que al intentar utilizarles sale un hermoso cartel anunciándote que no se encuentra disponible en la versión gratis. Debido a eso, actualmente estoy utilizando StarUML, es mejor que BOUML para crear diagrama desde código fuente, pero es peor que este al pasar diagramas a código fuente.

Limite de velocidad: 72 fps
Algo interesante y que surgió de las primeras pruebas, es que en mi propio equipo nunca pude pasar los 72 fps y en otros equipos de menor potencia llega a 192 fps. La prueba se hizo en un Dell Latitude 600 con una ATI Radeon Mobile 9000 y mi equipo tiene una NVIDIA 6600GT. Nunca pude averiguar el porque con exactitud, pero la teoría indica que ciertas versiones de drivers de NVIDIA bloquean los fps según el refresh que tengas configurado en tu monitor para no hacer que la tarjeta dibuje frames que no podrán ser mostrados. En resumen es un V-sync activado por default, la mejor prueba seria conectar un LCD a mi computadora y ver que sucede, pero como no es un problema urgente no le he dedicado mucho tiempo.

Actualmente me encuentro peleando con la clase que maneja los controles (el input) para que sea lo mejor posible en la respuesta y en la reacción de la animación.

Charla de Robin Hunicke y entrega de premios del Concurso Nacional de Videojuegos

2009-12-08T16:02:00.008-02:00

Aprontando los motores....

Para una persona que ha participado como espectador en las otras entregas puede darse cuenta de que esta entrega iba a ser bastante diferente a las otras, tanto como para decir que iba a ser especial. Primero, no era en el lugar de siempre, fue en el auditorio de la Torre de las Telecomunicaciones, un lugar mas cómodo y mejor equipado pero sin la familiaridad del LATU que invita a quedarse a charlar con la gente hasta que uno termina siendo echado ;). Segundo, la invitada, era mujer, la primera mujer, y por ende nos iba a ofrecer otra perspectiva de los videojuegos, y nos la ofreció. Uno compara con los anteriores disertantes y nota la diferencia, ella mostró básicamente que los juegos pueden ser algo mas que entretenimiento y que hasta pueden ser utilidades para conocernos a nosotros mismo. Tercero, es el primer concurso que se hacia después de que todos los niños de primaria obtuvieran sus "Ceibalitas" y sus efectos no se hicieron esperar, un niño de 7 años de Mercedes gano un premio en la categoría Ceibal, ahora piense, usted a los 7 años ¿que rayos estaba haciendo a esa edad?. Cuarto, ultimo, pero no menos importante, es la notoria cantidad de proyectos del interior del país.

La charla...

La charla consistía básicamente en mostrarnos propuestas, ideas y juegos provenientes de la comunidad de desarrolladores independiente poniendo énfasis en las emociones que esos juegos nos pueden propiciar. Al principio se nos muestra características de un gran compañía de videojuegos y a continuación las de una pequeña he independiente ( thatgamecompany para ser preciso ) y en que ubicación de la "paleta de emociones" se ubicarían los juegos producidos por esta. En esta misma paleta se nos hace notar que los juegos que ponen al jugador en una posición de "excitación" están saturando el mercado. Por eso, ellos, los desarrolladores independientes, intentan abarca otras emociones para poder ofrecer una nueva experiencia. Como ejemplo mostró varios juegos: Windosill, Auditorium, Eliss, Braid, Noby Noby Boy, Machinarium, The Marriage y I wish I were the Moon. Te podría explicar de que son los juegos, pero no lo haré, porque como dice Robin, You should become an explorer!

Los premios...y los ganadores.

En esta ocasión se presentaron un total de 45 juegos, todo un récord que demuestra el crecimiento del concurso. Los mejores fueron elegidos por el jurado que en esta oportunidad estuvo compuesto por Fernando Brum, Gabriel Gambetta, Alexis Sabatovich, y Eli Barnett.

Categoría Entretenimiento

Gran Premio - Tecno: the base - Paolo Cosentino - 1 Pasaje ida y vuelta a San Francisco con alojamiento y entrada al Game Developer Conference (GDC), (Ingenio/Embajada de los Estados Unidos de América).

Premio casual - Fruit Salad - Sebastián Alaggia, Sebastián Da Silva, Pablo Gamio, Fernando Pardo, Pablo Zamalvide - 1 Nokia E51 + 12 meses de servicio 3.7G (CL 3G Básico) (Antel).

Premio Puzzle - Ball Box - Enrique Bermúdez - 1 Nokia N81 8G + 12 meses de servicio 3.7G (CL 3G Básico) (Antel).

FPS / 3D - Federación Táctica de Asalto - Pier Ciccariello, Beatriz Rosa Díaz, María Rosa Pallas - 2 cursos técnicos a elección (de nivel básico, intermedio o avanzado) de Autodesk 3ds Max o Autodesk Maya en Animation Campus para el mejor videojuego en 3D.

Premio Social Game - ilgangster.com - Matías Fuster, Martín Rovira - Beca de curso corto - 1 Curso Corto de duración Semestral a elección en la Universidad ORT Uruguay (Universidad ORT Uruguay).

Premio de Igualdad - Life through a spoon - Emiliano Sierra, Marcelo de los Santos, Victoria Antunez, Jesús Melgarejo, Leandro Machado - 1 Consola Nintendo DS Lite (Rosada)

Premio Side Scroller – Schaters - Ronald Bernal - 1 Consola Nintendo DS Lite (Rosada)

Premio Mobile - Tridefense - Leonardo Etcheverry, Sebastián Fernández, Ciro Mondueri, Barzilai Spinak - 1 beca para participar sin costo de un curso de Actualización Profesional en el Área de Informática (Universidad Católica de Uruguay).

Categoría Ceibal

Ganador: GOBO y el escape de la isla murciélago - Daniel Gastelú junto a Eduardo (9) y Lucía (4) - 1 laptop para diseño gráfico y videojuegos (Rayuela, BID/FOMIN)

Mención especial: El come números - Federico Lieghton (7 años, Mercedes) - Nintendo Wii (Rayuela, BID/FOMIN)

Mención especial: El juego de las señales - Martín Bueno y Gustavo Rodríguez - Nintendo Wii (Rayuela, BID/FOMIN)

Como se puede notar, la mayoría de los juegos tienen alguna pagina de referencia donde se pueden bajar para jugarlos, pero otros no, por esta razón, la gente de UruguayGamer intenta tener a todos los participantes del concurso en un solo sitio donde uno pueda probarlos y al mismo tiempo dar un feedback al desarrollador. Así que visita, tanto la pagina principal como el foro, que encontraras los juegos de este año como así el de los anteriores.

Recomendaciones para el próximo concurso

La sección de preguntas al final de la charla hay que organizarla de alguna manera, creo que estaría bueno que se pudieran enviar preguntas antes de la charla y que los organizadores las seleccionen en base al interés general. Como ejemplo, se podrían seleccionar tres preguntas recibidas por mail y otras tres de los presentes. Este consejo responde, a que me ofusque bastante cuando tuve el micrófono para hacer una pregunta y un energúmeno del fondo sale gritando su pregunta, así que me quede sin poder hacer esa y otras preguntas.

Se debería ver la posibilidad de agregar un premio, o modificar alguno, que permita al juego ganador de este nuevo premio, la posibilidad de participar con gastos pagos en el Independent Games Festival en alguna categoría. Vea la conversación sobre esto, en el foro de UruguayGamer.

Cosas en el tintero...(por mi parte)

Fernando Sansberro como el Dr. Nicolaes Tulp con los 4 asistentes, mas personas que se colgaron a la charla para no mojarse y el muerto.

Me quedo un articulo por escribir y otro por terminar, el por escribir fue la charla dada por Alexis "Snooba" Sabatovic, "Freelancers Guide to the Galaxy", a la cual llegue 30 minutos tarde y todo el pescado había sido repartido. Hay una entrevista muy buena sobre el en UruguayGamer en donde habla sobre algunos puntos que comento en la charla. Y el articulo por terminar, que no se terminara, fue el de la charla de Fernando Sansberro, "Postmortem: The Adventure of Mary Ann and the Lucky Pirates", en donde comparo a Sansberro con el Dr. Nicolaes Tulp. No tuve tiempo de terminarla ya que en el ínterin escribí el articulo sobre Robin Hunicke, el cual me consumió todo el tiempo, y para cuando pude dedicarle algún tiempo, la memoria no colaboro con el proceso.

Manifiesto "En defensa de los derechos fundamentales en internet"…

2009-12-07T09:58:00.007-02:00

Si usted se mantiene informado notara que las ultimas noticias provenientes de España no están siendo muy prometedoras, que alto desempleo, recesión, corrupción y otros menesteres que dan a entender que la cosa no anda bien o que los medios tienen un nivel de saña bastante grande con el gobierno de turno. Pero los temas anteriores afectan directamente a los españoles y sus posibilidades de afectarme personalmente a mi o a mi país están bastante lejanas, así que simplemente son noticias leídas por arriba y hasta casi sin atención. Pero cuando uno lee una noticia que tiene posibilidades de afectarlo casi directamente, porque la noticia proviene de algún echo derivado de la peor enfermedad que sufre la raza humana, la estupidez, la cual se esparce muy rápido y no tiene diagnostico, o porque sabe que los senadores y diputados del propio país son adictos al copy - paste en cuanto a leyes, y por esas razones la noticia es leída con mas atención.

Esto es lo que sucede con un proyecto de ley del gobierno español, que pretende transformar el objetivo del Ministerio de Cultura, el de lograr el mayor acceso posible a la información, a la cultura y a la educación para todos los ciudadanos, quedar transformado en un promotor de los intereses empresariales. El ministerio tomara funciones de gendarme y de juez sin participación del poder judicial, todo por los tan consagrados derechos de autor. Lo cual puede, y probablemente lo hará, transformara al ministerio en algo con tintes orwelianos.

Lo mejor es que busques, leas y te informes sobre esto, al pie del articulo hay unos cuantos link en los cuales puedas empezar y a continuación dejo una declaración sobre esta ley redactada por por periodistas, bloggers e internautas:

Ante la inclusión en el Anteproyecto de Ley de Economía sostenible de modificaciones legislativas que afectan al libre ejercicio de las libertades de expresión, información y el derecho de acceso a la cultura a través de Internet, los periodistas, bloggers, usuarios, profesionales y creadores de internet manifestamos nuestra firme oposición al proyecto, y declaramos que…

   1. Los derechos de autor no pueden situarse por encima de los derechos fundamentales de los ciudadanos, como el derecho a la privacidad, a la seguridad, a la presunción de inocencia, a la tutela judicial efectiva y a la libertad de expresión.

   2. La suspensión de derechos fundamentales es y debe seguir siendo competencia exclusiva del poder judicial. Ni un cierre sin sentencia. Este anteproyecto, en contra de lo establecido en el artículo 20.5 de la Constitución, pone en manos de un órgano no judicial -un organismo dependiente del ministerio de Cultura-, la potestad de impedir a los ciudadanos españoles el acceso a cualquier página web.

   3. La nueva legislación creará inseguridad jurídica en todo el sector tecnológico español, perjudicando uno de los pocos campos de desarrollo y futuro de nuestra economía, entorpeciendo la creación de empresas, introduciendo trabas a la libre competencia y ralentizando su proyección internacional.

   4. La nueva legislación propuesta amenaza a los nuevos creadores y entorpece la creación cultural. Con Internet y los sucesivos avances tecnológicos se ha democratizado extraordinariamente la creación y emisión de contenidos de todo tipo, que ya no provienen prevalentemente de las industrias culturales tradicionales, sino de multitud de fuentes diferentes.

   5. Los autores, como todos los trabajadores, tienen derecho a vivir de su trabajo con nuevas ideas creativas, modelos de negocio y actividades asociadas a sus creaciones. Intentar sostener con cambios legislativos a una industria obsoleta que no sabe adaptarse a este nuevo entorno no es ni justo ni realista. Si su modelo de negocio se basaba en el control de las copias de las obras y en Internet no es posible sin vulnerar derechos fundamentales, deberían buscar otro modelo.

   6. Consideramos que las industrias culturales necesitan para sobrevivir alternativas modernas, eficaces, creíbles y asequibles y que se adecuen a los nuevos usos sociales, en lugar de limitaciones tan desproporcionadas como ineficaces para el fin que dicen perseguir.

   7. Internet debe funcionar de forma libre y sin interferencias políticas auspiciadas por sectores que pretenden perpetuar obsoletos modelos de negocio e imposibilitar que el saber humano siga siendo libre.

   8. Exigimos que el Gobierno garantice por ley la neutralidad de la Red en España, ante cualquier presión que pueda producirse, como marco para el desarrollo de una economía sostenible y realista de cara al futuro.

   9. Proponemos una verdadera reforma del derecho de propiedad intelectual orientada a su fin: devolver a la sociedad el conocimiento, promover el dominio público y limitar los abusos de las entidades gestoras.

10. En democracia las leyes y sus modificaciones deben aprobarse tras el oportuno debate público y habiendo consultado previamente a todas las partes implicadas. No es de recibo que se realicen cambios legislativos que afectan a derechos fundamentales en una ley no orgánica y que versa sobre otra materia.

NOTA Este manifiesto fue redactado conjuntamente por periodistas, bloggers e internautas, en una maratoniana sesión durante la tarde-noche de ayer. Si estás de acuerdo, difúndelo por todas las vías que puedas.

Links:
Merodeando
El Blog Salmón
Periodistas 21
Netoratón
Público
Enrique Dans
El País.

4a. Charla del Concurso Nacional de Videojuegos

2009-11-12T09:05:00.008-02:00

La ultima charla del 4to Concurso de Videojuegos se llevo a cabo el jueves 22 de octubre y en esta oportunidad estuvo a cargo de Eli Barnett.

Eli Barnett (con ese nombre ¿sera uruguayo?) es el CEO y fundador de Kef Sensei, un estudio independiente de desarrollo de videojuegos centrado, como dice su sitio Web, en hacer juegos divertidos.

Así de barato eran los otros.

La historia de Kef Sensei empezó hace nueve años, cuando Eli Barnett y los suyos se dedicaban al outsourcing (Subcontratación o tercerizacion) de software cobrando por horas y en varios lenguajes. Pero hace mas de un año, después de ir a la feria de CeBit en Alemania, y de visitar el stand de empresas de outsourcing, se encontraron con la primera razón para cambiar de rumbo: varios asiáticos, indios y gente del este europeo con carteles con mejores precios que los de ellos.

La segunda razón para cambiar de rumbo fue que el outsourcing es un embole...

La tercera, es mas divertido discutir sobre el comportamiento que va ah tener un fantasma en un jueguito, que discutir si se pone un campo o no...

Cuarta, el desarrollo de videojuegos es una profesión divertida, eso es según Barnett, ya que si uno busca en Internet "profesión divertida" se puede cruzar con cosas como esto y esto otro.

Quinta, trabajas con gente linda, no con fríos ingenieros de sistemas sin parche de sentimientos...

Sexta, hay mas plata que en Hollywood...

Por esas razones y mas, se dedicaron al desarrollo de videojuegos. Y con rubro nuevo, necesitaban un nuevo nombre. Kef Sensei vendría a significar "Maestros del juego" o "Maestros de la diversión", la palabra "sensei", maestro en japones y "Kef" que seria juego o diversión, pero desconozco de que idioma procede.

En el comienzo de su nuevo rubro, Kef Sensei tomo la decisión de desarrollar un videojuego y presentarlo ante un publisher. Como trabajar con empresas desconocidas o poco conocidas puede presentar un riesgo para el publisher, Kef Sensei presento el juego en un estado muy avanzado desde el primer contacto.

Parking Dash.

Este primer juego fue un casual game con una mecánica de time managment y con un toque de puzzle, consistía en manejar un "aparcador" de coches el cual tenia que colocar de la mejor manera los autos que iban llegando dentro del estacionamiento y retirar los autos de las personas que se estaban yendo. El juego tuvo varios cambios a pedido del publisher, PlayFirst en esta ocasión, pero su mecánica básica no cambio, y actualmente se lo conoce como Parking Dash.

Scrabble Plus.

El siguiente juego de su factoría fue a pedido de RealArcade.com el cual consistía en una nueva version del conocido juego Scrabble (Scrabble Plus). La principal dificultad de este proyecto residió en dejar a todos contentos con el producto, ya que el publisher era RealArcade.com pero el dueño de la licencia de Scrabble en EEUU es Hasbro y la empresa que realizo los primeros contactos fue Republic of Fun. Así que imagínese trabajar con tres jefes que en ocasiones no se ponen de acuerdo.

Pero aun con estas dificultades y nuevas experiencias que llevan a aprender sobre la marcha el juego fue entregado en fecha y con las características solicitadas por todas las partes. La entrega en fecha parece ser una característica que se ha insistido y que han resaltado los oradores de todas las charlas del esta edición del concurso.

Y evidentemente funciona, porque PlayFirst volvió a confiar en ellos para crear una nueva version de Diner Dash®, llamada Hotel Dash ™: Suite Success ™. Al día de la charla se encontraban haciendo los últimos retoques para su lanzamiento

Esto solo fue un pequeño resumen de la charla, pero pueden ver la charla completa bajando los tres vídeos que se encuentran en este enlace.

Links
Kef Sensei

Parking Dash®
Hotel Dash ™: Suite Success ™
PlayFirst - Diner Dash series page
Realarcade.com Scrabble Plus

Nueve caracteristicas esenciales para ser buenos diseñadores de juegos.

2009-10-18T03:51:00.007-02:00

Navegando por el blog de Robin Hunicke me encontré con una entrada titulada "Being a Great Game Designer" (Ser un gran diseñador de juegos) en la cual exponía nueve características que debería tener un buen game designer. Estos nueve puntos era un resumen de otro articulo escrito por Fred Beecher titulado "Nine Essential Characteristics of Good UX Designers" (Nueve características esenciales de los buenos diseñadores de experiencias para el usuario, UX significa "user experience"), como el titulo lo indica, el articulo no tendría relación directa con el diseño de juegos, pero como bien nota Robin, "Concidentally – this is *also* what it takes to be a great Game Designer." (Coincidentemente - esto es también lo que se necesita para ser un buen game designer).

La version que se puede leer en el articulo de Robin es un resumen de esos nueve puntos, en esta ocasión voy a traducir los nueve puntos en su version completa desde el articulo de Fred Beecher, así que cuando se hace referencia a "diseñador UX" en el texto original yo lo cambie por "game designer".

Como es constumbre, he colocado referencias en partes donde se necesitan explicaciones o en las cuales no he logrado una traducción adecuada.

1: Un profundo entendimiento de la Psicología Humana y de Métodos de Investigación.

Como dice Robert Fabricant, el comportamiento humano es nuestro medio. Si usted no entiende a la gente, usted no será un buen game designer. Usted debe tener la capacidad de hacer hipótesis sobre las razones detrás de las acciones que uno observa y que la gente toma. Usted debe ser capaz de ver las cosas desde la perspectiva de otra persona. Los game designer's hacen más que pensar en lo que la gente hace; ellos activamente lo investigan. También debe estar familiarizado con los métodos de investigación psicológica destinados a obtener y dilucidar las perspectivas de las personas. Se necesita talento y empatía para descubrir estos, a menudo bien escondidos, constructos psicológicos. Esto no es algo que cualquiera puede hacer.

2: Competencia en los fundamentos del Diseño Gráfico

Si tuviera que ser un diseñador gráfico para ser un game designer, habría sido despedido hace tiempo. Afortunadamente no es así. Pero usted necesita ser competente en el más básico de los principios básicos del diseño gráfico. El diseño gráfico se descompone en tres elementos: disposición, color y tipografía. Lo que usted necesita saber sobre disposición es realmente Psicología de Gestalt. Cosas que parecen más cerca, delimitadas por lineas, o con el mismo color, etc. aparentan estar relacionadas. Lo que usted necesita saber sobre el color es cómo utilizar una diferencia en el color y sus propiedades (tono, saturación y brillo) para llamar la atención del usuario a elementos importantes en la interfaz. Usted también necesita saber cómo no llamar la atención a los elementos sin importancia. Usted necesita saber cómo evitar las limitaciones del uso del color para transmitir información. No todo el mundo percibe el color igualmente bien. Lo que necesita saber acerca de la tipografía es la manera de utilizarla para hacer el contenido legible y escaneable1 en línea. Usted también necesita saber que no debe utilizar Comic Sans nunca, al parecer.

3: Toma de conciencia y interés en la tecnología

Mientras estoy fundamentalmente en desacuerdo con la afirmación de que los game designer deben ser expertos codificadores, usted tiene que ser fluido en la tecnología. Usted debe ser capaz de entender la tecnología lo suficientemente bien como para comunicarse con los desarrolladores, pero no es necesario tener los conocimientos necesarios para hacerlo. Mientras que yo no puedo ni programar mi salida de un bolso de papel2, después de haber tomado algunas clases de programación, me han ayudado a pensar como un programador para cuando necesite comunicarme con ellos. Incluso si usted no ha hecho ningún tipo de programación, puede comunicarse con los desarrolladores si usted está interesado en la tecnología lo suficiente para aprender. Pregunte si empiezan a hablar de cosas que no entiende. No sólo asienta con la cabeza y decir: "Mmm-hmm." El interés es el primer paso hacia el conocimiento.

4: Habilidades verbales y Comunicación Visual

En el diseño de un juego todo es acerca de las abstracciones hasta que de pronto se concretan y son caros de solucionar. Usted debe ser capaz de comunicar claramente sus ideas y los resultados de la investigación en la que están basadas antes de que eso ocurra. Usted debe ser capaz de describir verbalmente todo, desde las débiles motivaciones del usuario hasta las mas notorias, en secuencias detalladas de los acontecimientos3. Pero las palabras pueden tener diferentes interpretaciones. Usted necesita ser capaz de complementar la comunicación verbal con imágenes. Usted no necesita ser un artista, pero sí tiene que ser capaz de esbozar sus ideas en una pizarra y crear limpios, claros prototipos y wireframes.

5: Moderada familiaridad con el negocio, profunda familiaridad con su negocio.

Usted necesita entender los conceptos básicos de cómo funciona el mundo empresarial con el fin de obtener y entender los objetivos del negocio. Eso no quiere decir que usted necesita tomar una clase de contabilidad. Sólo debe pensar mucho sobre el valor y sobre lo que lo aumenta y lo disminuye. Usted necesita estar muy familiarizado con lo que su empresa particular o cliente considera valioso. Además de eso, necesita estar familiarizado con el porque sus clientes consideran a sus productos o servicios valiosos. Para ello, necesita entender profundamente el contexto en el que trabajan.

6: La capacidad de aprender rápidamente un tema.

Los game designer, sean empresas o consultores, son arrojados a situaciones que deben comprender desde múltiples perspectivas. ¡Y rápidamente! Para ello es fundamental la capacidad de dominar rápidamente el tema en cuestión. Esto le permite generar útiles ideas provenientes de las investigaciones sobre los usuarios y descubrir los objetivos ocultos del negocio por hacer las preguntas correctas. Esto es crucial para un buen diseñador. Este conocimiento profundo de las guías de contexto de su diseño le permitirán tomar eficaces decisiones de diseño.

7: Mediación, Facilidad, y Habilidades de Traducción

Los game designer se encuentran en el medio de la Y. El negocios, la tecnología y los usuarios, se entrecruzan en nuestro trabajo.

Mediación, facilidad y habilidades de traducción, son necesarias para garantizar que las perspectivas de todo el mundo se contabilicen. Si bien los objetivos de los usuarios pueden ser descubiertos a través de la empatía o por una investigación de mente abierta, los objetivos del negocio son a menudo más difíciles. Los diferentes departamentos o unidades de negocios a menudo tienen diferentes e incluso contradictorios objetivos. No puedo exagerar la importancia de mantener estos grupos en la misma página. Además de eso, usted tiene que hacer que funcione en cualquier contexto tecnológico que sea necesario. Nuestro trabajo no es fácil.

8: Creatividad y Visión

Usted necesita creatividad y visión para tomar todas las anteriores y moldearlas en un sistema que ayude a la empresa a alcanzar sus objetivos, el cual sea fácil y agradable para sus usuarios y clientes conseguir los suyos. Usted necesita la capacidad de visualizar el panorama y embarcarse en los detalles. Usted necesita la creatividad para innovar conscientemente y el impulso para fomentar la innovación en otros.

Si usted tiene todas las características que he descrito anteriormente, es probable que sea un buen game designer. Pero hay una única característica que hace la diferencia entre un buen diseñador y uno excelente...

9: Pasión

En algunos aspectos, el diseño de juegos es una visión del mundo, algo que simplemente no puedes apagar. Los diseñadores apasionados observan constantemente a la gente hacer lo que hacen y analizan el por qué. Ellos no pueden evitar rediseñar las cajeras automáticas en sus cabezas después de sufrir al pasar por ellas4. Crean taxonomías para sus cocinas y hacen el diseño de interacción en sus salas de estar. No hay interacción con la tecnología o cualquier otro tipo de sistema que valla sobre lo impensado5.

La pasión es la más importante de todas estas características. Si la pasión por el diseño de juegos es todo lo que tiene, es un buen lugar para comenzar. Esa pasión te conducirá a cultivar el descanso y el éxito tardará en llegar.

1. En el texto original usa la palabra "scanable" la cual supuse que esta mal escrita y es en realidad "scannable" la cual se traduce como "escaneable".

2. Es un dicho que se usa en EEUU, significa que es un torpe, que ni siquiera puede salir de una bolsa de papel (que es fácil salir con solo romperla) (Gracias a Fernando Rodríguez por la aclaración)

3. " You must be able to verbally describe everything from squishy user motivations to rigid, detailed sequences of events.", la expresion "squishy user motivations to rigid" me dejo en blanco.

4. La frase original es "They can’t help but redesign self-checkout machines in their heads after suffering through them." Para entender la oración hay que saber lo que es una "self-checkout", es una maquina que se encuentra en los grandes supermercados especialmente en EEUU que cumple la misma función que haría una cajera humana y que a la gente no les agrada mucho. El dice que un GD que pasa por esa maquina se queda pensando en como mejorla, y que esto sucede en todas las cosas que observa un GD.

5. "There is no interaction they have with technology or any other type of system that goes un-thought about."

¿Nueva Special Edition o otra cosa...?

2009-09-22T08:24:00.009-03:00

Es costumbre que en las aventuras gráficas desarrolladas por LucasArts encontremos referencias a pasadas o a nuevas aventuras, que en ocasiones anuncian nuevos lanzamientos o simplemente están puestas por diversión y puede ser que The Secret of Monkey Island: Special Edition no ha sido la excepción.

En la isla que da nombre al juego, en el claro al este donde se puede encontrar la Cabeza de Mono, se pueden encontrar varios totems y uno de ellos con la forma del tentáculo púrpura con manos, originaria de Day of the Tentacle, pero esto es en la version nueva ya que en la original se muestra a los legendarios Sam & Max. De esta diferencia en las ediciones se pueden sacar las siguientes conclusiones:

Que se esta trabajando en una Special Edition de Maniac Mansion, supongo que Maniac Mansion ya que Day of the Tentacle no creo que necesite ninguna remake actualmente, pero esto es bastante improbable ya que hay una remake echa por fans bastante buena.

Están trabajando en una Special Edition de Loom, ¿en que me baso?, en que yo la quiero ya :P.

Dejando el fanatismo de lado, se cambio a Sam & Max por tentáculo debido a que LucasArts no tiene ya mas los permisos para utilizar la obra de Steve Purcell en ningún lado, estos vencieron en 2005 y al no renovarlos se los llevo la gente de Telltale Games.

Guybrush Threepwood will return...

Ninguna lista de razones puede tomarse como seria si no tiene al menos 5 puntos.

Si todo esto falla, volveremos a rellenar peticiones online y a llenar las casillas de correo de la gente de LucasArts.

PD: Larga vida a Chuck la planta...

¿Quien es Robin Hunicke?

2009-09-16T17:00:00.002-03:00

Como adelante en un artículo anterior, es quien nos vendrá a visitar para la entrega de premios del 4to. Concurso Nacional de Videojuegos y Simulación Educativa que se realizara en el mes de Noviembre.

Robin Hunicke es la primera mujer1 que nos visita, tiene 36 años, tiene novio, tiene un Wii y una DS, adora los gatos (tiene dos, según el último censo, Oscar y Mika), tiene un blog que se llama "gewgaw" (aparentemente significa chuchería o algo inútil, pero también es una deformación de origen francés de la palabra "gogue", juego o broma), se encuentra terminando un doctorado de investigación en Ciencias de la Computación en la Universidad de Northwestern, es una diseñadora de juegos (Game Designer) y Productora, y no sabe escribir Uruguay...XD

Robin Hunicke es la muchacha de la izquierda... !en serio¡

Robin es más conocida, para la mayoría de los mortales, por participar en el desarrollo de 3 importantes juegos, el primero de ellos fue The Sims 2: Open for Business, el juego lanzado en el 2006 era una expansión para The Sims 2, en donde Robin participo como diseñadora. En 2007 participo como Jefa de Diseño en MySims (sitio oficial), el spin off de The Sims para Wii y Nintendo DS, el cual fue totalmente re-diseñado para estar más acorde al público que utiliza la Wii. Y por último, Boom Blox, el primero de los tres juegos que serán creados conjuntamente entre EA y Steven Spielberg, el juego fue lanzado en el 2008 y presenta unos puzles basados en efectos físicos en los cuales el objetivo es mantener estructuras o derrumbar algunas. En este juego, Robin fue la productora de la interfaz de usuario (User Interface Producer).

Robin y la Sra. Corona en un charla en el Byte Me! Festival.

Para el resto de los mortales, es más conocida por su actividad dentro de la comunidad de desarrolladores de videojuegos. Robin es uno de los miembros fundadores del Comité Educativo (Education SIG) dentro de la IGDA (International Game Developers Association) que existe desde el año 2000, el cual tiene como objetivo mejorar la enseñanza de los desarrolladores de juegos. Por el mismo año comienza a participar junto a otros integrantes de la industria del videojuego en el Game Design Workshop (antiguamente conocido como Game Design and Tuning Workshop) que se realiza cada año dentro de la GDC (Game Developers Conference), el cual es un taller donde se enseñan herramientas abstractas para analizar y mejorar diseños de juegos.

También participa en la organización de The Experimental Gameplay Workshop, también dentro de la GDC, desde sus inicios y el cual es un espacio en donde se presentan juegos innovadores en alguna materia, en este espacio "caen" juegos como Katamari Damacy, Guitar Hero o Rag Doll Kung Fu y también varios prototipos de juegos producto de los Indie Game Jam y Global Game Jam, en los cuales Robin también ha participado.

Robin tiene varios artículos en su haber, pero quizás el más interesante sea "AI for Dynamic Difficulty Adjustment in Games" en el cual se nos introduce a Hamlet, un sistema de ajuste dinámico de dificultad ( Dynamic Difficulty Adjustment, DDA ) el cual es el principal componente de la tesis que Robin está desarrollando. Otro de los artículos que se puede leer desde Internet es "MDA: A Formal Approach to Game Design and Game Research" en el cual propone una metodología para entender a los videojuegos desde la perspectiva de los desarrolladores hasta la del jugador.

Voy dejando el articulo por acá, creo que hay bastante más para escribir sobre Robin pero no tengo intensiones de escribir su biografía no oficial, mi objetivo es que sepas quien es ella y que trabajo realiza para que cuando venga a la entrega de premios aprovechemos su presencia y así poder aprender y mejorar nuestros proyectos personales, y no terminar preguntando sobre que flores le gusta, cual gato prefiere o si cree que hay vida en otros planetas.

LINKS

Curriculum Vitae (Desactualizado)
Diapositivas de las charlas dadas por Robin
Fotos: Robin Hunicke from EA Games at Byte Me! Festival

1 - En la primera charla lo único que logre acordarme era solo el nombre (Robin) y la carrera (IA) y suponiendo que era hombre, comencé la búsqueda en Google y me llevo hasta Robin Baumgarten, pero por suerte, una rápida consulta a Rodrigo de Ludocracy Games me dio el nombre correcto XD.

4to. Concurso Nacional de Videojuegos y Simulación Educativa

2009-08-13T10:07:00.001-03:00

Como muchos sabrán, y los que no, ahora se enteran, de que el 4to. Concurso Nacional de Videojuegos y Simulación Educativa ya comenzó.

El 24 de junio fue la fecha lanzamiento del concurso en la Torre de las Comunicaciones, con motivo de que la empresa estatal de comunicaciones, ANTEL, se unió como patrocinante del concurso. Evento al cual no asistí, así que no podre contarles que sucedió, pero supongo que fue un evento para las "cámaras".

Pero al que si asistí, fue el que se realizo el 22 de julio en las instalaciones de Ingenio (LATU), la primera conferencia que fue dada por Gonzalo Frasca, referente clásico de este concurso, que se titulo "El regreso del que te jedi: como hicimos el juego de Star Wars".

Gonzalo Frasca ofreciendo amablemente su brazo para que un soldado de Metal Gear Solid estornude.

La charla dio comienzo con la afirmación de que George Lucas abría estado en Uruguay en algún momento y fue influenciado por nuestra cultura y personajes para la creación de Star Wars (sic), obviamente se mostraron las pruebas correspondientes que no daban lugar a duda.

Se continuo con un vídeo mostrando el gameplay del juego desarrollado en Adobe Shockwave para LucasFilms, Path of the Jedi, que acompaño el lanzamiento de la película y serie animada en 3D, Star Wars: The Clone Wars.

Se mostró los primeros diseños y arte conceptual, pero lo mas importante fue lo comentado en torno a la experiencia de trabajar con una empresa tan grande como LucasFilms y con su marca Star Wars, sus contratos de 200 paginas con clausulas de seguridad de información por todos lados y un total hermetismo, tal que en un principio, como se mostró en los primeros diseños, se tenia la idea de hacer un juego de estrategia.

A continuación, Gonzalo se vio obligado a atender una llamada de su novia por celular, y digo obligado porque estaba usando el IPhone como control remoto para pasar las diapositivas :P...

Siguió la charla con el juego en Adobe Flash desarrollado para Disney - PIXAR para su ultima película, UP. Llamado UP: Kevin's Chocogobble, el juego consiste en un tipo Pac-Man, en donde manejamos a Kevin, al cual ayudamos a comer chocolates y esquivar a los perros ademas de otros peligros.

El juego no es muy original, pero eso se debió a que la gente de Disney - PIXAR pidió exactamente ese tipo de juego y solo les dejaron agregar un rió entre medio para no ser tan clones del Pac-Man.

La charla finalizo con una rueda de preguntas, y con el anuncio de que la persona "exterior" que vendrá a dar la ultima charla, la entrega de premios, sera Robin Hunicke, posiblemente el próximo articulo hable sobre ella, diseñadora de juegos e investigadora orientada a la inteligencia artificial.

PD: Otro pie para la foto podría haber sido "El Doctor Gordon Freeman lustrándose a la competencia"

AIRO - 3D Game Engine

2009-08-01T00:25:00.007-03:00

AIRO, es un proyecto personal, hijo de otros proyectos mas pequeños, que plantea ser un "game engine" que me permita, como primer objetivo, aprender a desarrollar un videojuego, ya que considero que programar un videojuego es, en mi punto de vista, una de las tareas mas completas dentro del desarrollo de programas, creo que no existe aplicación que abarque tantos temas como un videojuego (controles, audio, gráficos, redes, inteligencia artificial, etc).

En segundo objetivo, me permite tener una base para desarrollar juegos y lograr terminar esa materia pendiente que es participar en el Concurso Nacional de Videojuegos del Uruguay y ganar esa Nintendo DS (ese es el tercer objetivo).

AIRO actualmente se esta escribiendo en C/C++, esto se debe a que hay partes de proyectos mas antiguos como describí al principio, pero por un tema de prolijidad de código (y en algunos casos por rendimiento) estoy migrando lo escrito en C a C++.

Se puede ver un modelo de Master Chief cargado desde un archivo 3DS con texturas en BMP, la franja negra de la izquierda es uno de los primeros intentos de generar texto.

Para el manejo de la ventana y el input (controles: teclado, mouse y joystick) uso SDL para que en un principio pueda esquivar las llamadas a la API (Application Programming Interface - Interfaz de programación de aplicaciones) del SO (sistema operativo) y ocuparme de ellas luego en una fase mas avanzada del proyecto.

Mejor texto, aunque todavía con el fondo negro de la textura.

Los gráficos están a cargo de la librería OpenGL, y en cuanto al sonido es probable que se use OpenAL, pero todavía no he dedicado ningún tiempo de desarrollo al sonido.

Creo importante aclarar, que aunque se usen librerías, estas son usadas lo mínimo posible, por ejemplo, los textos que se usan en AIRO, no son generados por la extensión SDL_ttf sino por código propio así como la lectura de los modelos 3D y texturas TGA y BMP.

Ya arreglado el problema con el texto se comienzan a desarrollar funciones para poder aplicar animaciones, véase el medidor de FPS en la esquina izquierda de la imagen (clic en la imagen para mayor tamaño)

Las imágenes que acompañan la nota están desactualizadas pero cumplen la función de mostrar un poco la evolución del proyecto.

Al pasar el tiempo iré mostrando mas avances de este proyecto y quizás si puedo tener algún tiempo libre escribiré algún articulo mas técnico sobre como funciona AIRO.

El legendario decimotercer mono de Montevideo...

2009-07-26T02:29:00.010-03:00

Ademas de los 33 orientales ahora tenemos a los 13 monos de Montevideo...:P. Si usted vive en una cueva en cuanto a videojuegos, le explico que el señor de la fotografía no es otro que el odioso pirata-zombie LeChuck ( también conocido como malévolo-pirata-fantasma o malévolo-no muerto-zombie-fantasma ) de la saga de juegos de Monkey Island, el cual intenta en toda la saga conquistar el amor de la gobernadora Elaine Marley utilizando métodos poco ortodoxos (tortura, secuestro, extorsión, asesinato, brujería, etc). A todos estos intentos se le interpone Guybrush Threepwood, esposo de Elaine y temible (What??) pirata del caribe.

Vea las lineas que aparecen en la presentación del nuevo juego de la saga, Tales of Monkey Island...

"Behold, the legendary Thirteenth Monkey of Montevideo, whose sacrifice will eternally bind the oceans themselves to my infernal will! Arrrr![looking down at Elaine] Impressed yet?"

Traducido:

"He aquí, el legendario decimotercer Mono de Montevideo, cuyo sacrificio unirá eternamente los océanos a mi voluntad infernal! ¡Arrrr! [mirando a Elaine] Impresionado aún?"

PD1: Si usted vive en una cueva en cuestiones de geografía, Montevideo es la capital de Uruguay... ;)

PD2: Larga vida a Chuck la planta...

PD3: Si, también hay un pueblito en Minnesota con 5000 hab. con el mismo nombre, el cual es más conocido por los montevidenos orientales que por cualquier montón de gringos...

El futuro de la industria del "anime" en duda

2009-04-10T08:55:00.004-03:00

El siguiente articulo es una traducción, echa por mi persona, así que esperen encontrar algún error, del informe Future of 'anime' industry in doubt publicado por el The Japan Times, el 4 de Marzo del cual me hice eco desde Cartoon Brew.

El futuro de la industria del "anime" en duda

Dinero, elusivo suceso, tercerizacion y abundante piratería.

Por ALEX MARTIN

Después de graduarse en el Tokyo Animation College1, Yuko Matsui comenzó a trabajar en una agencia productora de animación de mediana escala.

Dos años más tarde, ella gana alrededor de ¥ 80,000 por mes, con un promedio de 10 horas al día haciendo el duro trabajo de crear intermedios en celuloide2, los dibujos en hojas transparentes utilizados entre los cuadros claves, las cuales crean la ilusión de movimiento.

Aunque vive con sus padres, ella no puede ahorrar dinero y ha dejado de pagar sus cuotas de pensión. Sin embargo, a los 22 años de edad, esta aprendiz se considera a sí misma mejor que algunos de sus compañeros que dicen tener que soportar frecuentes trasnoches con pocos días de descanso.

"Había otras siete personas que terminaron la carrera conmigo, al mismo tiempo, pero tres de ellos ya se han rendido y se han marchado" dijo.

La historia de Matsui es un típico ejemplo de lo que muchos aspirantes a animadores deben hacer frente, donde sólo los mejores sobreviven a la reducción del mercado de trabajo. Y no sólo los empleados lo sufren.

La profunda recesión y el rápido cambio en el panorama general en torno a la industria, ha causado que muchos teman por el futuro de una de las exportaciones culturales más preciadas.

"La base de fans mundiales del 'anime' japones es cada vez mayor, pero con el viejo modelo de negocio desmoronándose, eso no se esta traduciendo en beneficios", dijo Yasuo Yamaguchi, director ejecutivo de la Asociación de Animadores Japoneses (Association of Japanese Animations).

Durante la última década, la industria ha tenido unas solidas ventas de ¥ 200 mil millones como media anual, lo que los expertos describen como la "burbuja de la animación."

Yamaguchi prevé, sin embargo, que el producto fiscal de la industria en el 2008 - que aún no se ha calculado - sería inferior al de 2007, cuando las ventas totales se redujeron casi 20 mil millones de yenes a partir del 2006, un año récord, según estadísticas de la Asociación de Animadores Japoneses.

"La crisis financiera está obligando a los sponsors a reducir las tasas de publicidad en la televisión, y esto a su vez, está reduciendo los presupuestos para animaciones, presionando a todos los involucrados en la producción", dice Yamaguchi.

"Creo que veremos un gran descenso en el número de programas anime que se transmite. Agencias dependientes de la televisión, como principal fuente de financiación, tendrá que buscar alternativas."

Además de la sombría economía, la abrumadora mayoría de los últimos contenidos de televisión animados son para adultos - muy violentos o con mucho contenido sexual y de difusión durante horas de la noche - que han desempeñado un papel importante en la limitación de la audiencia y en la dificultad al hacer el marketing y merchandising de productos relacionados con el anime.

Yoshihiko Noda, director de la división de contenidos de la agencia de publicidad Asatsu-DK, compra tiempo de televisión para programas populares para la familia como "Doraemon" y "Crayon Shin-chan". Dijo que estas tendencias son un fenómeno relativamente reciente.

"La demografía de los fanáticos del anime comenzó a cambiar hace siete o ocho años atrás. Los que crecimos viendo los dibujos animados nos volvimos viejos, y comenzó las ansias de más "Otaku" (geek) y de contenido para adultos", dice Noda, tomando nota de esto, la animación se produce principalmente para las ventas en DVD, - que por lo general constan de sólo 13 episodios - y las transmisiones tardes a la noche se usan como cebo para que los televidentes compren el conjunto completo de DVD que viene con contenidos extras y características especiales.

Esta falta de aceptación en los principales contenidos del anime, junto con costosas licencias de títulos y la explosión de popularidad de los sitios para compartir vídeos, han contribuido a erosionar el mercado de la industria de la distribución en Occidente.

"Beneficios relacionados con el Anime en los Estados Unidos, sobre todo de los DVD, están disminuyendo", dijo Keisuke Iwata, director del canal de animación AT-X.

"Gracias a éxitos como Evangelion y Pokemon, la animación japonesa le ha ido bien en el pasado. Pero ya al máximo como una industria de exportación", explica Iwata, añadiendo que, además de la falta de grandes títulos y una disminución en la transmisión en el exterior en los últimos años, el mayor obstáculo radica en los sitios de Internet que ofrecen contenido gratuito ilegalmente.

"Estos sitios suben programas casi inmediatamente después de su emisión en Japón", acompañados de "fan subs" - subtítulos en Inglés traducido por los fans , dijo Iwata. "Esto está causando un gran impacto en las ventas."

Para contrarrestar la tendencia, TV Tokio ha subscrito en enero, con el popular sitio de animación basado en San Francisco, Crunchyroll3, ofrecer algunos de los títulos más populares de TV Tokio, libres de publicidad, en formato de alta calidad y con subtítulos por una cuota mensual de $ 6.95 USD.

Yukio Kawasaki, gerente del departamento de negocios de la animación de TV Tokio, dijo que la medida fue un intento de crear un canal de distribución entre los legítimos productores de animación y los aficionados en el extranjero, así como una manera de enviar un mensaje.

"La animación no es libre. Es el producto de arduo trabajo y mucho dinero, y no podemos seguir produciendo contenidos de calidad sin la ayuda financiera de los aficionados", dice Kawasaki, explicando que si la estrategia tiene éxito, podrían ampliar la venta de DVD y libros de historietas en el sitio, "como Amazon.com," y establecer un modelo de negocio válido.

Kawasaki dice que se han registrado más de 10.000 miembros de pago desde su comienzo el 8 de enero y se espera alcanzar 50.000 a finales de este año.

"Nos preocupa seriamente que la industria no pueda sobrevivir si las cosas siguen así", dijo, reconociendo que si su nuevo plan tiene éxito o no, la cuestión estructural que socava a la industria aún existirá.

"Tienes que amar de verdad la animación para estar en este negocio", dijo Takeo Ide, animador principal de la popular serie de televisión "One Piece."

Ide recordó cómo solía hacer ¥ 70.000 por mes en sus años de novato, compartiendo un apartamento barato antes de ser asignado para dibujar los mejores pagos "cuadros clave" - dibujos que definen el punto inicial y final de los movimientos.

Ide es una historia de éxito en una ocupación que, según un estudio realizado por el Consejo Japonés de Artistas4 (Nihon Geino Jitsuenka Dantai Kyogikai, Japan Council of Performers' Organizations) tiene un terrible índice de rotación de 80 por ciento.

El estudio reveló que en promedio, por cada celuloide, los animadores ganan unos escasos ¥186,9. Teniendo en cuenta que el trabajador tiene que llenar unas 500 hojas de celuloide para los intermedios por mes para una serie televisiva de animación, esto significaría un salario mensual de 94.000 yenes en el mejor de los casos - para un promedio de 250 horas de trabajo - hasta que un artista llegue a manejar los cuadros clave o storyboards.

Con un estimado del 90 por ciento de los intermedios realizándose en el extranjero - resultado de una industria intentando exprimir más contenido de lo que pueden las manos de nacionales - hay también la preocupación de que las oportunidades para fomentar la calidad de las futuras generaciones de animadores se están perdiendo.

"Dibujar los celuloides intermedios es un trabajo duro y seguro que no paga mucho, pero aún es una habilidad importante que todo animador debe aprender", dijo Masayuki Kawachi, presidente del sindicato All-Toei.

Kawachi, quien se ocupa de los efectos especiales en el estudio de animación Toei, dijo que en la situación actual, la mayor parte de ese trabajo se hace en países como China y Filipinas.

"Y con la recesión comiéndose las tasas de producción y obligando a las agencias a reducir su tamaño o la quiebra, los jóvenes aspirantes a animadores ya no puede encontrar lugares para trabajar", dijo Kawachi.

Como reflejo de estos tiempos, el estudio de animación Gonzo, un nombre muy conocido en la industria, ha confirmado recientemente sus planes para recortar el número de creadores contratados de 130 a 30 en los próximos cinco años.

La Comisión para el Comercio Justo de Japón publicó un informe el 23 de enero sobre el estado de la industria de la animación, enumerando varias de las principales preocupaciones.

Uno de ellas es la falta de derechos de autor atribuidas a las agencias productoras - los derechos de autor son divididos entre patrocinadores, un sistema ampliamente criticado por quitarle al creador cualquier uso de los beneficios secundarios, por no hablar de la motivación.

Otra es la popular práctica de tercerizar y re-tercerizar el trabajo de producción a pequeñas agencias que a menudo conduce a transacciones poco claras.

Kawachi dijo que estas cuestiones - que no son nuevas en la industria - han sido ignoradas en gran medida en el pasado, pero deberán ser tratadas de una manera u otra si la industria espera seguir siendo la fuerza dominante detrás del mercado mundial de la animación.

En 2006, el sindicato de Kawachi, en unión con la Federación de Cine y Sindicato de Trabajadores del Teatro de Japón, presentó al Ministerio de Cultura una propuesta sobre la reestructuración de la industria de animación, destacando las cuestiones principales y sugiriendo soluciones. Kawachi dice que no ha recibido ninguna respuesta del gobierno.

Yamaguchi de AJA, quien también brinda conferencias sobre el alfabetismo de animación5 en el colegio de leyes de la Universidad Nihon, predice que al final, la calidad, no la cantidad, vendrá ser acentuado.

"Cuando nos fijamos en el rating de programas animados de televisión, nos damos cuenta que el primer lugar es dominado por "Sazae-san", el único programa que todavía se produce utilizando el método tradicional de dibujo y pintura a mano", dijo, añadiendo que esta tendencia también puede ser visto en el último año con el éxito de 15 mil millones de yenes brutos "Gake no ue no Ponyo" (Ponyo en el acantilado), una película dibujada a mano producida por Hayao Miyazaki de los estudios Ghibli (Wiki).

"En esta era de la producción en masa, cuando la mayoría de la animación es digital, es necesario considerar las implicaciones de estos datos", dice Yamaguchi.

"Creo que tenemos que pensar, filosóficamente, sobre lo que nuestros usuarios realmente quieren".

En el articulo original se hace referencia a Tokyo Animator College, cuando debería ser Tokyo Animation College.
En realidad debería ser acetatos y no celuloides, ya que este último es cada vez menos utilizado en la producción, pero el autor utiliza la palabra "cel" en el articulo que es una abreviatura para celuloide.
Creo importante aclarar, que el sitio Crunchyroll, es de origen norteamericano y fue creado por graduados de la Universidad de California - Berkeley, no es de origen asiático como se comenta en algunos sitios de Internet.
Es la mejor traducción que se me ocurrió en el momento ;)
No tengo una idea muy clara a lo que se refiere a "animation literacy" en el texto original, pero aparenta ser un método de enseñanza.

Oscar : Best Animated Short Film & Best Animated Feature Film

2009-03-03T10:20:00.038-02:00

El 22 de febrero se llevaron a acabo la entrega de los premios Oscar, como todos los años, dejando sorpresas buenas y malas. En el caso de cortos animados no se esperaba la victoria Kunio Kato con el corto La Maison en Petits Cubes, no porque fuera malo, sino porque el nivel de calidad presentado en los cortos era muy parejo, solo vasta con ver a los famosos "adivinos" de los Oscars para darse cuenta que nadie tenia un seguro ganador en esta categoría.

En cuanto a los film de animación, el ganador fue Wall-E, que contaba con todas las de ganar en esta categoría, así que no hubo sorpresa por esta parte.

La Maison en Petits Cubes

Sitio Oficial: http://kiteretsu.robot.co.jp/kunio/

El corto nos muestra a un anciano que tiene su hogar al nivel del mar y que en ocasiones este sube obligando al anciano a agregar pisos adicionales para mantenerse seco. Un día, cuando se encontraba de mudanza, su pipa favorita cae por una escotilla que comunica con los pisos inferiores, los cuales se encuentran llenos de agua. Piensa en comprar otra, pero presentados los medios para poder recuperarla, decide intentarlo, terminando en un viaje hacia sus propios recuerdos.

Kunio Kato, (su apellido no esta claro, en algunos lugares esta escrito como Katô) no es alguien conocido, no he podido encontrar mucha información sobre la persona y lo mas cercano que encontré, fue la pagina personal dentro de la productora (ROBOT) en que trabaja donde se listan sus trabajos desde el año 2000, la cual fue creada notoriamente a las apuradas. Pero bueno, ya han comenzado a aparecer sus otros trabajos por Internet, el mas común es The Diary of Tortov Roddle que se pueden ver en trozos desde YouTube y completo en YouKu (la version china del YouTube) y The Apple Incident, como también Fantasy History. En todos ellos se muestra un ritmo suave para contar la historia y un tipo de dibujo que recuerda, sin sus rayas locas, a Bill Plympton.

Para los que deseen ver este corto, pueden hacerlo desde YouKu, donde supongo que tardaran un tiempo en sacarlo, y si lo sacan, les recomiendo que lo bajen desde algún torrent.

Lavatory - Lovestory (Ubornaya istoriya - lyubovnaya istoriya)

Sitio Oficial (Compañía) : http://www.melnitsa.com

Una historia de amor entre una limpiadora de baño publico y de su secreto admirador.

Corto de origen ruso dirigido por Konstantin Bronzit, quien trabaja en Melnitsa Animation Studio en la ciudad de St. Petersburgo. Este es su octavo corto y en el 2004 dirigió su primer film de larga duración llamado Alosha. Como es de esperar, estas películas de animación no llegan por medios "tradicionales" a estas latitudes, y lo único que se puede ver de animación rusa son fragmentos en Internet, los cuales son muy prometedores en cuanto a la calidad de la obras, pero con el tamaño del mercado ruso, sus películas no son ni subtituladas a ingles, como mínimo.

En cuanto al corto, presenta una sencilles muy agradable en su diseño y la historia es muy buena, no tiene la profundidad del corto ganador, pero le pisa los talones.

El corto es fácil de conseguir, pueden verlo desde YouTube o bajarlo por torrent.

Oktapodi

Sitio Oficial: http://www.oktapodi.com/index.html
Sitio Alternativo: http://www.gobelins.fr/actualite/info-Oktapodi-2009-presse.htm

Una enamorada pareja de pulpos se ve separada por razones culinarias, la cual luchara por no ser separada.

Primera vez que un corto de Gobelins es nominado para un Oscar, este corto creado por seis estudiantes graduados de esta escuela francesa, que no deja de sorprender con sus cortos, nos muestra a una pareja de pulpos que intentan mantenerse unidos y vivos ante un cocinero. El corto es muy colorido, excelentemente animado y con un violín de fondo que acompaña los echos del corto. Esta nominación, quizás se convierta en la primera de muchas mas para esta escuela.

This way up

Sitio Oficial: http://thiswayupmovie.com/

Lo que debería ser una fácil empresa, como trasladar a la difunta abuela a su entierro, se convierte en una serie de hilarantes obstáculos.

Corto dirigido y escrito por Adam Foulkes y Alan Smith, el primero es casi un desconocido, pero Alan es conocido por el diseño de títulos en varias películas como Thunderbirds o Lemony Snicket. El corto nos muestra las dificultades que tienen dos personajes para llevar a la anciana a su ultimo descanso, y lo hacen con mucho humor negro y con un toque del humor ingles. La primera vez que vi el corto, en baja resolución, no parecía estar echo en CGI, sino parece que hubieran usado stop-motion. Pero al verlo en alta resolución, quedo claro el CGI, pero también los excelente fondos.

El corto puede verse en la pagina de la BBC, o bajarlo por aquí.

Annie Award - Ganadores

2009-02-01T16:29:00.046-02:00

(Ganadores en rojo y en letra mas grande)

Best Animated Feature

Bolt – Walt Disney Animation Studios
Kung Fu Panda – DreamWorks Animation
$9.99 – Sherman Pictures/Lama Films
Wall·E – Pixar Animation Studios
Waltz With Bashir – Sony Pictures Classics, Bridgit Folman, Les Films D'ici, Razor Films

Si el año pasado PIXAR se llevo todo con Ratatouille, este año le toco marcharse con las manos vacías. Aunque podía esperar que ganara Kung Fu Panda en la categoría "Best Animated Feature", pero no esperaba que fuera en todas como lo termino haciendo, y no porque no se lo mereciera, todo lo contrario, simplemente no esperaba esta paliza.

Best Animated Home Entertainment Production

Batman: Gotham Knight – Warner Bros. Animation
Christmas Is Here Again – Easy To Dream Entertainment in association with Renegade Animation
Futurama: The Beast with a Billion Backs – The Curiosity Company in association with 20th Century Fox Home Entertainment
Justice League: The New Frontier – Warner Bros. Animation
The Little Mermaid: Ariel’s Beginning – DisneyToon Studios

Poca competencia para Futurama en esta categoría, aunque la película anterior de la serie, Bender’s Big Score, es mucho mejor que la premiada, no necesitaba mas para llevarse el premio ante un intento de Warner Bros de realizar lo mismo que con Matrix, solo que esta vez con Batman, y de un menor nivel a Animatrix, después tenemos nuevamente a WB con Justice League, que podría haber sido mucho mejor y espero que la próxima a salir película animada de Wonder Woman no repita errores y la tercera parte de The Little Mermaid que llego algo atrasada, 8 años después.

Best Animated Short Subject

Glago’s Guest – Walt Disney Animation Studios
Hot Dog – Bill Plympton Studio
Presto – Pixar Animation Studios
Sebastian’s Voodoo – Joaquin Baldwin
Wallace & Gromit: A Matter of Loaf and Death – Aardman Animations Ltd.

Best Animated Television Production

King of the Hill – 20th Century Fox TV
Moral Orel – ShadowMachine
Phineas and Ferb – Disney Television Animation
Robot Chicken: Star Wars Episode II - ShadowMachine
The Simpsons – Gracie Films/Fox TV

Extraño que King of thr Hill esta nombrado en esta categoría ya que esta serie finalizo en el año 1997 y en esta categoría solo se aceptan programas emitidos originalmente entre el 1° de enero de 2008 hasta el 31 de diciembre de 2008, pero bueno. En cuanto al ganador era merecido, The Simpsons están sufriendo una agonía hace algún tiempo, Moral Orel la tenia muy dificil para ganar debido a su temática religiosa que podría tocar puntos sensibles y ya se sabe lo sensibles que son los norteamericanos en cuanto a temáticas religiosas, de Phineas and Ferb vi muy poco y me pareció otro programa animado para relleno del Disney Channel, pero como decía, un ganador merecido, ya se habían presentado el año anterior con el Episodio I y el premio termino en manos de Aardman Animations por Creature Comforts America.

Best Animated Television Production Produced for Children

A Miser Brothers Christmas – Warner Bros. Animation in association with ABC Family & Cuppa Coffee Studios
Avatar: The Last Airbender – Nickelodeon
Foster’s Home for Imaginary Friends “Destination Imagination” – Cartoon Network Studios
The Mighty B! – Nickelodeon
Underfist: Halloween Bash – Cartoon Network Studios

Otro merecido ganador en esta categoría, Avatar: The Last Airbender, una seria que se promociono para niños pero la termino viendo todo el mundo, yo inclusive. Creada por Michael Dante DiMartino y Bryan Konietzko para Nickelodeon en el año 2005. Es tal el éxito que a tenido que ya ha ganado varios premios y próximamente tendrá una version con actores reales, que viendo quien la dirige puede terminar en cualquier cosa. En cuanto a Foster’s Home for Imaginary Friends, ya habían ganado en la misma categoría en el 2006, pero en esta ocasión es un episodio de dos partes llamado Destination Imagination en donde Frankie cae dentro de un cajón de juguetes y termina en otro mundo creado por un amigo imaginario. A Miser Brothers Christmas, una película stop-motion en la cual Santa se lastima al probar un nuevo trineo y la Madre Naturaleza asigna la tarea de la Navidad a los hermanos Miser (¿Avaros?), simplemente un regular por donde se la mire. En el caso de The Mighty B! y Underfist: Halloween Bash, ninguno están siendo pasados en latinoamerica, y lo que hay por Internet son algunos segmentos del programa.

Best Animated Video Game

Dead Space – Electronic Arts
Kung Fu Panda – Activision
Wall·E – Heavy Iron Studios, a division of THQ, Inc.

Empecemos por el peor, Wall·E, hace tiempo no había jugado algo tan aburrido y monótono como este juego, la mayoría de los niveles estamos corriendo atrás de EVA, pide demasiado equipo para los gráficos que brinda, en conclusión: fue desarrollado para robar la plata con la licencia de Wall·E. Dead Space de EA, juego de terror al mejor estilo Resident Evil pero superado si lo comparamos con las ultimas entregas de Residen Evil que difícilmente te hagan saltar de la silla, una linea argumental aceptable, muy buenos gráficos y sonido, pero se vuelve monótono con la poca variedad de enemigos y de tipo de ambiente en que se desarrolla la aventura. Kung Fu Panda, entretenido, aunque use un tipo de juego ya mas que calcinado, buenos gráficos, buenas animaciones, ambientes variados y unos cuantos enemigos.

NOTA 1: Para ver los todos los ganadores, clic en este link.

NOTA 2: Se pueden ver fotografías de la entrega de los Annie Award en este link.

Annie Award: Best Animated Feature

2009-01-15T05:05:00.027-02:00

Bolt - Walt Disney Animation Studios

El film numero 48 de Walt Disney Animation Studios, en donde se nos introduce a un perro llamado Bolt, el cual tiene super-poderes, mientras se mantenga dentro del set de filmación. El primer film dirigido por Chris Williams, uno de los jóvenes talentos de Disney, que intenta llevar al 3D esa "magia" acostumbrada que tiene los films de Disney, pero todavía no lo a logrado. Bolt en su parte técnica es excelente, muy buena animación de los personajes, los fondos son fabulosos, en especial por una tecnología propia del estudio que hace que parezcan que sean echos con pintura ( el nombre técnico es Non-photorealistic rendering o NPR, la técnica ya existía hace tiempo, pero la tecnología utilizada en Bolt es propia de Disney ), pero si tocamos el tema de guion y voces, el barco hace agua. La "magia" de Disney esta basada en una buena historia apoyada por un gran guion y storyboard, básicamente, en Bolt el argumento no es llevado "suavemente", es notorio que en ocasiones es llevado a la fuerza para poder poner al personaje en cierto momento. En cuanto a las voces, en el caso de Penny y de Bolt, las voces no están "conectadas" con el personaje, esto es mas notorio en Penny ( la voz en ingles es de Miley Ray Cyrus) mientras que Bolt casi se salva pero esto es debido a la experiencia de Jhon Travolta. Todo esto se nota en ciertos momentos de la película en donde los personajes secundarios se roban la película; Mittens, la gata, con la voz de la comediante norteamericana Susie Essman, y Rhino, el hamster, con la voz de Mark Walton, el cual es la tercera vez que pone su voz a un personaje y realmente lo hace muy bien.

Kung Fu Panda – DreamWorks Animation
Un Panda que quiere ser el Guerrero Dragón...y no sabe kung fu. He aquí el fruto de la semilla que David Carradine puso en nuestras mentes con su personaje de kung fu, generalmente todo esto esta "quemado" y no que nada mas por inventar alrededor de esto, pero con Kung Fu Panda queda demostrado que con calidad se puede reutilizar las viejas ideas. Aquí suceden cosas interesantes, uno no sabe si Po, el Panda, se trago a Jack Black o Jack se trago a Po, porque realmente la integración personaje y voz es excelente, todo contrario a Bolt. También son importantes las voces de Dustin Hofman, el cual interpreta al maestro Shifu, ya que los demás participantes no tienen mucho dialogó y cumplen a la perfección su función de "segundones" sin competir en ningún momento con el personaje principal. El argumento es bien llevado, la animación es muy buena, la cual es notorio en las peleas ya que se utilizaron profesionales del kung fu para referencia. Pero lo que mas me gusto de la película son los primeros 2 minutos en donde se nos muestra el sueño de Po, por mi, toda la película podría ser así.

Wall·E - Pixar Animation Studios
Wall·E , el robot mas humano que un humano. Pixar vuelve a sorprender con otro gran film de su autoria, en el cual nos cuenta la historia de un planeta Tierra ahogado en la basura producida por un consumismo incontrolable, el cual a sido abandonado por sus habitantes en la espera de que los robots, entre que los que se encuentra Wall·E , limpien la tierra para que los humanos puedan volver a habitarla. Lo primero que se nota en este film de Pixar es la casi escasees de diálogos y el excelente acting de todos los robots en la película. Aunque la película no presenta cuestiones técnicas de animación que sorprendan, su guion y la originalidad de la historia es excelente, casi perfecta, hasta me atrevo a decir que hace mucho tiempo que "no veo cine en el cine" hasta que vi Wall-e.

Conclusión
Las faltantes de esta categoría son Waltz With Bashir, el cual pude conseguir la película en el idioma original (Hebreo) y sin subtitulo, y el otro fue $9.99, película australiana de stop-motion. Igualmente ninguna de las dos tenia chances en esta categoría y ni en este concurso, he notado que a los animadores no les agrada cuando se utiliza animación para contar historias mas adultas o con tintes políticos y esto sucede en concursos como los Annie y en los Oscar, caso de Persepolis el cual tendría que haber estado en la categoría de mejor film extranjero y no en la categoría de animación, cuestión que no tendrá que sufrir Waltz With Bashir ya que participara en los Oscar como mejor film extranjero.

Es la categoría mas peleada de todas, estoy entre Wall·E y Kung Fu Panda, Wall·E presenta una historia original, algo que no sucede con Kung Fu Panda, pero la animación mostrada en Panda es mucho mas elaborada que en Wall·E, pero considero que Wall-E me hizo sentir un grato placer al verla, era como ver esas películas clásicas en pantalla gigante, creo que revivió lo que consideraba como cine y que creía muerto o moribundo hace algún tiempo. Así que Wall·E es la favorita, pero por poco.

Annie Award: Best Animated Short Subject

2008-12-15T22:33:00.021-02:00

Sebastian’s Voodoo
Corto realizado por Joaquin Baldwin, en donde se nos muestra la historia de un muñeco vudú el cual debe encontrar valor para salvar a sus compañeros. Joaquin es un animador de Paraguay que actualmente vive en los EEUU, logro llegar a ser finalista en Cannes con su corto Papiroflexia y el corto actual ya a obtenido varios premios. El corto presenta una animación muy exacta, texturas y diseño muy prolijo, musicalizacion y efectos bien logrados. Realmente es una lastima que tenga pocas posibilidades de obtener el premio de la categoría ante tantos "monstruos".

El corto puede verse en la pagina personal de Joaquin Baldwin: http://www.pixelnitrate.com/

Presto
El corto de Pixar, en el cual Doug Sweetland debuta como director, trata sobre un conejo de mago de nombre Alec Azam, el cual intentara lograr que su dueño, el mago Presto DiGiotagione, lo alimente. Son notorias la aplicación de técnicas desarrolladas para Ratatouille, en especial en el conejo, y el acercamiento a los dibujos clásicos de Tex Avery o de Tom y Jerry en donde una de las principales características mas notorias en el corto es la utilización de sonidos de instrumentos para realizar los efectos sonoros.

Pueden ver el corto en este link; es importante aclarar que no creo que dure mucho tiempo ya que inflige normas de YouTube.

Wallace & Gromit: A Matter of Loaf and Death
El cuarto corto de los ya conocidos Wallace & Gromit nos cuenta sobre las misteriosas muertes de panaderos y de su nuevo negocio... de panadero. Hay cosas que permanecen incambiables y una de ellas es la calidad conque Aardman Animations nos presenta continuamente a sus dos mas famoso personajes, Wallace y Gromit. El corto tiene una duración aproximadamente de 28 minutos, siendo el de mas duración de toda la categoría, en donde los detalles de los escenarios y el cuidado de las expresiones de los personajes es llevado al máximo.

Conclusión
Como habrán notado, faltan los comentarios sobre los cortos Glago’s Guest, de Walt Disney Animation Studios, y Hot Dog de Bill Plympton Studio. En los dos casos no me a sido posible conseguir los cortos para poder verlos y opinar sobre ellos, esta dificultad es entendible en el caso de Hot Dog ya que Bill Plympton es un artista independiente y es normal que sus mas recientes cortos sean difíciles de conseguir, pero en el caso de Glago’s Guest, que es el primer corto en 3D del reformado Walt Disney Animation Studios, el echo de que sea tan dificil de conseguir no tiene mucha cabida.

De cualquiera de los dos cortos se pueden encontrar en Internet algunos segundos, en el caso de Bill Plymton se puede ir a su pagina oficial y allí encontrar un clip de Hot Dog, en el caso de Glago’s Guest, se puede encontrar clips en YouTube o sitios similares. No es caer en la obviedad aclarar que con tan pocos segundos sacar una opinión no seria justo.

Pero viendo los lineamientos de entregas anteriores y los cortos actuales, se puede asegurar que el ganador de seguro sera Presto de PIXAR, ya que de los cortos que pude ver, el que le puede pisar lo talones en cuanto calidad es Wallace & Gromit.

En el caso en que pueda conseguir los cortos faltantes, actualizare con la información correspondiente, pero es importante aclarar que este problema se repite en otras categorías de los premios y la sufren hasta los mismo votantes como puede leerse en un articulo de Cartoon Brew.

Premios Annie (Annie Awards)

2008-12-08T02:09:00.009-02:00

Para cada profesión hay un premio y la animación no iba a ser menos, y por eso desde 1972 existe los Annie Awards. Es el premio entregado por la ASIFA (Association International du Film d'Animation) a las personas que llevan a cabo films, cortos, publicidad y hasta videojuegos que sean animados.

Con un simple comienzo, cuando June Foray, artista que prestó su voz para incontables personajes animados, dio la idea de premios para los animadores y contando con el beneplácito de la ASIFA, los primeros premios fueron entregados.

La idea fue influenciada también por el fallecimiento de Max Fleischer, el 11 de septiembre de 1972, creador de Betty Bop y de muchos otros, inventor de la rotoscopia y uno de los primeros animadores en utilizar sonido en los dibujos animados, que no había recibido ningún reconocimiento.

El premio consiste en un Zootropo metálico que hizo su entrada en la segunda entrega de los premios, el cual su parte superior es removible, pero eso no era sabido en las primeras entregas y el mismo Walter Lantz sufrió el accidente de perder una parte en plena entrega.

Próximamente, el 30 de enero de 2009, se espera una nueva entrega de los Annie Awards, pueden ver la lista de nominados que se encuentra disponible en el sitio web oficial desde el 1° de diciembre, y en el transcurso del mes podrán leer sobre los participantes

LINKS

Annie Awards - Sitio Oficial
Annie Awards - Nominados 2008

Coraline

2008-11-24T01:29:00.001-02:00

Hace ya algún tiempo se ha estado viendo un aumento de la calidad de los films animados utilizando la técnica del stop-motion, que en ocasiones llevándola casi a la par de las películas CGI cuando se ve el trabajo finalizado. Aunque es evidente una brecha entre estas técnicas, hay un próximo film que promete estrecharla un poco mas. Estamos hablando de Coraline.

Este film, realizado completamente en stop-motion y basado en una novela de Neil Gaiman del mismo nombre, en la cual se nos presenta a Coraline, una niña que pasa encerrada en su nueva casa los últimos días del verano a causa de la lluvia. Sus padres trabajan y no le prestan demasiado atención. La niña recorre la casa curioseando y encuentra a una puerta que la lleva a través de un túnel a una casa, reflejo de la suya, donde están unos padres que no son los suyos pero que se comportan de modo más atento con ella, lo que devendrá en pesadilla.

Ademas de las alusiones a Alicia de Lewis Carroll, Coraline promete una mejor calidad y efectos que los vistos en El Cadáver de la Novia (Corpse Bride) de Tim Burton, pero la principal atraccion sera que es la primera pelicula stop-motion en Real 3D. Su estreno en norteamerica sera el 6 de febrero del 2009.

Dirigida por Henry Selick, conocido por dirigir Jim y el durazno gigante (James and the Giant Peach) y El extraño mundo de Jack (The Nightmare Before Christmas), y con las voces de Dakota Fanning como Coraline, Teri Hatcher como la madre de Coraline y Ian McShane como el padre.

Trailer de Coraline:

NOTA : No entiendo las razones de porque en España la película se llamara Los Mundos de Coraline, espero que los distribuidores en latinoamerica no repitan ese horror.

LINKS:

Day 1: Behind the Scenes of Coraline
Day 2: Crafting the World of Coraline
Day 3: The Story of Coraline
Day 4: Meet the Inhabitants of Coraline's World
Day 5: Coraline in the Higher Dimensions

Concurso Nacional de Videojuegos 2008

2008-11-22T04:14:00.010-02:00

El jueves 20 de Noviembre se realizo la conferencia y entrega de premios del 3° Concurso Nacional de Videojuegos en las instalaciones del LATU/Ingenio que contó con la presencia y disertación de Chaim Gingold, uno de los desarrolladores de SPORE.

La charla de Chaim Gingold se baso en un resumen de "Miniature Gardens & Magic Crayons: Games, Spaces, & Worlds" tesis realizada por Gingold en el Georgia Institute of Technology, ( la tesis completa se puede leer o bajarse desde este link ). Una tesis muy interesante de leer, fue una lastima no haberla encontrado antes de su presentación, en la cual hay una importante cantidad de aluciones a juegos de Nintendo y frases de Shigeru Miyamoto.

Como es habitual el "jefe de ceremonias" no fue otro que Gonzalo Frasca, y que en esta oportunidad vistió una camiseta de color rosa, haciendo referencia a un juego del cual no me acuerdo el nombre actualmente.

La nota del día la puso la presencia del embajador norteamericano, Frank Baxter (es la cabeza blanca que van a ver en los videos de la charla de Gingold ya que estaba sentado cerca mi), ya hace un tiempo que la embajada apoya el concurso, pero nunca un embajador se había echo presente y menos en el día de su cumpleaños.

Para los que no pudieron asistir, o no quisieron, filme la entrega de premios y algunos secuencias de la disertación de Gingold, no la firme completa ya que mi brazo no aguanto lo suficiente, y están en bruto sin ningún tipo de retoque.

Primera parte de la entrega de premios:

Segunda parte de la entrega de premios:

Esperaremos tener la posibilidad de probar los juegos ganadores en el corto tiempo, y felicitaciones a todos los ganadores y a los que participaron.

NOTA 1: Los vídeos de Chaim Gingold estarán al correr de la semana que entra.

NOTA 2: La remera de Frasca hacia referencia al juego de Capcom llamado Viewtiful Joe.

Pagina de Chaim Gingold con sus trabajos en el GIT
http://www.slackworks.com/~cog/

Lista de Ganadores
http://www.ingenio.org.uy/videojuegos/