Guía de optimización de V-Ray: Irradiance Map, Light Cache, UHD Cache

La configuración de Iluminación Global (GI) de V-Ray dicta el tiempo de renderizado por fotograma más que casi cualquier otra elección de configuración. Para renders estáticos de archviz, calcular la GI desde cero en cada fotograma es un desperdicio — el mismo Irradiance Map y Light Cache se pueden reutilizar en toda una animación, reduciendo el tiempo de renderizado por fotograma entre un 40 y un 70% dependiendo de la complejidad de la escena. Esta página recorre los patrones de caché GI que funcionan mejor en una render farm distribuida: precalcular la GI localmente antes de la carga, reutilizar las cachés guardadas, los compromisos entre Irradiance Map, Light Cache, UHD Cache y Brute Force, y cómo empaquetar la salida EXR con elementos de renderizado mediante el V-Ray Frame Buffer.

Esta guía se aplica a V-Ray para 3ds Max, V-Ray para Maya, V-Ray para Cinema 4D y V-Ray para Houdini — los patrones de GI son consistentes entre los DCCs. Los detalles de configuración específicos del DCC están en el documento setting-up-* relevante — consulte las referencias cruzadas a continuación.

Una nota sobre la versión de V-Ray: los flujos de trabajo descritos aquí son actuales hasta V-Ray 6.x (lanzado en 2022) y V-Ray 7.x (lanzado en 2024). Los flujos de trabajo anteriores de V-Ray Next (V-Ray 4.x) usaban nombres de parámetros ligeramente diferentes pero el mismo patrón de almacenamiento en caché subyacente. Para V-Ray en versión beta o prelanzamiento, verifique los nombres de los parámetros con la documentación de Chaos antes de depender de esta guía.

Por qué la caché GI importa en una render farm

El cálculo GI de V-Ray es de dos fases: una fase de "prepass" que muestrea la luz indirecta en toda la escena (escribiendo en una caché), y una fase "final" que usa la caché para renderizar los píxeles reales. Para una sola imagen estática, ambas fases se ejecutan durante un render. Para una animación, recalcular la GI desde cero en cada fotograma causa dos problemas:

1. Cómputo desperdiciado. La iluminación indirecta en una escena arquitectónica típicamente cambia muy poco de fotograma a fotograma. Recalcularla 250 veces para una animación de 10 segundos desperdicia aproximadamente el 60% del tiempo total de renderizado.
2. Parpadeo de GI. La distribución de muestras de GI de cada fotograma es ligeramente diferente (debido a la aleatoriedad), lo que causa cambios sutiles de brillo de fotograma a fotograma en las áreas iluminadas indirectamente — el clásico modo de fallo de "animación de archviz parpadeante" y una de las quejas de calidad más comunes en los envíos de animación sin caché.

La solución es calcular la GI una vez a lo largo de toda la animación, guardar el resultado en un archivo de caché y hacer que el render final de cada fotograma lea desde la caché. Esto es significativamente más rápido y elimina el parpadeo.

En una render farm específicamente, el archivo de caché es pequeño (típicamente 10–500 MB), por lo que viaja con la carga del proyecto a bajo costo. El almacenamiento en caché adelanta el costo a su estación de trabajo, donde tiene pleno control sobre los parámetros del cálculo y el cálculo solo ocurre una vez.

Comparación rápida de métodos GI

V-Ray soporta varios métodos GI para los motores "primario" (visible desde la cámara) y "secundario" (rebotes indirectos). Los cuatro más utilizados en la render farm:

| Método | Motor primario | Motor secundario | Ideal para | Compromiso | |---|---|---|---|---| | Irradiance Map + Light Cache | Irradiance Map | Light Cache | Imágenes estáticas y animación de archviz | Configuración más lenta, menor tiempo por fotograma; necesita prepass | | Brute Force + Light Cache | Brute Force | Light Cache | Iluminación compleja, iteración rápida | Mayor tiempo por fotograma, sin parpadeo para animación | | Brute Force + Brute Force | Brute Force | Brute Force | Imágenes estáticas de alta calidad, sin archivos de caché GI | El más lento por fotograma, la mayor calidad | | UHD Cache (V-Ray 6.x+) | (varía) | UHD Cache | Flujo de trabajo simplificado moderno | Más nuevo, puede diferir de los pipelines establecidos |

