Historias de un coder

Breakpoint 2010

2010-03-22T16:32:00.000-07:00

He empezado una prod para la breakpoint'2010. De momento, ni una linea de código (tengo cosas de la universidad por terminar antes), pero he escrito todo el guión, junto con los garabatos más feos hechos nunca por ningún ser vivo. La idea me gusta bastante, y la coherencia entre escenas parece bastante decente. De hecho, si puedo, no voy a tener partes separadas...

Ya veremos como avanza el tema. Como no tengo ningún pantallazo que poner, pongo una de una versión previa la katedra y un palo rojo. Y me quedo tan ancho.

Vídeo de la Platipus/Incognita en progreso

2010-03-13T13:28:00.001-08:00

Como comentaba en la otra entrada, aquí esta el vídeo:

Como comento en la descripción, hay muchos bugs por corregir, pero ya es algo mejor que nada :) Oh, y funciona en Windows Vista sin problemas :D

Obsesiones estupidas

2010-03-13T07:08:00.001-08:00

Un buen amigo me comentó un día que envidiaba mi fuerza de voluntad, ya que me meto en mil proyectos, en los cuales acostumbro a invertir bastante tiempo. Mi respuesta fue: "No es que tenga mucha fuerza de voluntad, simplemente soy muy obsesivo". Al igual que aprendiendo, programo sobretodo para luchar contra la sensación de que no puedo hacer algo. Si algo sale mal, lo intento de mil maneras diferentes hasta que sale bien.

Mi ultima obsesión, como casi siempre, salió en un momento de aburrimiento: tenía ganas de ver la Platipus de Incognita. Hacía mucho que no la veía, pero recordaba que en Windows XP ya daba muchos problemas, a saber en Windows Vista. Nada, que la pruebo, y no muestra las primeras escenas, las siguientes las muestra mal, y se ve todo como una mierda. Una persona inteligente, habría encendido el PC de al lado, con Windows XP, pero yo no: porque hacerlo fácil cuando puedes hacerlo difícil, lento y complicado? La solución era clara, buscar el código fuente de la demo, y parchearlo para que funcione en Windows Vista. Es mas, rehacer el renderer y pasarlo a OpenGL.

A pesar que ha dado muchos problemas, ya que tenía parte del código del sistema de demos (porque porté la Mayhem a Windows), este no acababa de cuadrar, ademas de tener que hacer ingeniería inversa del formato de datos (había cambiado ligeramente), tener que implementar el renderer de OpenGL sin saber como va exactamente como va el Direct3D7, y otras cosillas (corrupción de memoria por coger la memoria de un heap, y liberarlo en otro), ahora ya esta al 50%. Hay muchos problemas aún, pero la mayoría son del renderer, lo cual es solucionable.

Lo que mas me preocupa, es que el renderer recibe polígonos pre-transformados, con lo cual falla la corrección de perspectiva, y parece que se este pintando con el software renderer de la Overdose (zas, en toda la boca). A ver si lo termino, y pido permiso a los Incognita para hacerlo publico. Unas capturas y un vídeo, todo muy temporal, así que disculpad los errores :P

PS: El vídeo lo añadiré en otro post, que la conexión desde donde escribo esto es algo inestable.

Batallitas

2009-09-24T09:34:00.000-07:00

Hoy toca una de batallitas, estaba viendo demos viejas para recordar tiempos pasados, y he decidido empezar un post sobre tonterías de prods antiguas de Collapse que relativamente poca gente sabe. Allá vamos:

Here 2 Stay: Esta prod fue un desastre en todos los sentidos. La poca experiencia, la falta de tiempo y demasiadas ganas de sacar algo, hicieron que mucho trabajo artístico se desechara o se usara mal. A día de hoy aun me sabe mal haberla terminado tal como se terminó. Antes de el apretón pre-deadline, quedamos en mi piso de Barcelona, cosa que por la época hacíamos mucho para preparar prods. Madgoblin recordará seguramente cierta anécdota del fin de semana anterior a la party :P
Xmastro 2002: Después de la desastrosa primera prod, esta segunda, una producción navideña, se hizo con la idea de hacer algo sencillo que quedara bonito. Creo que funcionó muy bien, y los objetivos se acabaron cumpliendo. A pesar que acabé odiando la canción de tanto escucharla, y que la nieve era un hack del copón (si os fijáis, se pinta en 2D, y para simular que no es así, se van añadiendo copos a las texturas de la escena 3D).
Let yourself go: Posiblemente una de las demos mas divertidas de montar. La mitad la programé en el tren en viajes Reus-Barcelona (la parte del túnel la hice integra en un viaje de hora y media). Al llegar a la party tenía 1 o 2 efectos de forma definitiva, y, como llegué a la party con Dar, hice todos los efectos configurables con teclas, y él los retocó hasta estar a su gusto. Algunos los toqueteé mientras él iba mandando. Fue MUY divertido, en cuestión de 5 horas, hicimos unas 6 partes nuevas. Luego él monto los layers, y montar la demo fue algo mas caótico, porque probaba un nuevo sistema que había diseñado para la prod. Estuve 3 días sin dormir, y cuando presenté la demo, me quedé dormido delante del PC. Dar me despertó para la proyección. Recuerdo que estaba muy dormido y casi no vi nada, pero recuerdo los aplausos a media demo y al final de esta: luego nos fuimos de fiesta toda la noche por Durango, cerrando todos los bares y discotecas que encontramos :P
Da Cube 4: Con esta prod empieza la época oscura de Collapse. Parcialmente porque empezamos a hacer las cosas un poco separados. Quizás debería haberme centrado en hacer más las cosas que pedían los artistas y menos lo que me daba la santa gana... La prod salió debido al "pique" con bp/fuzzion para que alguien más se dedicara a 4k. De hecho, ya me había dejado su dropper de .com, así que tenía la parte más complicada (para un principiante) solucionada. La verdad, es que no conté a nadie que estaba preparando la prod, y el primero en verla fue bp: los dos organizábamos la sección de proyección/compos de la bcnparty, y andaba haciendo pruebas a ultima hora y la vio. Aún recuerdo su comentario, el primero sobre la prod: "Sin la música esto no tiene gracia" :P Al final creo que gustó bastante, algún día haré la final (de hecho, una versión mucho mas definitiva lleva años cogiendo polvo en mi HD), si algún músico se anima a hacer versión de la música.
HappyNewYearMo 2004: Esta demo se hizo con el motor de b52. Mi participación se limitó a modelar el jarrón que sale en la prod, y una tool rápida para limpiar los ficheros ASE que se usaban en la prod. No me impliqué mucho en el desarrollo, así que poco puedo contar de ella :_(
Never Forget: Esta prod la empecé después de cortar con la que entonces era mi novia. De hecho, si leéis el scroller final, hay una referencia escueta al tema. La idea general era reproducir el diseño que shock hizo para la que tenía que ser nuestra primera producción: aun tenía los bocetos que hizo, así que me dediqué a hacer escenas con el raytracer lo más parecidas posibles a estos. A nivel de código, me lancé a portar el raytracer a openGL, para que la interpolación de los quads resultantes del raytracing se hiciera por hardware, aunque la implementación dejaba MUCHO que desear. Otro detalle curioso es que toda la sincro la hice en una noche, mientras me fumaba un paquete y medio de tabaco: no tenía implementado ningún sistema para saltar al final de la producción, asi que cada vez que retocaba alguna cámara o sincronización del final tenía que verla entera. Fue una noche muy larga, pero divertida. También a resaltar que no dije nada a nadie hasta que tuve la prod al 80% (faltaban las texturas, pulir el track, y acabarla): quedé con los Collapse de Barcelona, nos fuimos a comer por el Born, y cuando terminamos de comer, en la misma mesa, abrí el portátil y les enseñé la prod. Me parece que nunca he visto a shock tan sorprendido como ese día :)

Si gusta, sigo explicando historias de las prods, que aun quedan las de 4k, con historias mucho más surrealistas :)

Puños fuera!

2009-08-06T14:33:00.000-07:00

Hace unos días estuve en casa de un amigo que acaba de tener un hijo (técnicamente su pareja, pero ya se entiende). Hacía casi dos años que no nos veíamos, aunque hace mucho que nos conocemos: al irme de Barcelona, habíamos perdido el contacto. Fui a su piso, conocí a su hijo (que entonces hacía 7 días exactos que había nacido) y me invitaron a comer. Su madre preparó unas de las paellas mas espectaculares que puedo recordar. Compartieron lo que tenían conmigo, de forma generosa.

Cuando era pequeño, solíamos ir, con mis padres y los compañeros del club excursionista, bastante de camping. Allí, casi siempre que comíamos se hacia en comunidad, se compartía la comida con todos, y nadie abusaba comiéndoselo todo ni nada parecido.

