Blender 5.3 llega el 10 de noviembre: DLSS en el visor de Cycles y LoopTools sin addon
El 10 de noviembre Blender 5.3 deja de ser beta. Lo que de verdad cambia tu jornada no es la lista de novedades: es que el visor de Cycles empieza a responder como un juego y que LoopTools deja de ser un addon que hay que instalar.
Qué cambia el 10 de noviembre
La página de descargas del proyecto marca la 5.3 como próxima versión con fecha prevista para el 10 de noviembre de 2026, y la lista oficial incluye denoising con DLSS, Gaussian Splatting, Blender Projects, dispersión en Cycles y la renovación del editor de vídeo. La rama estable sigue siendo la 5.2, hoy en 5.2.3 LTS, publicada el 22 de octubre.
Una versión para explorar, no para entregar
La 5.3 no es LTS. En un estudio eso significa una cosa concreta: la 5.2.3 se queda en los equipos que entregan y la 5.3 se instala aparte, para probar. Dicho de otro modo, el lunes cambia lo que puedes explorar, no lo que puedes facturar. Ya contamos en su momento qué traía la beta y cómo probarla sin romper proyectos, así que aquí vamos a lo que esa lista no explicaba: las dos novedades que se notan en el trabajo diario y el detalle que conviene saber antes de actualizar.
DLSS como denoiser en el visor de Cycles
Renderiza bajo y sube con IA
DLSS Ray Reconstruction llega a Cycles como una opción de denoising más, junto al OptiX que ya existía. El mecanismo es el de siempre en esta tecnología: el visor renderiza a menos resolución de la que ves y una red neuronal escala la imagen hasta la ventana, rellenando el detalle que falta a partir de los datos de la escena. El resultado no es una foto final, es una previsualización que se mueve.
Lee también
La analogía que mejor lo explica: el visor es el borrador a lápiz y el render final es la tinta. DLSS mejora el borrador para que decidas antes si la luz funciona; no entinta por ti.
Qué acelera y qué no
Conviene ser explícito porque es la confusión más habitual: esto no hace que tus renders finales salgan antes. Acelera la respuesta del visor mientras mueves una luz, cambias un material o giras la cámara, que es justo donde se pierden las horas muertas de un proyecto. El render que entregas sigue siendo el render que entregas, con los samples y el denoiser que tengas configurados.
Junto a OptiX, no en su lugar
No sustituye al denoiser de NVIDIA que ya usabas: se suma como opción en las preferencias del sistema, y ahí eliges. En equipos sin GPU NVIDIA compatible con DLSS se sigue trabajando con los denoisers de siempre y no se pierde nada del resto de la versión.
El límite conocido: vidrio y materiales transmisivos
Lo que dice el tracker
En builds de 5.3 hay un reporte en el tracker del proyecto sobre ruido con DLSS Ray Reconstruction en materiales transmisivos. La descripción es concreta: el vidrio arranca ruidoso, converge despacio y, aun convergiendo, el ruido no desaparece del todo como con los otros denoisers; se nota más al orbitar la escena. Los metales, en cambio, salen limpios. Si haces arquitectura, producto o cualquier escena con cristales, ese es el detalle que decide si usas el visor nuevo o el de siempre.
Cómo comprobarlo en tu escena en dos minutos
Abre una copia de un proyecto con vidrio, pon el visor en la misma vista que usas siempre y mueve la luz en círculos. Compara con la 5.2.3 al lado, si puedes, y mira tres cosas: si el ruido del cristal se queda quieto, si aparece solo al orbitar y si el reflejo se mantiene estable cuando cambias el ángulo. Si algo de eso falla en tu escena, no es un problema de tu configuración.
Qué hacer mientras se corrige
Lo práctico es usar DLSS en el visor para lo que va rápido, bloques y luces, y volver al denoiser anterior cuando la escena tenga transmisivos y necesites fiarte de lo que ves. Y no dar por hecho que el fallo afecta al render final: el reporte habla del visor, y conviene no convertirlo en una alarma sobre la entrega.
LoopTools nativo: un addon menos
Las mismas operaciones, ahora dentro del programa
LoopTools fue durante años el addon que todo el mundo instalaba el primer día: Bridge, Circle, Curve, Flatten, GStretch y compañía, operaciones para trabajar con bucles de aristas que Blender no traía de serie. En 5.3 pasan a ser operadores nativos. No hay funciones nuevas; lo que desaparece es una dependencia y un paso de instalación en cada equipo, algo que se agradece si venías revisando qué addons merecen la pena en cada versión.
Qué revisar en atajos y scripts
Si lo tenías activo, revisa si siguen apareciendo dos entradas para la misma operación en los menús, y comprueba los atajos que hubieras asignado al addon. Si tienes scripts propios que llaman a esos operadores por nombre, pruébalos antes de dar el salto: es el tipo de detalle que rompe un flujo de trabajo sin avisar. Y si trabajas en equipo, avisa: cada persona tendrá que desactivar el addon viejo para no duplicar menús.
Gaussian splats y el resto de la lista
La importación nativa de Gaussian splats en PLY y SPZ ya venía en la beta y este blog le dedicó un artículo cuando apareció, así que no lo repetimos aquí: sigue sin haber exportación, y eso no cambió.
Conclusión
La 5.3 no cambia cómo modelas, cambia cuánto esperas para decidir. DLSS hace que el visor responda, LoopTools te quita una instalación de encima y el fallo del vidrio te recuerda la regla de siempre: versión nueva para explorar, LTS para entregar, y una copia del archivo antes de guardar con la nueva. Si vas a seguir el lanzamiento día a día, en el blog cubrimos cada versión de Blender desde la 4.x.