El patrón recomendado para animación de archviz en nuestra render farm: Irradiance Map (primario) + Light Cache (secundario), con ambos precalculados y guardados antes del envío. Para renders estáticos de productos individuales donde el tiempo de configuración importa más que el tiempo por fotograma, UHD Cache o Brute Force + Light Cache es una entrada más rápida.

Patrón 1: Precalcular Irradiance Map + Light Cache para imágenes estáticas

Para un único render estático de alta calidad:

1. Configure los ajustes de GI localmente. - V-Ray → Global Illumination → habilitar. - Motor primario: Irradiance Map. - Motor secundario: Light Cache. - Preset de Irradiance Map: Medium (o superior para renders definitivos). - Light Cache: 1000 subdivisiones (predeterminado), 0,02 de tamaño de muestra.

1. Establezca ambos modos en "Single frame" en el desplegable Mode de cada motor.

1. Habilite "Save to disk" para Irradiance Map y Light Cache. Establezca las rutas de archivo en una subcarpeta gi/ dentro de su proyecto — por ejemplo, gi/escena_v01_ir.vrmap y gi/escena_v01_lc.vrlmap.

1. Renderice la escena localmente a la resolución de destino (o una resolución reducida si la complejidad de la escena hace inviable un cálculo a resolución completa — la calidad GI de V-Ray es en su mayor parte independiente de la resolución para estas cachés).

1. Verifique que se escribieron los archivos de caché. Revise la carpeta gi/ en busca de los archivos .vrmap y .vrlmap. Los archivos de caché vacíos o de cero bytes significan que el prepass falló silenciosamente — vuelva a ejecutarlo y observe el registro de V-Ray en busca de advertencias.

1. Cambie los modos a "From file" para ambos motores, apuntando a los archivos de caché guardados.

1. Deshabilite "Save to disk" para que el worker no intente volver a guardar. Esto fallaría si el worker no puede escribir en la ruta, y el error resultante generalmente se presenta como un "render failed" genérico sin una causa obvia.

1. Empaquete el proyecto incluyendo la carpeta gi/, archívelo y cárguelo.

El worker lee las cachés GI en el momento del renderizado y escribe la imagen final. El tiempo de renderizado por fotograma es significativamente menor que si el worker tuviera que calcular la GI desde cero, y los archivos de caché son pequeños en relación con el archivo del proyecto, por lo que no hay una sobrecarga significativa de carga.

Patrón 2: Animación con Animation (prepass) + Animation (rendering) — flujo de trabajo de V-Ray Next

Para la animación de archviz con V-Ray (el caso de uso de render farm más común), V-Ray Next introdujo un flujo de trabajo dedicado de dos modos que es el estándar de facto hasta V-Ray 6.x y 7.x:

1. Configure el prepass. - V-Ray → Global Illumination → Motor primario: Irradiance Map. - Irradiance Map → Mode: Animation (prepass). - Motor secundario: Light Cache. - Light Cache → Mode: Single frame (la Light Cache se recalcula por fotograma a bajo costo; esto está bien y evita el aumento del tamaño de la caché). - Establezca el rango de fotogramas para el prepass para que coincida con el rango de animación. - Establezca la ruta de salida para los archivos de caché de Irradiance Map en gi/escena_v01_ir_<fotograma>.vrmap. V-Ray escribe una caché por fotograma de prepass.

1. Ejecute el prepass. En su estación de trabajo, renderice el rango de animación completo. V-Ray omite la salida de fotogramas real — solo se escriben los archivos de caché. Este paso es el lento; planifique el tiempo en consecuencia. Para archviz de interiores, espere que el tiempo de prepass sea el 20–40% de lo que tomaría un render completo sin caché.

1. Compile los archivos de caché por fotograma. La mayoría de las versiones de V-Ray fusionan automáticamente los Irradiance Maps por fotograma cuando se cambia al modo "Animation (rendering)". Algunos flujos de trabajo requieren un paso de fusión manual mediante la utilidad de fusión de Irradiance Map (menú V-Ray → Tools → Irradiance Map → Merge IRR Maps). Resultado: un único .vrmap fusionado que cubre el rango de animación completo.