Y porque cuento todo este rollo personal, cuando os importa un pepino? Pues porque al final de este post hay el código de la ultima prod que hemos hecho slack y yo. He limpiado un poco el código, y ahora debería requerir menos GPU, pudiendo funcionar en aquellas tarjetas que no soporten GLSL 1.2 (o OpenGL 2.1 completo, si lo preferís). Ademas, he reducido el tamaño de la prod a la vez que he añadido soporte decente para resoluciones diferentes y para esconder el ratón.

No he añadido contenido ni he corregido el que había, prefiero trabajar en nuevas prods que no invertir tiempo en esta: únicamente sacamos versión final porque ha sido un trabajo derivado de limpiar el código para publicarlo. De hecho, al poco de publicar este post estaré empezando la nueva prod. Ademas he publicado versión final de la 4k:

- otopoto / Collapse & Gatitos (versión final )
- otopoto / Collapse & Gatitos (código fuente)

Preguntas, insultos y correcciones serán bienvenidas.

Nueva 4k

2009-07-26T14:48:00.000-07:00

Pues eso, hemos terminado una nueva 4k. Las criticas no han sido buenas, y quedamos segundos. Ademas, para añadirle insulto, es la 4k a la que posiblemente he dedicado mas tiempo. Vaya, un fiasco, no? No creáis. Voy a contar porqué.

Hace 2 años exactos, decidí dejar de producir. Acababa de volver de la Euskal, habíamos ganado la competición de 4k, y yo solo podía sentir frustración por la producción con la que habíamos ganado: mucho material reutilizado y hecha con desgana. El hecho que ganara solo añadió insulto al asunto. Ya entonces consideraba seriamente que no producía al nivel que podía hacerlo, al menos en lo que respecta a técnica. Hacer cosas abstractas esta bien una temporada, pero después de unos años...

Decidí dejar de producir hasta que no pusiera todo mi empeño en una producción. Hace algo menos de un año empecé con la versión final de la Let yourself go, ya que creía que merecía un poco de amor antes de olvidarla para siempre. La idea era pillar carrerilla en algo orientado a la demoscene, y luego empezar algo nuevo. Siempre con la idea de volver a producir con ganas, y dar lo que pudiera, al menos a nivel técnico.

Y aunque el resultado de la otopoto no sea el que tenía en la cabeza, y siendo consciente que había muchísimas cosas por pulir, puedo levantar la cabeza alto y sentirme orgulloso de haber trabajado en ella a consciencia. Obviamente, el resultado artístico deja que desear, pero técnicamente tiene detalles interesantes. En la próxima tengo que recordar centrarme mas en la parte artística, como hacía con las producciones mas abstractas.

Solo para notar como las prisas finales hicieron recortar en calidad, comparad los 2 shots siguientes. El primero es el de la prod a una semana de la party, el segundo de la versión presentada en la party:

No mucho mas que comentar al respecto, si alguien quiere mas detalles, que comente y le responderé lo mejor que sepa.

A parte, en esta euskal también di una charla sobre 4k. Hubo cosas que funcionaron muy bien y otras que no. A parte, estaba algo nervioso, pues la sala estaba MUY llena (50-70 personas) y no había ensayado la charla tan a fondo como hubiera querido. Tenéis, de momento, el audio y las diapositivas usadas aquí. A final de verano saldrá el vídeo de la charla, cuando esté disponible ya lo comentaré por aquí.

Hoy, snippets cortos de código

2009-07-03T13:09:00.000-07:00

Viendo como OpenGL va a deprecar parte del API (cosa que me parece bien, a ver si conseguimos mejores drivers!), y la costumbre de programar cosas de mas que tenemos algunos, he creído que alguien le seria útil. Funcionan 100% igual que las funciones de la API (misma matriz, etc). Empezaré por el mas trivial (la implementación es directa respecto a la documentación), crear una matriz de proyección ortográfica, con los mismos parámetros que gluOrtho:

   1:  CMatrix4x4 CreateOrtographicProj (float left,   float right,

   2:                                    float bottom, float top,

   3:                                    float Near,   float zFar)

   4:  {

   5:   CMatrix4x4 result;

6:

   7:   float  tx = -(right+left)/(right-left),

   8:          ty = -(top+bottom)/(top-bottom),

   9:          tz = -(zFar+zNear)/(zFar-zNear);

10:

  11:   result.Set (2.f/(right-left), 0.f,              0.f,               tx,

  12:               0.f,              2.f/(top-bottom), 0.f,               ty,

  13:               0.f,              0.f,             -2.f/(zFar-zNear),  tz,

  14:               0.f,              0.f,              0.f,               1.f);

15:

  16:   return result;

  17:  }

Como apunte, en todos los snippets de codigo usan ciertas clases matemáticas sencillas que uso, en esta la clase matriz cuadrada de 4 elementos. Si hay alguna duda sobre esto, comentadlo y expando los detalles sobre ellas. A efectos prácticos, podéis suponer que CMatrix4x4::Set (...) es equivalente a ir asignando a un array de floats de 16 elementos: el primer parámetro seria el primer elemento del array, el segundo parámetro el segundo elemento, etc.

En segundo lugar, proyección en perspectiva, equivalente a gluPerspective:

   1:  CMatrix4x4 CreatePerspectiveProj (float fovy,  float aspect,

   2:                                    float zNear, float zFar)

   3:  {

   4:   float f    = tanf (((fovy/180.f)*(float)M_PI) / 2.0f);

   5:   float div  = (zNear-zFar);

6:

   7:   f   = IsFloatEqual(f, 0.f) ? FLT_MAX : 1.f / f;   8:   div = IsFloatEqual(div, 0.f) ? FLT_MAX : 1.f / div;
   9:

  10:   CMatrix4x4 result;

11:

  12:   result.Set (f / aspect, 0.f,   0.f,              0.f,

  13:               0.f,          f,   0.f,              0.f,

  14:               0.f,        0.f,   (zFar+zNear)*div, (2.f*zFar*zNear)*div,

  15:               0.f,        0.f,  -1.f,              0.f);

16:

  17:   return result;

  18:  }

A comentar, la macro IsFloatEqual solo compara dos números en coma flotante: el método normalmente mas recomendado (pero menos rápido, obviamente), es restarlos, coger el valor absoluto, y comparar si es menor que cierto epsilon. Esto se hace así debido a que por precisión de los numeros en coma flotante, comparar con numeros exactos (por ejemplo, haciendo float == 0.0) es desaconsejable.

Finalmente, el que tiene mas curro, el gluLookAt (sobretodo, porque la documentación obvia ciertos detalles):

   1:  CMatrix4x4 CreateLookAt (const CVector3 &eye,

   2:                           const CVector3 &center,

   3:                           const CVector3 &up)

   4:  {

   5:   CVector3 f      (center-eye);

   6:   CVector3 upLocal(up);

7:

   8:   f.Normalize();

   9:   upLocal.Normalize();

10:

  11:   CVector3 s = f ^ upLocal;

  12:   CVector3 u = s ^ f;

13:

  14:   s.Normalize();

  15:   u.Normalize();

16:

  17:   CMatrix4x4 result, translate;

18:

  19:   result.Set ( s.x,  s.y,  s.z, 0.f,

  20:                u.x,  u.y,  u.z, 0.f,

  21:               -f.x, -f.y, -f.z, 0.f,

  22:                0.f,  0.f,  0.f, 1.f);

23:

  24:   translate.SetTranslation (eye*-1.f);

25:

  26:   return result*translate;

  27:  }

A ver, destacar de este snippet, que el operador^ de la clase CVector3 equivale a hacer un producto vectorial (cross product), que el método Normalize hace lo inferible del nombre (es decir, normaliza el vector usando su modulo), y que el método SetTranslation de la clase CMatrix4x4, simplemente asigna a una traslación a la matriz (en este caso, al ser una matriz identidad, simplemente creamos una matriz de traslación).

No he explicado a fondo que hace cada parte, para eso tenéis los links a la documentación de OpenGL, y si hay mas preguntas mejor dejad comentarios.

La licencia de este código es la obvia y clásica haced lo que os dé la gana con él. Si encontrais algun bug, comentarlo y aprendemos todos de ello :)

Como se creó la Extasik / Collapse & Necrostudios

2009-06-16T08:30:00.000-07:00

Iba a hacer un post técnico sobre mi demo-engine, comentando tonterías que estoy haciendo, y las mil paridas que estoy aprendiendo a base de leer más libros de C++ (y darme cuenta que soy un pardillo de C++), pero como no estoy en casa, he preferido contar como surgió la que es, posiblemente, la producción de la que estoy mas orgulloso: la extasik.

Primero empecemos con el contexto de la producción en si:

katedra	July 2006
e-fill	April 2006
extasik	March 2006
ifparty invitation'06	February 2006
xmo06	January 2006
siahtu	December 2005

(Ripeado vilmente de pouet)

Como veis, fue una época realmente muy productiva, prácticamente a producción por mes, de las cuales la única que considero flojilla es la siahtu (a pesar que tenia mucho trabajo detrás, no quedo demasiado bien). En medio de todas estas producciones, esta la extasik.

