2. Recuerdos amargos
Por lo que parece, tu experiencia en el desarrollo de Sin and Punishment para Nintendo 64 debió de ser tan penosa que aún te provoca profundos suspiros. ¿Podrías explicarnos lo que pasó exactamente?
Bueno, las miras en un juego de apuntar y disparar se mueven en 2D, pero...
La ambientación del juego es tridimensional.
Exactamente. Tienes que emplear 2D para apuntar y acertarle a un rival en 3D con una bala. Me preguntaba: “¡¿Cómo rayos se hace eso?!” Y así empezó todo.
Ya veo.
Probé un poco de todo, hasta que al final averigüé cómo hacer blanco en los enemigos con las balas.
Comprendo.
Pero entonces... (Esgrime un gesto apenado)
¿Entonces?
Las balas del adversario no se acertaban a ti.
(Risas)
Vamos, que los contrincantes no podían herir al jugador. (Risas)
Cuando el personaje del jugador no aparece en pantalla, te las puedes ingeniar, pero este juego contaba con un personaje visible, así que no había tutía.
Si no se ajustaba del todo, daría el cante.
Así es. Cuántos recuerdos amargos... Como los jefes.
¿Los jefes?
Los jefes tienen que ser grandes para poder impresionar. Si no lo son...
Pues no serían jefes.
En efecto. Pero en 3D se encuentran en la parte posterior de la pantalla.
Lo cual tiene sentido.
Sin embargo, al situarlos en la pantalla resultaban muy pequeños. Nos decíamos: “¡Menudo jefe de pacotilla!” En realidad eran realmente grandes.
Pero a pesar de ser tan grandes, parecían muy pequeños.
(Con gesto afligido) Sí...
Menudo problemón. (Risas)
Y que lo digas. En Sin and Punishment puedes acercarte y atacar, por eso creía que el gran tamaño de los jefes quedaría patente. Pero al acercarse, ¡resultaban demasiado grandes!
(Risas)
(Con rostro preocupado) No cabían en la pantalla.
Cuando uno se acercaba, no acertabas a distinguir si era un jefe u otra cosa.
Sí. No se veía nada más que un gran pie. Y pensabas: “Bueno, seguramente sea un jefe... aunque quizás es simplemente un pie”.
(Risas)
¡Cuántas penalidades!...
(Asiente en silencio)
Cuando Sin and Punishment salió a la luz, me pareció un juego muy ambicioso. Pensé: “¡Pues sí que apuntan alto con la Nintendo 64!”. Nakagawa, ¿eras de los que disfrutaban derribando barreras en busca de nuevos horizontes?
Sí. (Con convicción)
Me lo imaginaba.
Me gusta... pero es complicado.
(Risas)
Siempre ha sido así, desafiando los límites del hardware de NES, etcétera.
En la época de NES y Super NES, dar con usos para el hardware no reflejados en las especificaciones y ser pioneros era un motivo de dicha para los programadores, por así decirlo.
Cierto.
Me sentía frustrado cuando me encontraba con algo en el juego de otra empresa que no tenía ni idea de cómo lo habían logrado, pero en cambio me complacía ver la sorpresa que despertaba en los demás las cosas que hacíamos.
Entiendo a qué te refieres. Seguimos manteniendo ese espíritu cuando hicimos la versión de Nintendo 64.
Entonces, Nakagawa, no cejaste en tu empeño y...
Sí. Entonces me topé con una barrera de proporciones colosales. No solo era problemática en el apartado de programación, sino también en el de diseño.
¿También tenías problemas, Suzuki?
Sí. En diseño, recuerdo haber sufrido especialmente con el mapeo de texturas.9 9Mapeo de texturas (texture mapping): disposición de imágenes en objetos tridimensionales para establecer diferencias en texturas y caracteres.
Con Nintendo 64, el tamaño de las texturas se veía limitado enormemente. En caso de no poder concebir una solución ingeniosa al crear los datos, la velocidad de procesamiento caería en picado.
En efecto. Para evitar eso, probamos cosas como quitar los huesos.10 Era una cuestión de convertir las restricciones en algo positivo. 10Quitar huesos: reducir el número de articulaciones en un modelo 3D.
Por cierto, hoy en día se tiende a contar con un grupo numeroso de personas a la hora de desarrollar un juego, pero en Treasure realizáis una labor notable con poco personal.
Sí, supongo que sí.
A menudo no deja de sorprenderme lo que sois capaces de conseguir con un equipo de este tamaño. Me da la impresión de que hacéis juegos de una potencia increíble.
Bueno, ponemos toda la carne en el asador...
(Asienten varias veces)
(Risas)
Mi política es dejar que el equipo haga el juego como le plazca. Ahora bien, si treinta personas fueran cada una por su lado siguiendo sus gustos, no llegarían a un acuerdo en la vida. Todo el mundo tendría su propia opinión: “¡Esto es lo que quiero hacer!”. La filosofía “más vale calidad que cantidad” no se reduce a un mero aforismo. Lo cierto es que con mucha gente no se puede hacer nada.
Con demasiadas personas las cosas no fructifican. (Risas)
Sí. Necesitas a alguien, como Nakagawa en esta ocasión, para que ejerza de director y programador a fin de organizarlo todo. Por eso en la primera fase de este proyecto asignamos al personal mínimamente necesario, dos programadores y otros tantos diseñadores, la creación de los elementos esenciales del juego, y comenzamos con unas pocas personas. Por supuesto, al final se convirtió en el proyecto con mayor participación en la historia de Treasure.
Cuando se establecieron estos cimientos, me los mostrasteis y ya incluso en aquel momento vi que tenía futuro.
Como seguramente sabrás, en los tiempos de la NES una sola persona podía crear todo un juego.
En efecto. Hubo una época en la que solo se contaba con un programador. Un equipo compuesto de tres personas era algo normal.
¡Y aún lo sigue siendo para Treasure hoy en día!
(Risas)
Aún en los tiempos que corren sigue siendo habitual ver equipos compuestos de tres personas en nuestra empresa. De esa forma pueden dar rienda suelta a sus deseos para conseguir algo sobresaliente. Eso no quiere decir que sea la única razón por la que insisto en trabajar con pocas personas. La cruda realidad es que no disponemos de mucha gente...
(Asienten con la cabeza)
(Risas) Visto por el lado bueno, así sacas lo mejor de la energía de cada uno al emprender un proyecto.
Sí, pero tampoco erraríamos al afirmar que hacemos lo que nos place. (Risas)