1. Cambie el modo a Animation (rendering). Apunte el Irradiance Map al archivo de caché fusionado.

1. Deshabilite el guardado de caché. El archivo fusionado es su fuente de verdad.

1. Empaquete y envíe. El worker lee el Irradiance Map fusionado para cada fotograma, calcula la Light Cache de nuevo por fotograma (barato) y renderiza la imagen final. El tiempo de renderizado por fotograma en la render farm es típicamente entre un 40 y un 60% menor que sin caché, y el parpadeo de GI de fotograma a fotograma se elimina.

Una pequeña optimización para animaciones muy largas: calcule el prepass en cada N-ésimo fotograma (por ejemplo, 1 de cada 5) en lugar de cada fotograma. V-Ray interpola entre los fotogramas de prepass dispersos en tiempo de renderizado — caché más pequeña, prepass más rápido, con un costo de calidad generalmente invisible para archviz.

Patrón 3: UHD Cache (flujo de trabajo simplificado de V-Ray 6.x)

V-Ray 6.x introdujo UHD Cache como una alternativa más simple a la combinación de Irradiance Map + Light Cache. UHD Cache combina los pases de GI primario y secundario en un único sistema de almacenamiento en caché unificado, eliminando la necesidad de configurar dos motores de forma independiente.

Cuándo usar UHD Cache:

• Proyectos nuevos creados en V-Ray 6.x+ — el flujo de trabajo es más simple de configurar que Irradiance Map + Light Cache.
• Tipos de escena mixtos donde de otro modo tendría que intercambiar métodos GI (por ejemplo, interior + exterior en la misma animación).
• Iteración más rápida durante las fases de configuración de la escena, antes de fijar los ajustes de calidad final.

Cuándo quedarse con Irradiance Map + Light Cache:

• Pipelines existentes de V-Ray 4.x / 5.x donde el flujo de trabajo de Irradiance Map + Light Cache ya está validado y produciendo el aspecto que desea.
• Imágenes estáticas de máxima calidad donde la interpolación de Irradiance Map da un resultado más limpio que el muestreo adaptativo de UHD Cache.
• Estudios con extensas bibliotecas de planos vinculadas a formatos específicos de caché GI.

Configuración para UHD Cache:

1. V-Ray → Global Illumination → motor primario: cambie a UHD Cache (en V-Ray 6.x+).
2. Configure los presets de calidad (Low / Medium / High). Medium es un predeterminado razonable para la mayoría de las escenas.
3. Habilite "Save to disk" para la UHD Cache.
4. Precalcule en su estación de trabajo e incluya el archivo de caché en la carga de su proyecto.
5. Cambie el modo a "From file" y deshabilite el guardado antes de empaquetar — el mismo patrón que con Irradiance Map.

Patrón 4: Brute Force cuando el almacenamiento en caché GI no es viable

Algunas escenas no se almacenan en caché bien — típicamente escenas con iluminación dinámica extrema (volumétricos, matrices de luces de área, superficies emisivas animadas) donde las muestras de GI varían demasiado de fotograma a fotograma para que el almacenamiento en caché sea útil. Para estas, Brute Force es la elección correcta:

1. Motor primario: Brute Force, Motor secundario: Light Cache.
2. Establezca las subdivisiones de Brute Force lo suficientemente altas para limpiar el ruido (típicamente 8–24, calibrado localmente).
3. No se necesitan archivos de caché. El worker calcula todo por fotograma.
4. El tiempo por fotograma es mayor que con Irradiance Map + Light Cache, pero la calidad es consistente y no hay riesgo de parpadeo relacionado con la caché.

Este patrón es preferido para trabajo de efectos visuales, configuraciones de iluminación complejas e imágenes estáticas donde el tiempo hasta el resultado es menos importante que el aspecto. También es más tolerante cuando las escenas tienen ciclos de modificación intensos — no hay cachés que invalidar.

Guía de decisión método-caso de uso

Un flujo de decisión simplificado para elegir un método GI:

| Su escena | Método recomendado | |---|---| | Exterior de archviz estático | Irradiance Map + Light Cache, precalculado, modo "From file" | | Interior de archviz estático | Irradiance Map + Light Cache, precalculado, muestras más altas | | Exterior de archviz animado | Animation (prepass) + Animation (rendering) | | Interior de archviz animado | Animation (prepass) + Animation (rendering), prepass 1 fotograma de cada 5 | | Visualización de producto | UHD Cache (V-Ray 6.x+) o Brute Force + Light Cache | | Plano de efectos visuales con volumétricos | Brute Force + Light Cache, sin archivos de caché | | Iteración rápida / lookdev | UHD Cache, preset Low | | Render definitivo para portfolio | Brute Force + Brute Force, muestras altas |

La caché GI debe calcularse antes de la carga

Un punto que vale la pena reiterar porque es la causa individual más común de costo evitable en los trabajos de render farm de V-Ray: las cachés GI deben calcularse en su estación de trabajo antes de que el proyecto se cargue. No existe un modo equivalente de "calcular la GI en la render farm primero, luego renderizar" que funcione eficientemente entre workers distribuidos. El cálculo de GI es secuencial, no paralelo — cada muestra de Irradiance Map depende de las muestras anteriores, por lo que el prepass no puede distribuirse.

Los dos modos de fallo que vemos con mayor frecuencia:

• Modo dejado en "Single frame" en un envío de animación. Cada worker vuelve a ejecutar de forma independiente el mismo y costoso prepass por fotograma, desperdiciando la mayor parte del paralelismo que proporciona la render farm. Una animación de 250 fotogramas que debería tardar una hora acaba tardando ocho.
• Las rutas de archivo de caché apuntan a una letra de unidad de la estación de trabajo (por ejemplo, D:\mis-proyectos\gi\escena_ir.vrmap). El worker no puede resolver la ruta y recurre silenciosamente al modo "calcular GI", a menudo con parpadeo de GI porque cada worker calcula un prepass ligeramente diferente.

La solución en ambos casos es la misma: precalcule localmente, establezca el modo en "From file" o "Animation (rendering)", use rutas relativas (./gi/escena_ir.vrmap) y verifique que los archivos de caché existen en la carpeta del proyecto antes de empaquetar.

Para estudios que realizan trabajo de animación recurrente, el costo del prepass se amortiza: calcule una vez, renderice cientos de fotogramas contra la misma caché.

Reutilizar Irradiance Map para reducir el tiempo de renderizado

Un patrón que no es obvio para los usuarios de primera vez de la render farm V-Ray: una vez que ha calculado un Irradiance Map para una escena, puede reutilizarlo en rerenders para ajustes de cámara, iteraciones de lookdev e incluso variantes de iluminación — siempre que la geometría y las posiciones de luz de la escena no hayan cambiado de forma significativa.

Concretamente: si renderiza una escena de archviz con un Irradiance Map específico, y una semana después el cliente pide una variante de luz diurna que cambia la dirección del sol 20 grados, no necesita recalcular el Irradiance Map. El mapa existente cubre las muestras de luz indirecta en toda la geometría; el componente de luz directa (sol, luces de área) se recalcula por render de todos modos. Conserve el archivo .vrmap en caché y vuelva a enviar solo con la iluminación cambiada.

Dónde sí necesita recalcular:

• Cambios de geometría. Paredes movidas, mobiliario añadido, escala cambiada — los puntos de muestra del Irradiance Map ahora son incorrectos.
• Cambios importantes en la configuración de luces. Añadió o eliminó una gran luz de área, cambió el HDRI de domo, cambió entre configuración de iluminación exterior e interior.
• Cambios de albedo de material que afectan al rebote indirecto. Cambiar una pared blanca por madera oscura afectará visiblemente a la luz indirecta. Los ajustes sutiles de tono generalmente no.

Para animación, el .vrmap fusionado es reutilizable a lo largo del mismo recorrido de cámara para renderizar variantes. Hemos visto estudios obtener 4–5 renders de un único Irradiance Map calculado a lo largo de un ciclo de revisión típico.

Formatos de salida: EXR + elementos de renderizado mediante V-Ray Frame Buffer