En febrero de 2006, la gente de Bixo me invitaron a la Plugparty. Por ser demoscener no tenia que pagar entrada, pero insistieron que tenía que producir. La Plugparty era una party pequeña, con un publico mayoritariamente gamer, que se hacia en un pueblo tranquilo cerca de Lleida. Como al mes siguiente había la, también ahora, desaparecida ifparty, que organizaba, entre otros, slack, decidí matar dos pájaros de un tiro y hacer una invitación para tal party (diría, si mal no recuerdo, que fue slack quien me instó a hacerlo). Al final la prod dio la temática de la party, y quedó muy resultona. Lo importante es que fue posiblemente la primera colaboración seria con slack (no tendré en cuenta la grevox, ejem), aprendiendo a usar el sinte para sincronizar, tener en cuenta cuanto ocupa y que podía hacer.

Al mes siguiente había la ifparty, a la cual bajaba con los Bixo, y también tenia que llevar prod. Para cambiar mi sistema habitual de rellenar hasta llegar a 4k, esta vez decidí programar todo lo que quería en la prod, y luego sufrir bajándola hasta los 4k. Las inspiraciones principales para la prod fueron The S (que es la obvia) y la menos obvia, VHS. Quería una prod usando mucha sincro, rápida, y con 4 partes diferentes mínimo. Además quería postprods y algo de decoración a parte de lo mostrado en pantalla: evitar fondos negros y/o efectos "limpios", etc.

La prod la empecé hacia el día 6 de marzo, es decir, 2 semanas antes de la deadline. Durante la primera semana y media, se hizo toda la parte grafica, sin optimizar nada (a parte de ciertas obviedades), y sin música ni sincronismo. De hecho, como curiosidad, la prod la probaba con la música de la invitación de la ifparty, y no fue hasta la misma ifparty cuando slack hizo el track para la 4k. Entonces, el martes antes de la party, decidí que ya tenia todo el contenido que deseaba, y que era el momento de empezar a optimizar. Probé de comprimirla con crinkler, para saber cuanto me había pasado de 4k: la prod ocupaba algo menos de 6kb, si no recuerdo mal.

Bajar el primer kilobyte y medio fue un trabajo bastante lineal y divertido: eliminar redundancias, añadir secciones, quitar burradas, etc. Estuve 3 días casi sin dormir optimizando la producción, de hecho, la noche antes de ir hacia la party (diría que fuimos para allá el sábado por la mañana) no dormí nada. Justo cuando me venían a recoger en coche, la prod bajaba hasta los 4096 bytes (recuerdo estar bastante contento de tener la prod sin sincro ni música, pero cerca de algo presentable).

Acabar la producción en la party fue posiblemente la parte más divertida. Por una parte, me había comprometido con slack a dar una charla sobre las 4k que había/habíamos hecho hasta ese día (que funcionó bastante bien para ser una charla orientada a explicar tonterías internas de cada prod), y aun tenia que conseguir una canción de slack, sincronizar y pulir la prod: todo eso en unas 12 horas. Estuve optimizando mas cosas de la prod hasta el medio día, entonces me fui a comer con bastante gente de la party a un chino, mientras el pobre slack se quedaba en la party haciendo la música de la prod (igualmente se tenia que quedar, al ser organizador).

Cuando volvimos del chino, slack tenia un esbozo bastante final de la música, así que podía empezar a sincronizar y optimizar. Gran parte de la tarde se basó en hacer la sincro con la música y optimizar alguna cosa, aunque no salirse de 4k en este punto fue gracias a slack, pues le dejé muy poco espacio para la música. A media tarde dí la charla (explicar cosas sobre la charla es una historia para otro día), para después seguir con la prod.

Quizás la parte mas remarcable fue terminar la prod en si mismo. Como muchas veces pasa, cuando teníamos la prod terminada y por debajo de 4k, la probamos en la compo machine (que traía una ATI, como no) y el texto se veía mal. Corregí el bug, pero al corregirlo la prod volvió a subir: estábamos al límite de los 4kb, y al hacer cualquier cambio, la compresión de la prod no era tan eficiente y subía bastante (10 bytes, aproximadamente). El principal problema a esas horas es que la deadline era inminente. Por suerte, slack estaba muy liado montando las compos, y yo estaba al final de la sala de la ifparty. Lo que hice fue ir dándole largas (nos pasamos mucho rato pegando gritos de punta a punta), porque sabía que no se levantaría para recorrer los 20 metros, estando hasta arriba de responsabilidades. Así conseguí casi una hora más para terminar la prod, escribir el nfo, el diz, hacer screenshots, etc. Truquillos de party-coding que no viene mal saber :P

Finalmente, unas cuantas curiosidades:

- La llamamos extasik por la canción de Chimo Bayo. Luego le siguió la extanok.
- La escena final fue en principio una sala con columnas y un objeto central (hay un screenshot al final del post). Al final se cambió. La escena que sé usó al final, se referenciaba entre slack y yo como la escena de las tetas. Esto es una referencia oscura a la invitación de la ifparty06, donde la primera se referenciaba como la escena de las p*****.
- El texto que sale en las dos partes finales eran, en principio, el nombre completo de los dos grupos. Por motivos de tamaño se recortó.
- La mayoría de la prod la monté a 320x240, porque mi pobre portátil se moría con los postprods.
- Todos los objetos en la prod son cilindros. El sistema para pintarlo hereda de la grevox, la siahtu y una prod que nunca terminé.
- El fondo de las dos primeras escenas se reutilizó para la e-fill, pero sin rotarlo como hace en esta.
- Gran parte del código gráfico de la extasik se reutilizó para la extanok, por ejemplo la sala y el sistema de dibujado de cilindros.
- Unos meses más tarde, descubrimos el truquillo de truncar floats. La optimización en la extasik es principalmente refactorización de código.

Y unos screenshots de la prod a medio montar. Las imágenes no están desaturadas, el esquema de color lo metí cuando acababa la parte gráfica:

Cronica de la captura de una demo

2009-06-06T11:27:00.000-07:00

Hace tiempo, en un ataque de los que nos da a algunos coders, porté varias demos de MS-DOS a Windows:

- Un pack que llamé internamente "hat-trick" de Anaconda (Eunectex, Requiem y fix de la Insane Elements)

- La Fulcrum /Matrix (esta la porte en una noche non-stop) y la G-Cube
- La Mayhem/Incognita (sobre esta hasta hay un pseudo-diario de desarrollo, parte 1 y parte 2)

Y dejando de lado al capitán obvio comentado lo que todos sabéis, siempre me quedó cierta espina clavada por no haber podido portar la ultima demo de Anaconda para MS-DOS, la Myth Of Orion: pedí el código algunos coders de Anaconda, pero no lo pudieron localizar. Tenia muchas ganas de portarla, en parte, porque así habría portado todas sus demos a Windows, permitiéndome verlas en cuanto me apeteciera. Pero el motivo mas importante es algo más largo de explicar.

Hacia 1997 mi padre compró un Pentium MMX a 200Mhz. Al cabo de aproximadamente 4 años ese PC pasó a ser mio, y le metí una Voodoo Banshee. Aunque la mayoría de demos que quería ver iban bien, habia una en particular que iba a framerates bajos (menos de 10fps): la Myth Of Orion. Aunque la vi muchas veces, habia ciertas partes que se arrastraban sobremanera, y siempre quise poder verla a una velocidad decente.

Hacia 2002, me compré un portatil nuevo, pero traía instalado WindowsXP, y el soporte de MS-DOS de este deja bastante que desear. Asi pues, aparqué el tema de verla bien, y seguí viendola en mi viejo equipo.

Unos dos años mas tarde, Dosbox empezó a tener soporte para VESA. Probé los primeros parches que lo traían (diría que a través de un nighty build), y por fin pude ver la demo. Y digo ver, porque la velocidad no era muy aceptable. Ademas, se colgaba hacia el segundo minuto (sigue haciéndolo hoy en día). He ido probando cada nueva versión que sale de Dosbox, pero todas se siguen colgando en el mismo sitio, así que seguía sin poder verla bien. Por la misma época tenía también instalado el VirtualPC para los demoshows de las bcnparty, pero no conseguía que funcionara bien tampoco.

Avancemos hasta finales de 2008, principios de 2009. Por motivos que no vienen al caso, he tenido que usar Virtualbox, sobretodo para tener un Linux a mano. Hace una semana, debido a que ya no necesitaba usar mas Linux, borré el disco duro virtual donde estaba alojado, y pensé que podría probar de instalar un MS-DOS, a ver si podía ejecutar las demos antiguas que hace tanto tiempo que no veo. Mirando las features de la aplicación, vi que soportaba una SoundBlaster16 virtual, lo cual me permitiría ver la demo bien.

Una vez instalado MS-DOS en la maquina virtual, configurado el sonido, memoria, etc, para que funcione, consigo ejecutar la demo. Todo ilusionado, me dispongo a verla, y al cabo de 2 minutos se cuelga en el mismo sitio que con Dosbox!

