Escenas pesadas en Blender: render sin quedarte sin memoria

Las escenas pesadas en Blender casi nunca fallan por la tarjeta gráfica: fallan porque Blender intenta tenerlas enteras en memoria. Un bosque con cuarenta millones de polígonos no entra por mucho que bajes las muestras; lo que se recorta es la geometría y las texturas.

Por qué las escenas pesadas en Blender se quedan sin memoria

Piensa en una mudanza: la escena es la carga y la memoria es el camión. Si no cabe, meter más gente a cargar no cambia el resultado. Cuando los datos no entran, Blender se cierra, se queda sin responder o lanza un error de memoria; el mensaje exacto importa menos que la conclusión, algo no cabe.

Hay dos techos que conviene separar. La memoria del sistema sostiene los datos de escena, mallas, curvas, volúmenes, cachés y la estructura de aceleración que Cycles construye para localizar geometría rápido. La memoria de la GPU aparece al renderizar con CUDA, OptiX, HIP o Metal: ahí también tienen que entrar geometría y texturas. Un equipo con mucha RAM y poca VRAM se topa con el segundo techo antes de lo que espera.

Lo que más pesa, por orden de frecuencia:

• Mallas con niveles altos de subdivisión en varios objetos grandes.
• Texturas de 4K u 8K repetidas en decenas de materiales.
• Pelo, partículas y sus hijos, que multiplican geometría sin notarse en el viewport.
• Volúmenes amplios, cuyo coste además escala con su resolución.
• Copias duplicadas del mismo objeto donde debía haber instancias.

Primero mide: dónde está el peso

El overlay del viewport tiene un panel de Estadísticas con objetos, vértices y caras: es la primera lectura honesta de la escena. Después revisa uno por uno los modificadores de subdivisión de los objetos grandes y cuenta texturas: cuántas hay, de qué resolución y cuántas veces se repite la misma imagen.

La prueba de humo más rápida es bajar el porcentaje de resolución en el panel de Salida y ver si el fotograma entra. Si entra al 50% y no al 100%, el coste escala con el búfer y con el conjunto de texturas que se carga en cada celda. Cambia una cosa, vuelve a medir y anota el resultado: tocar seis ajustes a la vez deja la escena en un estado que no sabes explicar.

Instancias en vez de copias

Es la palanca más barata cuando hay repetición. Duplicar con Shift+D crea un objeto nuevo y copia la malla: materiales, texturas y curvas de animación se comparten, pero la geometría se duplica. El manual lo llama shallow link. Duplicar vinculado con Alt+D comparte todos los datos, con una sola malla y transformaciones independientes.

La consecuencia es directa: quinientas sillas duplicadas con Shift+D son quinientas mallas en memoria; las mismas con Alt+D son una malla y quinientos conjuntos de transformaciones. La misma idea vale para duplicados vinculados, colecciones instanciadas y bibliotecas enlazadas: enlazar en lugar de anexar evita duplicar datos.

En Geometry Nodes, Instance on Points guarda instancias sin duplicar geometría, mientras que Realize Instances las convierte en geometría única y, en palabras del manual, ocupa más memoria. Ese es el punto donde un setup elegante se vuelve impagable. Pregunta de control: si editas el original y los demás cambian, son datos compartidos; si no cambian, son copias.

Simplify: la palanca oficial de Blender

El panel Simplificar de las propiedades de render no modifica los datos: aplica límites al renderizar. Es el ajuste que se toca cuando la escena está terminada y no entra, no un sustituto de modelar con cabeza.

Subdivisiones y partículas

Subdivisiones máx pone un tope a los modificadores Subdividir superficie. Partículas secundarias muestra solo un subconjunto de pelos y partículas: en un personaje bien peinado, ese ajuste cambia la escena más que cualquier otro.

Resolución y límite de texturas

Resolución de texturas reescala las texturas hacia abajo para reducir memoria y, con la caché de texturas, ayuda a que todas quepan. Límite de tamaño de textura reescala automáticamente lo que supere el valor elegido. Úsalos para el render de prueba y arregla la causa antes de entregar.

Descartar por encuadre y por distancia