Una vez que la GI está configurada y la escena está lista para enviar, la siguiente decisión es cómo escribir la salida. Para cualquier cosa destinada a un flujo de trabajo de composición o gradación, la respuesta es el V-Ray Frame Buffer (VFB) escribiendo EXR multicanal con elementos de renderizado, no directamente a PNG/JPG desde el renderer.

Por qué VFB + EXR + elementos de renderizado:

• Flexibilidad de composición. Cada elemento de renderizado (difuso, reflexión, refracción, GI, especular, oclusión ambiental, Cryptomatte, Z-depth, posición mundial, vectores de movimiento) aterriza como un canal separado dentro de un único archivo EXR. El compositor solo extrae lo que necesita sin volver a renderizar.
• Sin horneado de efectos de postproceso. Los efectos de lente, la gradación de color, la exposición, el resplandor y el bloom que previsualizan el VFB se mantienen como valores ajustables en el encabezado EXR — no se queman en los píxeles en el momento del renderizado.
• Precisión sin pérdida. EXR es de medio punto flotante (16 bits) o de punto flotante completo (32 bits) por canal. Las luces no se recortan, las sombras no se aplastan y la reclasificación es no destructiva.
• Un archivo por fotograma, no un archivo por canal. El EXR multicanal mantiene los números de fotograma alineados en todos los elementos automáticamente.

Cómo configurar en la estación de trabajo antes del envío:

1. Abra la configuración del V-Ray Frame Buffer. En 3ds Max: pestaña V-Ray → Frame buffer. En Maya: V-Ray Common → menú desplegable de V-Ray Frame Buffer. En C4D y Houdini: ubicación similar en la configuración de renderizado de V-Ray.

1. Habilite el V-Ray Frame Buffer (no el frame buffer nativo de la aplicación host). VFB es dueño del pipeline de escritura de EXR + elementos de renderizado; el frame buffer nativo no gestiona los elementos de renderizado correctamente para la salida de la render farm.

1. Habilite "Save separate render channels" y "Save RGB and alpha" para que el pase de belleza se escriba en el mismo EXR multicanal. La salida de archivo único es preferible para el trabajo en la render farm.

1. Establezca la salida en OpenEXR (.exr). Profundidad de bits: medio punto flotante de 16 bits es el estándar para composición; punto flotante completo de 32 bits es útil para efectos visuales con rangos HDR extremos.

1. Añada los elementos de renderizado que necesite. En 3ds Max: Render Setup → pestaña Render Elements → Add → seleccione de la lista de elementos de V-Ray (V-RayDiffuseFilter, V-RayReflection, V-RayGlobalIllumination, V-RayCryptomatte, V-RayZDepth, etc.). En Maya: panel AOV / Render Elements en la pestaña de V-Ray. En C4D y Houdini: configuración de Multi-Pass / AOV. Incluya siempre como mínimo: difuso, reflexión, refracción, GI, especular, alfa, Z-depth y un Cryptomatte si necesita composición por objeto.

1. Establezca la ruta de salida en una subcarpeta output/ limpia dentro de su proyecto — por ejemplo, output/escena_v01.####.exr. Use solo rutas relativas.

1. Deshabilite la opción "save image" del renderer nativo. Si tanto el guardado de VFB como el guardado del host están habilitados, obtendrá archivos duplicados en diferentes rutas y su archivo descargado se duplica en tamaño.

1. Verifique localmente con un fotograma de prueba. Renderice un fotograma, abra el EXR en un compositor (Nuke, After Effects, Fusion, DaVinci Resolve), confirme que todos los canales están presentes y nombrados como se esperaba.

Problemas comunes: la salida PNG/JPG hornea los efectos de postproceso y descarta los elementos de renderizado (use solo para vistas previas); los elementos de renderizado añadidos pero el guardado de VFB deshabilitado produce solo un pase de belleza sin canales separables; los EXRs separados por canal funcionan pero hacen que el emparejamiento de fotogramas sea frágil — el EXR multicanal es el predeterminado más limpio.

Para renders estáticos de muy alta resolución (8K+), o escenas con más de 20 elementos de renderizado, el tamaño del archivo EXR puede crecer sustancialmente (más de 200 MB por fotograma). Planifique el ancho de banda de descarga en consecuencia.