Ya sin ideas, decido mirar si Bochs o Qemu ofrecen algo que no ofrece VirtualBox. Primero probé Bochs, porque encontré un tutorial sobre como instalar MS-DOS 6.22 en él. Luego de una hora de instalar el SO y configurar lo necesario, me decido a ejecutar la demo. El problema es que es un emulador y no un virtualizador (como Dosbox, vaya), con lo cual la velocidad es menos que aceptable. Igualmente, si funciona, al menos podré verla a 1fps: siempre que no se cuelgue en el sitio habitual.

Espero los dos minutos de rigor, viendo la demo a ritmo de tortuga, y para mi sorpresa, no se cuelga! Entonces había dos problemas a superar, el segundo a consecuencia de la solución del primero:

1) La demo va a 1fps, y me pierdo mucho contenido (la demo funciona como si la ejecutara sobre un Pentium 75 aproximadamente). Bochs permite configurar el numero de ciclos por segundo, con lo cual puedo ver la demo como si tuviera un Pentium 500, pero cada actualización de pantalla tarda 4-5 segundos.

2) Bochs no permite capturar la salida por pantalla a vídeo o similares.

El caso ideal seria poder grabar la salida usando en método detallado en el punto 1, con algún sistema. Lo primero que se me ocurrió fue usar Fraps o Hypercam. El primero no me sirvió, porque Bochs no usa OpenGL para la salida a pantalla. El segundo captura cualquier ventana, pero presenta otro problema: no sabía si podría tener en cuenta que solo capturara cuando la ventana se actualizara.

Así que hice lo que cualquier coder pocafeinoso haría: me bajé el código fuente del Bochs, y lo modifiqué para que guardara cuando un fotograma es diferente del anterior dibujado. Para simplificar el logger, hice que grabará en raw a disco. Luego solo es cuestión de dejar al Bochs guardando toda la demo (tarda del orden de 2 horas, aproximadamente), y luego montar esas imágenes capturadas.

El siguiente problema es que no sé mucho de edición de vídeo, así que en vez de buscar un software capaz de crear un vídeo en base a las capturas, ademas de tener que convertir los raw a un formato reconocible por ese software, decidí crearme mi propio conversor. Ademas, como no sabía el framerate exacto al que había captura, metí soporte para ajustar la velocidad del vídeo (y en un futuro no muy lejano, para hacer interpolación temporal, aunque sea chapucero). Después de haber creado el vídeo, solo es necesario unirlo con la música de la demo, y tenemos una captura de la demo: fácil fácil!

Las ventajas de este sistema, es que puedo capturar cualquier cosa que funcione sobre Bochs, que no son pocas. Las desventajas es que es un sistema muy lento y que la sincronización se tiene que hacer a mano (ademas, dista bastante de ser perfecta).

Y esto es todo: espero que ver a que extremos puedo llegar, anime a algunos grupos a rebuscar su código viejuno para que haga ports como dios manda, en vez de tener que hacer chapuzas para poder ver sus demos!

Unos screenshots, y cierro, que esto se ha alargado demasiado:

Y un vídeo montado a prisa, disculpad la calidad general, pero tengo que recapturar todo de nuevo: entendedlo como una muestra previa :)

PS: Como scenesp no está funcional, he subido el vídeo con el sistema de google, y se ha zampado la calidad para desayunar.

Kings Tools

2009-04-21T14:29:00.000-07:00

Solo una entrada corta para recomendar este add-in para VisualStudio. La usé mucho en VStudio 2003, pero no funcionaba en VStudio 2008, así que me quedé sin ella, y sin documentar cómodamente en doxygen ni cambiar entre .cpp y .h rápidamente (si, sé que lo puedes hacer con macros "facilmente", pero a esta herramienta ya estoy acostumbrado).

Como el código esta disponible, alguien que responde al nick/nombre de Green Chilli, dejó en los comentarios la pagina de codeproject (donde se publicó el original para 2003), el codigo modificado para que funcionara sobre 2008: el problema es que esta programado en VBasic, y no lo tenia instalado... HASTA HOY!

Así que os pongo el código modificado, junto con el instalador ya compilado (así no tenéis que instalar la bazofia de VBasic), para facilitar el trabajo a la gente:

Repito que yo solo he compilado el codigo, no soy el autor de la modificación para que funcione en 2008 :)

Volviendo a empezar, poco a poco

2008-10-15T12:59:00.000-07:00

Hacia mucho que no escribía por aquí. El ultimo post quería decir que vuelvo a verme motivado para producir demos. Aunque muchos ya lo saben, me tomé un descanso porque noté que no producía lo mejor que podía, y no quería seguir creando productos sub-par. No creo que todas mis producciones sean mierda, ni de lejos, pero la ultima 4k, la forma de hacerla (la casi nula intención por crear algo de calidad), fue la razón que decidiera parar.

Durante el parón (y antes de él) me he visto envuelto en bastantes proyectos, algunos de ellos públicos, muchos de ellos privados, que solo han visto las pocas personas en las que confío para mostrar mis trabajos en progreso. Por eso, hoy quiero hacer un poco de resumen, con mas pantallazos que texto. Al fin y al cabo, nadie lee los blogs, para que escribir :P

Me gustaría, pero no sé si conseguiré, que hubiera preguntas respecto a los proyectos. Estoy muy abierto a dar toda la información posible y ayuda. No soy muy partidario de dar código a espuertas, pues creo que coger el vicio de copiar código por sistema es malo. Aprender a hacer algo basado en una explicación concisa me parece mucho mas didáctico. Así pues, preguntad, y intentaré dar todo mi (limitado) conocimiento.

Nada más, empezaré con los visores de formatos de geometría de juegos. Basicamente son cargadores del formato que usan ciertos juegos, tanto sea en sus modelos como en los mapas en si. Luego hay unas cuantas pantallas de mis colaboraciones en emuladores. Por cierto, los shots no están en orden cronológico, sino quedaba algo desestructurado, si alguien quiere saberlo lo comento.

Quake 1 / Quake 2

Quake 3

Portal / Half life 2
(mismo engine porque es el mismo formato)

Visor de modelos del Half Life 2
(lo programé a parte y luego lo integré en el engine de arriba)

Visor de modelos del Doom 3
(también tengo hecho un cargador de mapas, pero no tengo shots a mano)

Visor de modelos del Crysis

Port del mi motor de Quake 3 a DS
(corriendo sobre emulador, también corre en el hardware real)

Port del mi motor de Quake 3 a PSP

Desmume (emulador de DS)
(Colaboración, principalmente, trabajo en el core 3D, pero también en la CPU/2D/optimización)

jpcsp (emulador de PSP)
(Colaboración, principalmente trabajo en el core 3D)

Y esto es todo lo "importante" a mencionar. Contando que estuve activo en la demoscene hasta Julio del 2007, tampoco está tan mal. Por supuesto, podría haber hecho más, pero mucho tiempo se dedicó al emulador de DS, cuyo desarrollo fue muy complejo.

A parte, a ratos voy trabajando, como todo coder gráfico, en un engine 3D, del cual me guardaré shots para otra ocasión.

Nada más que contar ni mostrar por hoy!

Se acabaron las gilipolleces

2008-07-16T12:25:00.000-07:00

Estoy volviendo. Lo intento con fuerzas, y espero que lo merezca. Es el momento de volver a levantar la cabeza, y dejar a un lado las ideas de una solución sencilla. Si no es hoy, mañana. En breve, lo entenderéis.

Dejando de molar

2006-06-16T13:33:00.000-07:00

Como siempre, hace ya tiempo desde la ultima entrada...

Despues de la excursión de 3 dias con mi padre, se ve que volví nuevo, y me dediqué a programar bastante orientado a la scene. En cuestion de 45 dias, hice tres 4k y dos ports a windows. Un mes despues, terminé un tercer port, y desde entonces poca cosa he hecho. Para referencia, las 4k son, en orden cronologico:

- Ifparty'06 invitation / Collapse + Necrostudios
- Extasik / Collapse + Necrostudios
- e-fill / Collapse + Necrostudios

Y los ports:

- Fulcrum / Matrix
- G-Cube / Matrix
- Luxo / Matrix