Descartar por encuadre elimina lo que queda fuera del frustum de la cámara, con un margen configurable, y Descartar por distancia elimina según la distancia a la cámara activa; en una animación conviene comprobar que nada salta al entrar en cuadro. En la pestaña de vista, Resolución de volúmenes afecta sobre todo a la memoria, no al tiempo de cálculo.

Caché de texturas y tamaño de celdas

El tamaño de celdas divide la imagen en bloques. El valor por defecto es 2048 píxeles y el manual lo describe como un buen equilibrio; cuando falta memoria, bajarlo a 1024 o 512 reduce el consumo con un coste pequeño de rendimiento. Funciona porque las celdas se cachean a disco y, al hacerlas más pequeñas, solo se cargan las texturas que necesita cada una.

La caché de texturas genera archivos .tx en mosaico con mipmaps, pensados para cargar únicamente los trozos y resoluciones necesarios: reduce memoria y tiempo de arranque a cambio de algo de rendimiento y más disco. Se controla con Auto Generate, Generate y Clear, y por defecto vive en la carpeta blender_tx/ junto a cada imagen. El detalle está en la página de rendimiento de Cycles.

Ajustes de Cycles que cambian el consumo

El panel de rendimiento tiene tres preajustes: Predefinido, Más rápido, que renderiza antes a costa de más memoria, y Menos memoria, que reduce el consumo a costa de renders más lentos. Es la forma más rápida de mover todas las palancas a la vez.

La estructura de aceleración da controles más finos, y el manual avisa de que el panel no aparece con OptiX. Usar BVH para curvas ajusta mejor las cajas a las curvas y, al desactivarlo, reduce memoria a costa de renderizar curvas más lento. Usar BVH compacto reduce RAM con un render más lento.

Una advertencia que se lee poco: Datos persistentes mantiene los datos del render en memoria entre renders para acelerar animaciones, a costa de memoria extra. Es lo contrario de lo que necesitas cuando el problema es el techo de memoria.

Renderizar por partes cuando nada alcanza

Si la escena ya está recortada y sigue sin entrar, reparte el trabajo. La región de render limita el cálculo a una porción del encuadre, útil para revisar un detalle sin cargar el resto. Las capas de vista permiten re-renderizar solo lo que cambió, y si el peso viene de una simulación, hornear y reutilizar la caché evita recalcular cada fotograma.

Cuando el equipo es pequeño, la salida es una granja de render o la nube, y si el cuello es la tarjeta, revisa la guía de GPUs para render. Nada de esto sustituye a modelar con criterio: mide, recorta la causa y después reparte el trabajo. Si lo que molesta es el ruido y no la memoria, el artículo de optimización de Cycles es el punto de partida.

Checklist de escena pesada

1. Mediste polígonos, texturas y subdivisiones antes de tocar nada.
2. Cambiaste copias por duplicados vinculados o instancias donde había repetición.
3. Revisaste pelo, partículas secundarias y volúmenes.
4. Probaste Simplificar con subdivisión máxima y límite de textura.
5. Generaste la caché de texturas y bajaste el tamaño de celdas a 1024 si hacía falta.
6. Revisaste la estructura de aceleración y recordaste que con OptiX no está disponible.
7. Dejaste Datos persistentes desactivado mientras el problema sea memoria.
8. Si sigue sin entrar: región de render, capas de vista y, al final, granja.
9. Anotaste qué ajuste cambió qué, para no repetir la prueba.

Qué ver en la plataforma

Los tutoriales en video cubren la parte práctica sin rodeos. Diez formas simples de renderizar más rápido es la mejor entrada: resume hábitos de escena que ahorran trabajo antes de tocar Cycles. Optimizar interiores en Cycles aplica las mismas ideas a un interior de arquitectura, y dieciocho maneras de acelerar Cycles sirve de repaso. Todo el material está en la colección de Blender Guru.

Conclusión

La memoria no se arregla con un truco, se administra. Casi todo lo que impide que una escena entre está en cuatro sitios: geometría repetida que debía ser instancia, subdivisiones que nadie revisó, texturas más grandes de lo necesario y ajustes pensados para velocidad. Con esas cuatro cosas en orden, una escena que antes cerraba Blender renderiza en el mismo equipo, sin renunciar a la calidad del encuadre final.