Subdivisiones de Light Cache vs tamaño de muestra

Light Cache tiene dos parámetros que principalmente controlan la calidad: subdivisiones (recuento de muestras) y tamaño de muestra (radio de interpolación). Orientación rápida:

• Subdivisiones. Predeterminado 1000. Para archviz de interiores, 1500–2500 produce una GI más limpia. Para exteriores, 800–1200 suele ser suficiente. Los valores más altos aumentan el tiempo de prepass aproximadamente de forma lineal.
• Tamaño de muestra. Predeterminado 0,02 (2% del radio de la escena). Los valores más bajos (0,01) producen detalles de GI más nítidos a costa de ruido; los valores más altos (0,05) suavizan la variación a pequeña escala. No cambie sin probar — los valores demasiado altos pierden el detalle de las sombras de contacto, los valores demasiado bajos producen una GI irregular.

Para prepasses de animación, configure "Use Light Cache for glossy rays" → habilitado, lo que produce reflexiones brillantes más suaves a lo largo de la animación y reduce los píxeles aislados brillantes (fireflies) en materiales de vidrio y metal.

Resolución de problemas de GI de V-Ray en la render farm

Para la resolución de problemas generales que se aplica entre DCCs, consulte .

• "Irradiance Map file not found" al renderizar. Verifique que la ruta del archivo de caché en la configuración de V-Ray es relativa a la carpeta del proyecto, no absoluta. El worker resuelve las rutas desde la raíz del proyecto en el momento del envío.
• La ruta del archivo de caché GI usa letra de unidad de la estación de trabajo. Edite las rutas de los archivos de caché en la configuración de V-Ray para usar rutas relativas (./gi/escena_ir.vrmap) antes del envío. La herramienta Simulate Local Path puede ayudar a validar esto — consulte .
• Parpadeo de la animación a pesar de usar GI en caché. Verifique que el modo de caché está configurado en "Animation (rendering)" en el pase final, no en "Single frame" o "Animation (prepass)". También verifique que el archivo de caché realmente cubre el rango de animación completo — una caché parcial causará parpadeo fuera del rango en caché.
• El worker calcula la GI desde cero a pesar de que la caché está incluida. Verifique que "Save to disk" está deshabilitado y que el Mode está configurado en "From file" (para imágenes estáticas) o "Animation (rendering)" (para animación). Si Save está habilitado, V-Ray puede intentar sobrescribir el archivo de caché en tiempo de renderizado y fallar.
• El archivo UHD Cache no es leído por el worker. La misma causa raíz que con Irradiance Map: solo rutas relativas, modo "From file", guardado deshabilitado.
• Los elementos de renderizado EXR llegan vacíos o con canales faltantes. Verifique que "Save separate render channels" está habilitado en la configuración de VFB antes del envío, y que el fotograma de prueba en su estación de trabajo produjo un EXR multicanal completo. Si también faltan canales en la versión de la estación de trabajo, el problema es anterior a la render farm.
• El EXR de salida es de 8 bits por canal. El EXR puede escribirse a 8 bits pero raramente lo es — generalmente esto es una configuración incorrecta en los ajustes de profundidad de bits de VFB. Cambie a medio punto flotante de 16 bits y vuelva a renderizar el fotograma de prueba.

Referencias cruzadas

• — resolución de problemas de fallos de trabajos
• — problemas de calidad de renderizado incluyendo patrones de parpadeo de GI
• — flujo de trabajo de carga, envío y descarga
• — especificaciones de V-Ray para 3ds Max
• — especificaciones de V-Ray para Maya
• — especificaciones de V-Ray para Cinema 4D
• — herramienta de validación Simulate Local Path
• — página de destino
• — artículo de rendimiento de dispersión

FAQ

Q: ¿Realmente necesito precalcular el Irradiance Map y la Light Cache localmente antes de enviarlos a la render farm? A: Muy recomendado para animación; opcional para imágenes estáticas. El cálculo de GI es secuencial y no puede paralelizarse entre workers, por lo que un envío de animación sin caché hace que cada fotograma vuelva a ejecutar el mismo y costoso prepass, desperdiciando la mayor parte del paralelismo de la render farm. Para imágenes estáticas, el prepass se ejecuta solo una vez por render de todos modos, por lo que el ahorro de tiempo del precálculo es menor — pero sigue siendo una buena práctica para la reproducibilidad y para mantener los elementos de renderizado estables entre rerenders.