Estoy especialmente contento con las dos primeras 4k (ifparty'06 invit y la extasik), la primera por el diseño general (que despues se convirtió en la imagen de la party :O) y la otra por ser tecnicamente bastante más potente que cualquiera que hubiera hecho hasta la fecha. Sobre los ports, el de la Fulcrum fué genial hacerlo, siempre me encantó.

Ahora mismo, estoy algo off de la demoscene. Los motivos son varios, y no creo necesario discutirlo aqui, pero simplemente necesito centrarme en otras cosas más interesantes que hackear graficos dentro de una 4k. Almenos ese es mi punto de vista ahora mismo.

Como no quiero (ni puedo) dejar de programar en casa, estoy liado con un engine 3D, centrado en soportar ciertas cosas que hace meses que queria probar. Siento ser parco en detalles, pero de momento poco hay que contar.

Como apunte final, me da la impresión que este verano no asistiré a muchas partys, no me he preocupado de inscribirme decentemente a la euskal, y los billetes a la Buenzli y la evoke estan demasiado caros. UPDATE: se ve que no han enviado aun las invitaciones de la PMP, sino que simplemente soy gilipollas y me creo mis opiniones demasiado rapidamente, por supuesto siempre basadas en humo :P

Ah, y ademas, ahora curro de programador.

Nada más, divertíos.

Excursión

2006-02-26T15:00:00.000-08:00

Ya se sabe, una imagen vale mas que mil palabras:

Resumiendo mucho, me he pasado 3 dias cruzando montañas, y ahora que ya he vuelto a Barcelona, la verdad es que añoro el cansancio, dolor de piernas y sudor de esos dias...

Emulación

2006-02-15T03:50:00.000-08:00

Como algunos sabran, ultimamente, para despejarme de proyectos mas grandes y complejos, he recuperado mi emulador de gameboy que escribí por alli el 1999-2000.

Llamarlo emulador seria uno de los peores eufemismos que uno se puede imaginar, pues:

- No emulaba la pantalla
- El emulador de la cpu, tenia mas errores que lineas de codigo
- Todo el timing estaba hecho a ojo

Resumidamente, que era solo un core del z80 modificado que trae la gameboy.

El dia 2 de enero, cuando la xmo'06 de collapse estaba parada esperando a algunos graficos, y que yo corrigiera mil bugs del engine, decidi darle un toque, a ver si lo conseguia. Porque? Hacer un GUI en windows forms me hacia mucha gracia, pero necesitaba algun proyecto, y el emulador era perfecto: necesitaba un debugger decente para la cpu, integrar graficos en la pantalla principal, un visor de sprites... Era la oportunidad perfecta!

Resumiendo las 3 semanas que siguieron, hice mil versiones del debugger, cada una mas usable, un visor de sprites, integré opengl en la ventana principal, para poder ver lo que veria en una gameboy, un visor de "hardware", como lo llamo yo, que no es mas que todas las direcciones de gameboy que controlan la pantalla, y la cpu.

Sobre la parte mas tecnica del emulador, comentaré como lo hice, y quizas, que cosas haria diferente ahora mismo:

1o) Consigue roms libres con codigo. El debugger ayuda mucho para todo lo que no tengas codigo original, pero unos buenos comentarios son mano de santo. A parte, siempre son mas simples que un juego comercial, y ayudan a corregir detalles que de otra manera se te escaparian. Las hay para todas las consolas/maquinas, asi que no hay excusa.

2o) El debugger lo mas simple posible. En las primeras versiones, tenia un debugger super-cutre, sin ni soporte para breakpoints, pero con mucha información sobre los registros especiales. Al final, he sacado esos registros especiales (que no son mas que ciertas direcciones de memoria) a otra ventana, y he dejado el debugger asi:

Mis recomendaciones en concreto, serian: añade soporte para breakpoints lo mas pronto posible, haz que el viewer del desensamblado sea scrollable, y haz que el comando run corra igual que correria el emulador sin debugger. Son detalles simples, pero yo no los tenia al principio, y me he demostrado que son muy utiles.

3o) Debuggea, debuggea, y debuggea. En mi caso, el interpretador, es un switch gigantesco, y tengo que todas las instrucciones que no soporto, salga un error y salga. Antes de emular/jugar a ningun juego, probé mil roms de juegos, solo para asegurarme que el interpretador esta completo, ya habra tiempo para implementar graficos. Puedo decir que me sé gran parte del codigo tanto el Dr. Mario como el Tetris. Si no te gusta debuggear, un emulador te aburrira soberanamente.

Me dejo mil cosas, pero es realmente complejo explicarlo todo en solo un post. Ahora ya emulo el 90% de los juegos de la gameboy mono perfectamente. Otro dia pondré shots :)

Cambiando de tema...

Hablando con diversas personas del IRC y messenger, me comentaron que seria interesante que hablara de emuladores de diversas maquinas, y de joyas que he visto para gameboy/gameboy color. Empezaré por las joyas de gameboy, explicando un poco como es la maquina, para que se entienda un poquito lo que podeis ver.

La gameboy mono solo puede mostrar 4 tonalidades de ocre en un LCD de 160x144 pixeles, su cpu va a 4mhz, y la pantalla funciona con un puntero a tiles de 8x8 pixeles o de 8x16 pixeles. Se pueden mostrar 40 sprites en pantalla, con una limitación de 10 por linea, pudiendo cada sprite estar girado respecto la X, la Y. A parte, tiene un background de 256x256 pixeles, scrolleable en X e Y, que funciona de manera que cuando una parte sale por un lado, aparece en el otro (scrolleable en loop, vaya, pero asi se entiende mejor). También se puede activar, la llamada "window" que es otro background que se pinta encima del background, este no loopea como el background, y tiene una resolución de 256x256. Para mas efectos, los sprites pueden tener prioridades sobre ciertos colores del background y la window, pudiendo crear asi diversos efectos (como un personaje pasando por detras de arboles, o cosas parecidas). La cpu solo puede direccionar 16bits, es decir, 64kb de datos, pero esta limitación se pasa con banking, que no es mas que tener cierto rango de memoria que se puede cambiar por otro al escribir en ciertos registros del cartucho. Con esto, se puede conseguir hasta 8kb de ram, o 2mb de rom. Hasta aqui la explicación rapida de como funciona una gameboy mono de toda la vida.

La gameboy color, funciona a 4 o 8mhz, dependiendo del modo en el que este la cpu, puede mostrar hasta 64 colores en pantalla, de 32768 posibles, pero esto se puede superar cambiando la paleta por scanline. A parte, tiene varias clases de dma, para copiar memoria mas rapido.

Asi pues, tenemos una consola en la que no tenemos acceso directo a pantalla, que todo lo debemos pintar en la tabla de tiles, con una cpu lenta, ademas de tener muy limitados los periodos de escritura en esa ram de tiles.

El mejor emulador actualmente es el kigb, si quereis ver alguna de las roms abajo reseñadas, usadlo!

Demos/juegos impresionantes:

- Stun Race FX: posiblemente lo mas impresionante que he visto nunca. Solo usa la gameboy mono, pero muestra 3D, buena velocidad, y muchas de las cosas que hacia el chip FX de la SuperNintedo, que era una cuantas generaciones mas avanzado. Simplemente impresionante.

- Mental respirator: 3D, buenos efectos y buenos graficos, quien necesita mas?

- Demotronic: Scroll vertical durante el scanline, algo que segun nintendo no se podia hacer. Vale la pena verla solo si sabeis como funcionan las maquinas por tiles.

Ya seguiré comentando segun me pique, a parte, me dijeron a ver si podia comentar emus de diversas consolas, mas en general:

- Gameboy Mono/Color: Kigb. Testeado con todas las roms conocidas de gameboy, 100% compatible, simplemente perfecto. Portado a varios OS, y aun en desarrollo.

- MasterSystem/Gamegear: Meka. Un buen gui, herramientas para desarrollar, y jugar comodamente. Portado a varios OS, con source disponible y aun en desarrollo.

- Megadrive/MegaCD/32x: Gens. Muy rapido y compatible, como pega, que te cambie el escritorio a 16bits. Portado a varios OS, con codigo disponible, algo abandonado.

- Super Nintendo: ZSnes. Muy rapido y compatible, ademas de tener opciones para "mejorar" los graficos como para tirar un tren. Portado a varios OS, con codigo disponible, y en desarrollo.

- Sega Saturn: SSF. El mejor emulador de esta autentica bestia dificil de emulador (tiene 8+ chips que se tienen que sincronizar). Aun en desarrollo, bastante compatible, aunque necesitareis un pc con windows y SSE2.

- Playstation: EPSXE. 100% compatible, rapido, uno de los coders es de por aqui, tiene version windows y linux, y soporta plugins. Algo abandona pero no creo que necesite mas updates.

- Nintendo 64: Project64 (El site a veces esta down). Utiliza emulación de las principales librerias graficas que se usaban en para la n64, asi que pierde compatibilidad en pro de la velocidad. El mas compatible, muy rapido, y aun sigue en desarrollo. Solo para windows, pero el codigo de la 1.4 es libre, asi que se podria "portar".

- Dreamcast: Chankast. Muy rapido, practicamente abandonado, desarrollado por conocidos demosceners. Solo para windows :)

- XBox: CXbx. Un hack de las llamadas a las librerias/hard de xbox, para que rulen en windows, debido al parecido de la XBox a un pc. De momento solo furula el Turok y esta abandonado, pero hay source disponible.

- Playstation 2: pcsx2. Promete ser el mejor, no puedo hablar sobre su rendimiento, a pesar que por los shots promete ir lentillo en la generación actual de CPUs. Sera/es una buena plataforma barata para desarrollar.

- GameCube: Dolphin. Muy lento en nuestra generación de CPUs, pero bastante compatible, y muy impresionante como demostración del "se puede hacer". Sin codigo disponible, pero hay otro emulador hecho por los genios Duddie y Tratax, con source disponible, que dara que hablar cuando sea mas compatible, aqui.

