Todo lo que ves en la pantalla de tu PC es, técnicamente, una mentira. Esa GPU de mil euros no está construyendo un mundo real: está ejecutando un conjunto de trucos matemáticos tan ingeniosos que engañan al ojo humano para que perciba profundidad, luz y movimiento donde no hay nada de eso. Y lo más sorprendente es que muchos de esos trucos llevan décadas funcionando, algunos desde antes de que existiera la aceleración gráfica por hardware.
1993: Doom no era 3D y nadie lo sabía
Viajemos al año 1993. Las PCs de la época tenían menos potencia de cómputo que el mando a distancia de un garaje moderno. Calcular geometría tridimensional real —lo que hoy llamamos Z-buffer, la técnica que determina qué objetos están delante de cuáles— hubiera hecho colapsar cualquier procesador de la época.
John Carmack, uno de los programadores más brillantes de la historia del videojuego, no tenía hardware suficiente. Entonces hizo lo único que podía hacer: inventó una solución alternativa. Desarrolló una estructura de datos llamada árbol BSP (Binary Space Partitioning), que funciona de una manera elegantemente sencilla: tomas el espacio de juego y lo divides por la mitad. Luego cada mitad la vuelves a dividir. Y otra vez. Y otra vez. El resultado es un conjunto de fragmentos convexos que permiten al motor saber exactamente qué partes del escenario son visibles desde cualquier ángulo, sin necesidad de calcular profundidad real.
El truco funcionó tan bien que Doom se convirtió en el juego más influyente de su generación. Pero había una limitación delatora: no podías mirar hacia arriba ni hacia abajo. Tu mirada siempre estaba fija en la misma altura. El motor no entendía los conceptos de «arriba» y «abajo» porque no existía un eje vertical real en la geometría del juego. Doom era, en esencia, un juego en 2.5D que se hacía pasar por 3D. Y funcionó de maravilla.
El número mágico de Quake: brujería hexadecimal
Avanzamos unos años hasta la época de Quake. Ahora sí teníamos 3D real, pero llegó un nuevo problema: la iluminación. Para calcular cómo rebota la luz en una superficie curva, el motor necesita calcular la raíz cuadrada inversa de un número, una operación matemáticamente costosa que los procesadores de la época ejecutaban con desesperante lentitud. Hacerlo en tiempo real para cada polígono de cada fotograma era inviable.
Alguien —nadie sabe exactamente quién, aunque durante años se atribuyó erróneamente a Carmack— encontró una solución que roza lo inexplicable. Si tomabas un número flotante, lo convertías en entero eliminando los decimales y le restabas la constante hexadecimal 0x5F3759DF, obtenías una aproximación de la raíz cuadrada inversa cuatro veces más rápida que el cálculo matemático convencional.
No hay una explicación intuitiva simple de por qué ese número concreto funciona. Durante décadas fue considerado casi magia: alguien, en algún momento, encontró empíricamente una constante que explota la forma en que los números en punto flotante están representados en memoria y la usa como atajo hacia un resultado que de otra forma hubiera resultado imposible de calcular en tiempo real. Es programación, sí, pero del tipo que se parece mucho a la brujería.
Doom en una impresora: el problema de seguridad que nadie vio venir
Si los trucos anteriores demuestran la creatividad de los programadores, este demuestra algo más inquietante: que la potencia de cómputo se ha democratizado tanto que ya vive en objetos que no asociamos con la computación.
Un investigador de seguridad encontró una vulnerabilidad en el firmware de una impresora Canon Pixma, reescribió el código del Doom original y lo ejecutó directamente sobre el hardware de la impresora, sin sistema operativo de por medio. El juego corrió. En una impresora.
La demostración no era solo una curiosidad técnica. Era un aviso. Si una impresora tiene suficiente capacidad de cómputo para ejecutar un videojuego completo, también tiene suficiente capacidad para ejecutar código malicioso. Y a diferencia de tu PC, nadie le instala un antivirus a la impresora. Ni al router. Ni a la bombilla inteligente. Ni a la tostadora conectada a internet.
Construimos ecosistemas enteros de dispositivos interconectados con más potencia que los ordenadores que mandaron cohetes a la luna, y los dejamos con la puerta trasera abierta de par en par porque no los percibimos como computadoras.
La constante detrás de todo: optimización
Lo que une el árbol BSP de Doom, el número mágico de Quake y el Doom ejecutándose en una impresora es el mismo principio que ha guiado el desarrollo de los videojuegos desde el principio: la optimización. La tecnología no avanza en línea recta desde la limitación hasta la potencia suficiente. Avanza a base de trucos, parches e ingeniería creativa que hace que hardware insuficiente produzca resultados que no debería poder producir.
Desde los motores 2.5D de los años 90 hasta las RTX modernas inyectando trazado de rayos en juegos de hace décadas —lo que vendría a ser ponerle maquillaje a una momia, pero de forma sorprendentemente efectiva—, el truco siempre ha sido el mismo: encontrar el atajo matemático que convierte lo imposible en jugable a 60 fotogramas por segundo.
La próxima vez que lances un juego y te quedes mirando un reflejo en un charco o la forma en que la luz atraviesa una ventana, recuerda que lo que estás viendo no es una simulación física real. Es el resultado de décadas de mentiras muy bien construidas.
Línea de tiempo del Video
00:00 Intro
01:36 DOOM y el 3D
03:42 La raíz cuadrada inversa
05:50 DOOM en cualquier cosa
07:44 Reflexión final