Q: Mi animación tiene parpadeo de GI aunque precalculé el Irradiance Map. ¿Por qué? A: Tres causas probables: (1) el modo de Irradiance Map en el pase final no está configurado en "Animation (rendering)" — puede estar en "Single frame", lo que causa el recálculo por fotograma; (2) el archivo de caché no cubre el rango de animación completo; (3) el prepass se calculó a una tasa de muestreo demasiado baja, por lo que la propia caché tiene ruido. Corrija ejecutando el prepass con muestras más altas y verificando el modo en el pase final.

Q: ¿Cuándo debo usar UHD Cache en lugar de Irradiance Map + Light Cache? A: UHD Cache (V-Ray 6.x+) es más simple de configurar y funciona bien para proyectos nuevos donde no tiene ajustes establecidos de Irradiance Map + Light Cache. Mantenga Irradiance Map + Light Cache para pipelines existentes o para renders estáticos definitivos donde la interpolación de Irradiance Map produce un resultado más limpio.

Q: Mi cálculo de Irradiance Map tarda 4 horas localmente antes de poder enviar. ¿Hay una forma más rápida? A: Tres optimizaciones: (1) reduzca el preset de Irradiance Map a "Medium" o "Low" — para animación, el prepass a un preset menor produce una caché similar a los presets más altos tras el suavizado temporal de composición; (2) calcule el prepass a resolución reducida (50% de la final); (3) para animaciones muy largas, calcule el prepass en cada 5º fotograma y deje que V-Ray interpole entre ellos.

Q: ¿Puede la render farm calcular el prepass del Irradiance Map y luego renderizar el pase final en un solo trabajo? A: No de forma eficiente. El prepass se ejecutaría en un worker (secuencialmente), y el pase final se ejecutaría distribuido. Pagaría por el tiempo de prepass de un worker más el tiempo del pase final distribuido, frente a precalcular localmente de forma gratuita. El patrón recomendado sigue siendo: prepass en la estación de trabajo, pase final en la render farm.

Q: Mi escena usa V-Ray Distributed Rendering (DR) localmente. ¿Cómo se traduce esto a la render farm? A: V-Ray DR es para dividir una sola imagen estática entre múltiples estaciones de trabajo en LAN. En la render farm, el equivalente es la distribución de renderizado por buckets gestionada al nivel de la cola — la render farm distribuye los buckets entre workers automáticamente por fotograma. No necesita configurar V-Ray DR; envíe normalmente.

Q: Estoy usando solo Light Cache (sin Irradiance Map) como motor primario. ¿Es compatible? A: Sí. Los patrones "solo Light Cache" o "Brute Force + Light Cache" son compatibles en la render farm. El cálculo de Light Cache por fotograma es lo suficientemente rápido como para que el precálculo en caché generalmente no sea necesario para escenas típicas.

Q: Mi versión de V-Ray es 4.x (V-Ray Next). ¿Se siguen aplicando estos flujos de trabajo? A: Sí, con ajustes en los nombres de los parámetros. V-Ray Next usaba una terminología ligeramente diferente (por ejemplo, "Pre-pass animation" vs. "Animation (prepass)"), pero el patrón de almacenamiento en caché subyacente es idéntico. Los modos "From file" y "Save to disk" funcionan igual. Para los nombres de parámetros específicos de V-Ray 4.x, consulte la documentación de V-Ray 4.x; para proyectos nuevos, se recomienda V-Ray 6.x o 7.x.

Q: ¿Por qué EXR con elementos de renderizado en lugar de simplemente renderizar a PNG? A: EXR con elementos de renderizado le da al compositor cada canal (difuso, reflexión, GI, Z-depth, Cryptomatte, etc.) dentro de un único archivo multicanal por fotograma. PNG reduce a 8 bits y hornea cualquier efecto de postproceso en los píxeles, eliminando la flexibilidad de composición. Para la salida de calidad final, EXR es el formato que mantiene sus renders editables posteriormente.

---