- Nintendo DS: Dualis o DeSmuME. No funcionan juegos comerciales, pero son geniales para desarrollar para DS sin tener que comprar una DS o un cartucho grabable. Tambien es interesante el iDeaS, que hace funcionar alguna rom comercial hasta cierto punto.

Y esto es todo, me he dejado la NES pq nunca me ha interesado mucho, pero diria que el JNes es el mejor.

Buff, 2 posts en un dia, de aqui a 3 meses ya volveré a escribir algo...

Port de la mayhem a Windows (2/2)

2006-02-15T03:12:00.000-08:00

Sigo... (algo tarde, pero esto NO es un ego-blog)

Viernes, 25 de Noviembre del 2005
-------------------------------------------
Asi pues, con el codigo de las librerias, a pesar que no era del todo compatible, parcheo mi carga de ficheros (sorprendentemente, no me habia equivocado mucho con mi cargador hecho a base de ingenieria inversa).

En las siguientes 12h lo unico que hice es conseguir que todos los efectos funcionaran, ni comí ni bebí nada, solo codee sin parar. Tuve que corregir algunos bugs de coloreado, y, posiblemente lo que me llevo mas tiempo, imaginar como era el codigo de "emulación" de 32bits que usaba la original en segun que partes. Y porque usaba esto? Muy simple, el loader de imagenes, usaba el bitdepth teorico actual, y suponia que el bitdepth de la imagen era igual. Ningun problema para la mayoria de imagenes, pero habia algunas imagenes a 32bits, y claro, ponian un modo de 32bits fake (solo engañando a la estructura de control, imagino), para cargarlas bien. La razón porque estaba diseñado asi, algo "mal", se me escapa, pero lo atribuiré a codigo rapido y pre-deadline. Para corregirlo, estuve probando con diferentes valores en la estructura de control, hasta que di con el correcto.

Y ahora lo interesante: partes en ensamblador puro y codigo automodificable. Como he comentado, habia partes del codigo original de la libreria que no tenia, ya que los Incognita solo tenian la versión de la libreria de windows, que a pesar ser casi 100% compatible con la de MS-DOS, carecia de ciertas definiciones. La que dió algo de trabajo fue la de control del modo grafico, ya que a base de leer los .asm acabé imaginando en que orden y de que tamaño eran todos los valores que se referenciaban tanto en los .asm como en los .cpp. Muchas pruebas despues, di con la estructura correcta, pero costó lo suyo. El otro problema, es que se usaba codigo automodificable, que a pesar que en ms-dos seguro que era util, en windows no queria usarlo, asi que reescribi partes del codigo, mas que nada unos cuantos inner-loops.

Hacia las 9 de la tarde del viernes, tenia todos los efectos corriendo, menos el jarron con bump-mapping del principio, y el karateka tenia el mapeado mal, y petaba a veces. Decidí cerrar el dia, y dejarlo asi de momento.

Domingo, 27 de Noviembre del 2005
-------------------------------------------
Una vez pasado el fin de semana, decidi que ya era hora de terminarlo, asi que me puse a debuggear a piñon los 2 efectos q no iban bien, lease el karateka, y el jarron. Para haceros una idea, el karateka tenia esta pinta:

A pesar que primero pensaba en algun problema unsigned/signed (con la eunectex/anaconda ya habia tenido algun problema parecido), despues de añadir/invertir/etc los valores de mapeado, nada, que petaba de vez en cuando, y se veia fatal.

Al final, vi 2 detalles "idiotas" que se nos escapan a todos despues de releer el mismo codigo mil veces: me habia dejado cierto inner con codigo automodificable (en el jarron), y lo peor, tenia los valores de proporcion X/Y mal, ademas de una colada "menor" en la estructura de control de pantalla. Resumidamente, varios bugs menores, pero, que como siempre, juntos producian que el karateka se viera mal, y el jarron petara con su mejor "Segmentation fault".

Finalizar la prod
-------------------------------
Esto no me acuerdo cuando lo hice, pero bueno, es igual.
Le mandé la prod "terminada" a reboot/incognita y a ent/incognita, y ambos me dijeron que estaba mal el timing. Por lo visto, el player de windows daba valores MUY distintos para el control de que escena se debia ver en cada momento.

Posiblemente esta fue la parte mas pesada de hacer, ya que casi no recordaba la original, y tuve que ver mi versión portada unos cuantos centenares de veces, haciendo el timing que creia era 100% fiel. Para aquellos que hayan tenido que sincronizar una prod asi, entendaran lo desesperante, cansado, y aburrido que es.

Unas horas mas tarde, conseguí corregir el timing de la demo y acelerar la parte final de las particulas: la mandé a los coders originales, y solo ent, me comentó que le gustaria que le pusiera un control de velocidad, para que fuera al mismo framerate que la original (para que fuera mas lenta, vaya). Asi que un vsync que esperaba a la 4a vez que se iba a actualizar el monitor, y le puse un comando de consola para deshabilitar el vsync "bestia", para aquellos con pcs mas viejos, o con ganas de saber como se veria hoy en dia.

Antes de empaquetar, programé un efectillo, le añadi un grafico incrustado al ejecutable, y ya teniamos parte secreta. Despues empaqueté la release, escribí el .nfo, y saque el port, mucho mas contento de poder ver la mayhem cuando me apeteciera! Para terminar este post, un link a una imagen de mi parte preferida:

Solo dejaros con el port ya finalizado: Mayhem win32, y comentar, para los escrupulosos, que los bajos framerates de los shots linkados, son debido a que los hacia con la versión debug, que petaba menos veces en la parte del karateka :)

Port de la mayhem a Windows (1/2)

2005-12-02T08:38:00.000-08:00

De vez en cuando, me gusta volver a los "origenes" y pelearme con pixels, ensamblador y codigo de bajo nivel, para recordar como antes todo era mucho mas simple.

Esta vez le tocó a la Mayhem/Incognita, una de las demos que vi al principio de meterme en todo este mundillo de la demoscene. La verdad es que me decidí por dos cosas: tenia parte del codigo publicado (faltaban todas las librerias basicas) y es bastante dificil ejecutarla hoy dia.

Voy a intentar explicar en un estilo parecido a un diario, como se desarrollo:

Domingo, 20 de Noviembre del 2005
---------------------------------------------

Tomo la decisión de empezar el port, primero intento verla en DosBox o cualquier otro emulador que tenga a mano, sin muchos resultados. Me leo otra vez el .nfo para saber mas o menos que usaba, y reirme un rato sobre los comentarios.

Descomprimo el codigo que ya habia bajado en el pasado, y creo la carpeta "mayhem_w32", donde, al igual que en la requiem, copio el codigo original en \src y creo el proyecto. De momento, solo una consola de windows, ya habra tiempo para añadir el resto. Añado el Mayhem.cpp a la solucion, y me da un millón de errores, como esperaba. Comento todo el codigo, corrijo lo que creo necesario de las cabezeras, y dejo un bonito ejecutable, que solo dice que se esta iniciando la demo. Ya es un principio.

Me preocupo de ponerme en contacto con los coders de Incognita, para ver si me pueden pasar el codigo original.

Lunes, 21 de Noviembre de 2005
-----------------------------------------

Hago algo de ingenieria inversa del mayhem.dat. Primero, intento usar el muti-ripper con el data, pero consigo "solo" dos .xm, lo cual ya es una referencia. Me pongo los .xm a reproducir en el winamp, y abro el data en el UltraEdit, para empezar mirar como funciona (a pesar de eso, podria haber esperado a si los Incognita me pasaban el codigo, pero tenia demasiadas ganas de ver algo en pantalla). A primer vista, veo algo q parece una cabezera, algo de texto, y el principio de un .xm, asi que cambio al visual, le enchufo el fmod al proyecto, cargo todo el mayhem.dat en memoria, y reproduzco el track diciendole al fmod que me cargue desde memoria desde el offset que conozco del .xm. Tengo que mirar el tamaño del .xm que me ha sacado el multi-ripper, pero a la segunda tira. Ya tengo una consola de texto que dice que inicia la demo y el sonido, y hasta hace lo segundo!

Una vez hecho esto, cambio otra vez al UltraEdit, y busco por la extension .xm, en ASCII. Me imagino, que como el muti-ripper solo me ha sacado dos archivos, el resto tendran algun tipo de compresión, asi que no esperaba encontrar mas referencia en el dat, pero encuentro una ristra de datos al final del data, con nombres de archivo, y unos 32-40 bytes, despues de cada string. Comparando los valores de despues, descubro que uno es el tamaño de archivo, otro el offset, y dos valores que parecen double words, que desconozco de momento que son.

Hago mas pruebas, exportando por los tamaños que encontré antes a ficheros. Me escribe 50 ficheros, algunos de ellos tga, de los cuales solo uno es leible. Descubro, pues, que algunos ficheros tienen algun tipo de compresion, y que en cada directorio de estos (formados, a grandes rasgos, por un string, y 4 valores int32), uno de los valores es el tamaño comprimido, otro el tamaño real, otro el offset, y un ultimo que parecen los flags, este ultimo siendo 0 para los datos no comprimidos.
Una vez descubierto esto, tengo dos opciones: debuggear el ejecutable original y intener copiar el esquema de compresion, o esperar a ver si me pasan los sources.

Viernes, 25 de Noviembre del 2005
-------------------------------------------

Despues de 3 dias debuggeando el ejecutable original, intentando sacar el esquema sin muchos resultados, y por supuesto, sabiendo los tamaños de algunos tga y algunos de los valores estandar (la cabezera), intentar "descubrirlo", descubro a las 9 de la mañana, que Ent, despues de 3 dias sin poder encontrarnos para que me pasara los sources que encontró, ha decidido de forma inteligente, mandarmelos por mail.

Mirando por encima, hay el codigo fuente de la libreria (para windows, no para ms-dos/vesa) que es compatible con la mayhem, almenos en gran parte, y un pack de todo lo de la mayhem, menos las librerias, es decir, codigo+datos sin comprimir.

Decido tomarme el dia libre, y dedicarme al port...

Pero eso lo explicaré en el siguiente post :)

El abandonador de blogs

2005-11-24T07:05:00.000-08:00

Ese soy yo! Comentaré un poco a que me he dedicado estos meses, a ver:

1) He asistido a la PlayboyMansion party. Comentar que estuvo bien, pero poco a decir, si no estuvisteis alli, os perdisteis unas vacaciones relajadas con sceners. A pesar de eso, poco a ver con una party, o la demoscene.

2) Asistí con Tux/Bixo y Mauge/Bixo, a la Inercia2k5, en Porto (Portugal). Como me pasó cuando estabamos desarrollando Hysteria4, dejé de lado el proyecto que andaba haciendo, y empezé una produccion rapida para presentar algo en la compo de 4k. La verdad es que si usé alguna parte de la prod que estaba preparando pre-party, pero empezé la prod nueva desde 0, y no sé como, la terminé en 10h. Lo peor, como todas estas fast-4k en las que me lio, que la musica la tuve que hacer yo. Por supuesto, el resultado auditivo es horrible, pero el resto creo que es pasable.

Sobre la party en si, la localización no era la hostia ni mucho menos:
- El sistema de sonido emitia ruido, perceptible aunque no muy molesto, la verdad.
- El proyector tenia serios problemas de ruido "rosa" en pantalla.
- No habia una sala anexa para dormir (esto lo considero menor).
- No habia duchas decentes. Las que habia, eran comunes, con lo que consideraria condiciones higienicas altamente mejorables (daban grima, vaya).
- No habia calefacción. Por las noches hacia frio, y te tenias que abrigar como si estuvieras en la calle.
- La mayoria de charlas en portugués. Lo entiendo, pero igualmente no me gustó.
- Muy poca gente. Sobre 20 de media.

A favor:
- Gratis para extranjeros y chicas.
- Organización muy simpatica y atenta.
- Cerveza gratis. A pesar que nos la terminamos el sabado, es algo que agradecimos mucho. Luego ps nos invitó a Ron que les habia sobrado en la ultima party a la que asistieron en verano.
- Portugal es mucho mas barato que España, buenos precios para todo.
- Diversión. Charlé con mucha gente, y me lo pasé realmente bien.

Y por motivos desconocidos, Collapse volvió a ganar otra vez en la compo de intro 4k. El premio fué genial, un libro sobre la demoscene, y el juego de cartas de Slengpung. Si el proximo año tengo la posibilidad, repetiré sin duda.

3) Organizar la bcnparty'101: no comentaré mucho sobre como ha salido, pero mejoraremos todo lo que salió mal para el proximo año. Este año me tocó ocuparme de muchas mas cosas, y fué quizas algo más stressante, pero bueno... Una semana antes, slack y Adler subieron a mi piso, y nos pasamos una semana freakeando en mi piso, fue realmente divertido y productivo. (Ademas ayudaron muchisimo a montar la bcnparty!)

4) Charlas, entrevistas, etc: di una charla en la FIB (Facultat d'Informatica de Barcelona) de la UPC, sobre intros de 4k. La di en el marco de la asignatura que dan sml y firebite sobre demoscene en esa universidad. Fue divertido, pero salió algo mal, debido a que me dejaron menos tiempo del que tenia calculado...

También nos entrevistaron a Napalm y a mi en un programa de radio, referente a la bcnparty. Podeis encontrarla aqui, la entrevista empieza a partir del minuto 29 aproximadamente.

Tambien dimos una charla Slack y yo en la bcnparty'101, podeis bajar la presentación aqui. Tristemente, no la grabamos ni en video ni en mp3, asi que solo hay la presentación que usamos.

6) A parte me he dedicado a portar dos 4k de Necrostudios a Windows, en particular: Codenoise y la Voxel bukakke. A su vez, slack portó a Linux, la unica producción de la que he sacado el codigo: Etram.

7) Fruto de estas "colaboraciones", decidimos hacer una 4k rapida para la Kindergarden, a medias. Salió algo lenta y falta de contenidos, pero la hicimos rapidamente por diversion. La podeis encontrar aqui. Teoricamente hay port a Linux, pero son incapaz de encontrarlo. Es posible que saquemos el source también si adecento algo toda mi parte (toda la parte grafica).

Ya para terminar, he decidido ponerme a portar otra demo de ms-dos, de la epoca 96-98, para pelearme otra vez con codigo automodificable, bugs del watcom, y codigo que no conozco. Seguramente, escribiré una especie de diario de como va avanzando la cosa, espero empezar el diario (el port ya esta empezado!) este semana como muy tarde.

Nada mas, que tanto egocentrismo y tanto texto ya es excesivo, adeu!

Ha pasado el tiempo

2005-08-07T06:37:00.000-07:00

Es oficial: ya no soy un pluriempleado. Hace 5 semanas que dejé uno de mis trabajos (un curro de 19.00 a 3.00 en un pub de Reus) por motivos que no creo adecuado escribir aqui. Eso me ha permitido, por primera vez en 2 años y medio, empezar a disfrutar de los fines de semanas sin tener que pelearme con los jefes o compañeros de trabajo (no sé que es peor...). Diria que he aprovechado los primeros fines de semana bien: fui a dos festivales de rock, y a la Euskal Encounter (donde por suerte pude terminar la 4k que llevaba 9 meses preparando, y aun con mas suerte, ganamos). Los ultimos dos fines de semana los he dedicado a ser feliz, y lo he conseguido con creces.

Hablemos de lo importante, despues de este ladrillo: codigo, demoscene y producciones. Mas que nada, me gustaria juntar temas separados para los que no he tenido ni tiempo ni ganas de hacer posts individuales:

1) El primer (y espero que no ultimo) EP de trace/mr.doob/robbiek/etc..., bajo el netlabel de roterfleck. Lo podeis conseguir aqui. Haciendo una critica muy por encima, porque lo he escuchado pocas veces, diria: Bajadlo y disfrutadlo! Realmente me ha impresionado mucho, mas que nada porque he visto durante los pocos años que conozco a trace como ha evolucionado y cambiado su capacidad musical, y realmente asombra este EP, almenos a mi personalmente. Espero que saque mas, y siga con este buen hacer. Congrats!

2) La demo ganadora de la Assembly'05: Iconoclast / ASD. Podeis verla en video: LOWQ / HIGHQ, o bien en realtime (como todos la deberiamos ver). Impresiona realmente la cantidad de trabajo que se ha invertido en ella, las transiciones, algunos efectos y shaders (algunos ya vistos/gastados por los mismos ASD), aunque coincido con algunas criticas que la musica es a ratos algo caotica, al igual que algun momento de la demo en general, que no entiendes hacia donde va todo. Recomendable verla 3 o 4 veces y apreciar todos los detalles, como los guiños a la 2nd Reality/FC, a la Stars/Nooon, a la Cyboman2, o a la Flexo/Matrix (se llamaba asi?).

3) La 64k ganadora la Assembly'05: Che Guevara / Fairlight. Al principio me parecio un calco de la 64k de ellos mismo de la Breakpoint'05, pero despues de los primeros 30 segundos es... Impresionante. Altamente recomendable.

4) En cuanto a 4k, de la Assembly'05 he visto pocas prods aun, asi que en un acto de autobombo, voy a hablar un poco de la Hysteria 4k / Collapse y de la Not Art / Necrostudios. Primero comentare la Not Art: creo que estan muy limitados por el compresor que usan en linux. Les haria falta algo como el crinkler, por ejemplo. Como critica constructiva, comentar que la veo algo lenta, a pesar de ser 4k, que las escenas las veo vacias, y que dura poco. A favor, unas texturas chulas, un track muy decente, y metaballs. A ver si para la siguiente conseguiis un packer mejor!

En cuanto a nuestra prod, wizard y yo pudimos terminar la 4k que me habia traido de cabeza durante los ultimos 9 meses. Primero, porque no cabia ni a patadas, demasiados efectos variados, un track que necesitaba mucho espacio, y una sincro exigente. Segundo, porque yo no tenia mucha practica en 4k, asi que lo iba dejando cogiendo experiencia en otras 4k menos importantes para mi. Por suerte, quedamos primeros, a pesar que no queriamos presentar debido a que no me satisfacia (ni lo hace ahora) el resultado final, y porque nos sobraron al final solo 4 bytes... Hay una version final en camino, con mas contenidos (sobretodo el track esta MUY mejorado, el de la party version sufre de serios "problemas tecnicos" debido al cansancio) y mejoras en todo, como siempre, no? :P

Bueno, lo dejo ya aqui. Mas y mejor, cuanto pueda, que tengo que seguir con cierta prod para cierta party, que no conseguire terminar :)

No disponible

2005-06-27T15:26:00.000-07:00

Ultimamente he estado bastante ocupado. No he abierto el Visual en el ultimo mes, asi que tampoco he hecho nada con lo que rellenar el blog :'(

Aunque he hecho un monton de cosas utiles:

- He salido de fiesta por "barraques" aqui, en Reus. Para quien no lo sepa, las "barraques" es un evento que se hace (almenos aqui) una vez al año, montando por asociaciones locales, con conciertos, casitas donde se vende bebida y comida, y mucha gente. Puedo decir sin lugar a duda, que para el proximo año me vetan la entrada.

- He dejado el curro del bar. Estoy hasta los cojones del curro este, no tengo ningun amigo/familiar que no me haya llamado idiota por seguir aguantando las toneladas de mierda que tengo que soportar dia tras dia. A tomar por culo, ale.

- He empezado, como es habitual en verano, a currar en "La Caixa". Hago del 6 de Junio al 16 de Agosto. Podre tener vacaciones/estudiar los ultimos 15 dias de Agosto! Hace 3 años que no tengo vacaciones, asi que le tengo ganas :)

- He comprado los billetes para la Euskal (voy en avion). Ademas, tambien he conseguido montarmelo para ir al Senglar Rock un par de dias. Me ira bien un fin de semana tranquilo, con conciertos y tal, que no sea como "barraques", espero que no se repita toda la mierda de "barraques".

- Me ha registrado la Policia Secreta una vez, con divertidos resultados.(aburrimiento, perdida de tiempo y dejarnos libres al cabo de un rato, por no poder "enchufarnos" los delitos que decian que alguno de nosotros podria haver cometido)

Nada, que esto va a mejor, a este ritmo me tengo que ir a vivir a Barcelona mas por ser persona "non grata" en Reus, que por decision mia. Sigh

Rompiendo mis reglas

2005-05-29T17:37:00.000-07:00

Voy a romper mis propias reglas, porque este blog se esta convirtiendo en la cosa mas aburrida nunca creada... Asi que hablare de algunas cosas no relacionadas con programacion o desarrollo general, aunque intentare quue no se convierta en una biografia de mi rara vida.

Leí hace unos dias en el blog de trace un comentario que recomendaba ver "Napoleon Dynamite" y realmente despues de verla quede MUY decepcionado. Aunque ya lo imaginaba, pues los gustos de trace y mios varian bastante, diria...

Voy a comentar las ultimas que me han llamado la atencion o he visto, no sé, casi todas de Stephen Chow (lo siento, pero usare Shaolin Soccer como referencia ya que diria que la mayoria de la gente la ha visto):

- Kung Fu Hustle (2004): (aqui llamada Kung Fu Sion, segun he visto en un trailer) es la ultima pelicula de este director. Como en Shaolin Soccer, es una comedia disparatada, donde las artes marciales tienen un papel importante, y con un acabado grafico/CG espectacular. El argumento en si habla de una comunidad de comerciantes que entran en problemas con una banda llamada "La banda del hacha". Recomendada para reirse un buen rato con una pelicula de excelente factura tecnica.

- The God of Cookery (1996): Otra comedia disparatada, con el transfondo de la cocina. La estructura es muy parecida a la que despues le llevaria al exito mas internacional que fué Shaolin Soccer. Sin desvelar mucho, el argumento habla de un hombre con buenas cualidades para la cocina se ve obligado a empezar desde cero. Tambien muy recomendada, sobretodo los ultimos 30 minutos.

- King of Comedy (1999): Sin duda la mas floja de las peliculas de Chow que he visto hasta el momento. El argumento es sobre un actor bastante negado, que tiene que ganarse su vida dando clase a las chicas que trabajan en un "club de acompañantes". Flojilla por un humor menos disparatado que en las otras, demasiado hincapié en sentimentalismos, y ser demasiado lenta para mi gusto.

- Returner (2002): Esta ya no es de Chow, ni es una comedia, sino que esta dirigida por Takashi Yamazaki, y es una pelicula de accion mas estilo Hollywood. Como en la sinopsis que leí en el momento de verla, se podria resumir de la manera siguiente: Coge Matrix, Terminator, Aliens, mezclalas, y tendras una idea de la pelicula. Lo bueno es que tecnicamente esta muy bien, es una pelicula bien llevada, pero que falla en una mala actuacion del antagonista, y de ser algo previsible. Recomendada con un notable, segun mi gusto :P

Y con esto lo dejo por hoy, si gusta, haré mas reviews de cine asiatico, que ultimamente, (en el ultimo año) es practicamente lo unico que veo.

Have fun, be happy :)

Probando la Nintendo DS

2005-04-28T03:14:00.000-07:00

Estos dias, entre cosas mas serias (y algo aburridas) que ando haciendo, me ha picado el gusanillo por la Nintendo DS, y ver la potencia y grado de emulacion que tiene realmente. No por piratear, no me interesan muchos sus juegos de momento, sino por ver que capacidad tiene para hacer efectillos. Hice mis primeras pruebas, modificando samples del devkit que hay aqui, en concreto, del Complex_2D. Resucité mis 2 efectos mas simples que tenia olvidados en un CD, y los pase. Aqui el segundo, el primero era lo mismo, pero en parallax:

Nada, aqui os junto las 2 roms, probadas en los 3 emuladores que existen en la actualidad (ideas, dualis y dsemu, por orden de preferencia personal):

Roms starfield 2D y 3D

PD: Si alguien quiere el codigo, que me lo comente por los canales habituales

Lo prometido es deuda

2005-04-13T15:18:00.000-07:00

Por fin me he decidido a sacar el codigo de una de mis producciones, y me he decido por la ultima, una 4k que quedo 8a de 14 en la breakpoint'05. Espero que esto le sea util a alguien, comentarios y preguntas seran gratamente aceptados. Bueno, aqui esta: source de la Etram

Retrasos...

2005-04-06T08:14:00.000-07:00

Esto lo queria postear hace tiempo, aunque por temas varios no he podido/querido hasta hoy :( Nada, aqui van unos shots renderizados con bilineal y cosillas de la requiem (hechos con el renderer no realtime del deep exploration, despues de extraer los .3ds del data):

Esta noche/mañana posteare el codigo de mi ultima 4k, por si alguien quiere fisgar, estoy comentado un poco todo el codigo, y arreglando cosillas.

Nuevas releases hoy!!!

2005-03-10T04:51:00.000-08:00

Bueno, solo un post rapido, para anunciar que hoy a las 24h sacare nuevas releases sceners!!! Que sera? Nuevas tools? Nuevas prods? A ver, a ver... :P

Emulando la game boy

2005-03-03T06:07:00.000-08:00

Por alli por el 1997 conoci la emulacion, y la verdad es me fascinó. Poder jugar a todos los juegos que no tuve dinero para comprar, y que ya no era posible comprar, era genial. Cuando aprendi a programar, uno de los primeros objetivos, fue emular una de las consolas con las que habia perdido mas tiempo: la Game Boy. Empece un final de verano, y dos meses despues consegui esto:

Nada impresionante, la verdad, un interpretador, un desensamblador basico con memory viewer, hardware viewer, tile viewer, breakpoints, stack viewer, vaya, lo basico. Cuando empecé a implementar la LCD, lo dejé, por motivos que no vienen al caso. Fue realmente interesante programar todo el emulador del z80, ademas de ser posiblemente mi primer proyecto serio a nivel personal. Nada mas, en un futuro mas shots :)

Empezando otra vez

2005-03-01T06:16:00.000-08:00

Despues del blog colectivo que tuvimos durante el pasado año en la web de Collapse (que fue un curioso experimento), me he aventurado a empezar otro blog gracias a que wizard/Collapse me ha enseñado y recomendado este. A ver que tal sale esta vez...

Dudo seriamente que hable sobre mi vida personal, porque prefiero mantenerla privada, aunque quizas algun dia se me escape algo :P Mas bien, comentare sobre mis experiencias como programador, tanto sea dirigido a la demoscene o la emuscene, que es en lo que gasto mi escaso tiempo libre.

Dicho esto, vuelvo a empezar otra vez, aunque sea solo con un nuevo blog :)