
Render Farm para Animación Inmobiliaria y Recorridos Virtuales 3D (2026)
Resumen
Introducción
Un recorrido virtual inmobiliario parece sencillo desde fuera: un suave desplazamiento de cámara por una cocina, hacia una terraza, subiendo una escalera, y terminando en el plano estrella del salón a la hora dorada. Lo que el vídeo final oculta es el número de fotogramas. Un flythrough de 60 segundos a 25 fotogramas por segundo son 1.500 imágenes individuales, cada una un render ray-traced completo con iluminación global, reflejos y suficiente anti-aliasing para que el movimiento no titile. En una sola estación de trabajo, ese es el tipo de trabajo que se lanza un viernes con la esperanza de que termine antes de que el anuncio salga a la venta el lunes.
Esta guía trata sobre dónde encaja un render farm en la animación inmobiliaria y los recorridos virtuales 3D, y, con la misma importancia, dónde no encaja. En Super Renders Farm operamos un render farm en la nube totalmente gestionado, así que vemos constantemente flythroughs de propiedades, picos por lanzamiento de anuncios y revisiones de última hora pasar por la cola. Pero antes de eso, hay un problema de terminología que conviene aclarar: mucha gente que busca "renderizado inmobiliario" en realidad no quiere un render farm en absoluto. Quiere un estudio que le haga los renders. Son dos productos distintos, y confundirlos hace perder tiempo a ambas partes. Primero aclararemos eso, luego entraremos en el flujo de trabajo, el cálculo del coste por fotograma y la nota honesta sobre el alcance de los motores en tiempo real.

Camera path through a 3D architectural interior showing keyframes for a property walkthrough animation
Estudio de renderizado como servicio frente a render farm: cuál está buscando en realidad
Busque "servicios de renderizado inmobiliario" y encontrará dos tipos de empresa completamente distintos en la misma página de resultados, descritos en un lenguaje casi idéntico. Saber cuál necesita antes de comparar precios ahorra muchos correos confusos.
Un estudio de renderizado como servicio es un taller creativo. Usted les envía un plano, algunas fotos de referencia, quizá un modelo de SketchUp o Revit, y un moodboard, y ellos construyen la escena 3D, la iluminan, configuran los movimientos de cámara y le entregan una animación terminada. Usted está comprando trabajo y talento artístico. No toca ninguna aplicación 3D; los artistas del estudio se encargan del modelado, el texturizado y el desarrollo del look. Esto es lo que realmente buscan la mayoría de las búsquedas de "renders inmobiliarios" y "servicios de animación de recorridos 3D": personas que necesitan que alguien crear las imágenes desde cero.
Un render farm es un servicio de cómputo. Usted ya tiene la escena 3D terminada: usted (o su artista) la construyó en 3ds Max, Blender o Cinema 4D, configuró las cámaras y ajustó la iluminación. Lo que no tiene es la potencia para renderizar 1.500 fotogramas de la noche a la mañana. Un render farm le alquila esa potencia. Usted sube la escena, la farm distribuye los fotogramas entre muchas máquinas y usted descarga las imágenes terminadas. Nadie en la farm abre su escena para dirigirla artísticamente: las decisiones creativas ya están tomadas.
Esta es la prueba honesta para saber cuál necesita: si puede abrir su escena y pulsar "render" usted mismo, y el único problema es que su único ordenador tardaría tres días, necesita un render farm. Si está mirando un plano sin modelo 3D y sin idea de cómo construir uno, necesita un estudio de renderizado como servicio. Super Renders Farm es un render farm: la capa de cómputo, no el estudio creativo. No construimos escenas; renderizamos las que usted nos trae. Esa distinción importa porque los modelos de precios no son comparables: un estudio cotiza por proyecto en función de las horas del artista, mientras que una farm factura por unidad de cómputo consumida. Comparar el presupuesto de 2.000 $ de un estudio con la tarifa por fotograma de una farm es comparar dos compras distintas.
Para un análisis más completo del lado del servicio de cómputo, nuestra guía sobre servicio de renderizado frente a render farm explica en más profundidad las diferencias del modelo de entrega. La versión resumida para el trabajo inmobiliario: si el render ya está hecho y solo necesita cómputo, siga leyendo.
Por qué los recorridos virtuales desbordan una sola estación de trabajo
La animación inmobiliaria es engañosamente pesada en el lado del renderizado en comparación con un conjunto de imágenes fijas. Un folleto normalmente necesita entre ocho y doce planos fijos destacados. Un recorrido virtual necesita cada fotograma entre esos planos, y, como la cámara se mueve, no se puede recortar la calidad de la forma en que a veces se hace con una imagen estática que solo se verá a una resolución.
Tres factores se acumulan rápido:
- Número de fotogramas. Un clip de un minuto a 25 fps son 1.500 fotogramas. Un recorrido de dos minutos son 3.000. Cada fotograma es un render completo, no una variación de uno en caché: la posición de la cámara, los reflejos y las sombras suaves cambian de fotograma a fotograma.
- Tiempo de render por fotograma. Un interior con iluminación global realista, cristal, suelos pulidos y mobiliario detallado puede tardar fácilmente entre 10 y 40 minutos por fotograma en una estación de trabajo capaz, según la resolución y el muestreo. Los exteriores con paisajismo y vegetación pueden tardar aún más.
- Calidad del movimiento. Las imágenes fijas toleran algo de ruido que se puede retocar. La animación no: el ruido residual repta y parpadea entre fotogramas, así que los recorridos virtuales suelen necesitar más muestras o un buen denoiser, lo que aumenta aún más el tiempo por fotograma.
Multiplíquelo. Con 1.500 fotogramas y un optimista de 12 minutos por fotograma, una sola máquina que renderiza un fotograma a la vez necesita unas 300 horas, doce días y medio de renderizado continuo, para un minuto de metraje. Ese es el cálculo que arruina silenciosamente los plazos de los anuncios. Un render farm lo resuelve renderizando muchos fotogramas en paralelo: el mismo trabajo de 1.500 fotogramas repartido entre un gran número de máquinas vuelve en horas en lugar de días, porque la animación es paralelizable de forma trivial: el fotograma 1 y el fotograma 900 no dependen entre sí y pueden renderizarse simultáneamente en nodos distintos.
Pipelines de recorridos virtuales compatibles: renderizado offline ray-traced
Los flujos de trabajo que más se benefician de un render farm offline son los ray-traced: aquellos pipelines donde cada fotograma se calcula con transporte de luz real en lugar de rasterizarse en tiempo real. En nuestra farm, las combinaciones compatibles que más aparecen en animación inmobiliaria y arquitectónica son:
- 3ds Max con V-Ray o Corona. Esta es la corriente principal del archviz. La mayoría de los estudios de animación inmobiliaria exterior e interior que vemos usan 3ds Max como aplicación anfitriona y V-Ray o Corona como motor de render. Ambos son ray tracers potentes en CPU (V-Ray también tiene un modo GPU), y ambos manejan el cristal, la GI y el realismo de materiales del que viven los recorridos inmobiliarios. Los plugins habituales en este pipeline, como las herramientas de dispersión y vegetación para paisajismo, deben coincidir en versión entre su máquina y la farm, así que conviene confirmar el soporte de plugins antes de un trabajo grande.
- Blender con Cycles. Cycles es el path tracer físicamente correcto de Blender, y es un motor totalmente compatible en la farm. Cada vez más visualizadores independientes y estudios pequeños construyen recorridos inmobiliarios en Blender, y Cycles los renderiza con los mismos resultados precisos en GI que los motores comerciales. Si su animación es un proyecto de Cycles, se distribuye en la farm igual que un trabajo de V-Ray. (Nota sobre el alcance honesto: nuestro soporte de Blender cubre el renderizado offline de Cycles; esto trata sobre animación ray-traced, no sobre motores de viewport en tiempo real, que cubrimos más adelante.)
- Cinema 4D con Redshift, Corona o Arnold. Los estudios con orientación a motion design suelen construir imágenes de propiedades en Cinema 4D. Redshift funciona sobre GPU; Corona y Arnold cubren el lado de CPU. Todos son compatibles para el renderizado de animación offline.
La licencia de los motores comerciales (V-Ray, Corona, Redshift, Arnold, Octane) está incluida en la tarifa por hora de render en lugar de facturarse aparte, y Cycles es gratuito y de código abierto, así que no hay ninguna licencia que asumir. Al ser una farm totalmente gestionada, el modelo de envío es subir-renderizar-descargar: sin escritorio remoto, sin configuración manual de servidores de licencias, sin instalar su motor de render en una máquina virtual alquilada. Usted envía la escena a través de un cliente o plugin, los fotogramas se distribuyen entre los nodos disponibles, y los fotogramas terminados vuelven a medida que se completan, así que una animación larga puede empezar a descargar sus primeros fotogramas antes de que termine el último.
Para una visión más amplia de la visualización arquitectónica, no solo la animación sino toda la disciplina, nuestra guía completa de visualización arquitectónica cubre el flujo de trabajo de principio a fin, y el artículo sobre el mejor render farm en la nube para archviz entra en detalle sobre cómo evaluar proveedores para este tipo de trabajo exacto.

Diagrama de un único trabajo de recorrido de 1.500 fotogramas distribuido entre muchos nodos de render en paralelo
El cálculo del coste por fotograma de un recorrido real
El coste es la pregunta que todo el mundo quiere responder, así que trabajemos con un ejemplo concreto en lugar de generalidades. Tomemos una animación realista para el lanzamiento de un anuncio: un recorrido interior de 60 segundos a 25 fps, renderizado a 1080p, 1.500 fotogramas.
La farm factura el renderizado en CPU a 0,004 $ por GHz-hora (la tarifa base publicada; los niveles prioritarios cuestan más, hasta unos 0,016 $/GHz-hora para un tiempo de entrega más rápido). La fórmula para un trabajo de CPU es directa:
Coste = (tiempo de render por fotograma en horas) × (GHz totales de la máquina) × (número de fotogramas) × (tarifa por GHz-hora)
El único dato que necesita y que no es un número fijo son los GHz totales de su máquina, que equivalen aproximadamente al número de núcleos de CPU multiplicado por su velocidad de reloj. Así funciona con cifras plausibles para nuestra escena de ejemplo:
| Dato | Valor |
|---|---|
| Fotogramas | 1.500 |
| Tiempo de render por fotograma (interior 1080p, GI) | 15 minutos = 0,25 h |
| Tamaño efectivo de la máquina (ejemplo trabajado) | 100 GHz |
| Tarifa de CPU | 0,004 $ / GHz-hora |
| Coste por fotograma | 0,25 × 100 × 0,004 $ = 0,10 $ |
| Trabajo completo de 1.500 fotogramas | 1.500 × 0,10 $ = 150 $ |
Así, un recorrido interior de un minuto a 1080p en este escenario ronda los 150 $ en coste de render, y, como los fotogramas se renderizan en paralelo entre muchos nodos, vuelve en pocas horas en lugar de los más de doce días que necesitaría una sola estación de trabajo. Si cambia las suposiciones, la cifra se mueve de forma predecible: si el tiempo por fotograma sube a 30 minutos (más GI, más muestras), se duplica a unos 300 $; si renderiza a 4K en lugar de 1080p, tanto el tiempo por fotograma como el coste suben más; si baja a un clip de 30 segundos, se reduce a la mitad. Los trabajos de GPU (Redshift, Octane, V-Ray GPU) facturan en una unidad distinta, 0,003 $ por OctaneBench-hora, así que la aritmética cambia, pero el principio es idéntico: paga por el cómputo que un trabajo realmente consume.
Deliberadamente no citamos precios de la competencia aquí (quedan desactualizados rápido y varían según el nivel de máquina), pero el método anterior es el que hay que aplicar a cualquier farm: obtenga su tarifa por unidad, calcule su tiempo por fotograma con un render de prueba y multiplique. Las cuentas nuevas también reciben 25 $ en crédito de prueba gratuito, suficiente para renderizar una secuencia de prueba corta y medir su tiempo real por fotograma antes de comprometerse con un trabajo completo. Para el tratamiento completo de los modelos de precios en la industria, la guía de coste por fotograma de render farm desglosa en detalle el cálculo por fotograma frente a la suscripción.
El apuro del plazo de lanzamiento del anuncio
La razón por la que los render farms y la animación inmobiliaria van tan bien juntos no es solo el coste bruto: es la forma del plazo. El trabajo inmobiliario es intermitente. Una propiedad sale al mercado, el anuncio tiene una fecha fija de publicación, y el recorrido virtual tiene que estar terminado, revisado y subido antes de esa fecha, no un día después. Luego el pipeline queda en silencio hasta el siguiente anuncio.
Ese patrón encaja mal con poseer hardware. Si compra una estación de trabajo lo bastante potente como para renderizar recorridos de la noche a la mañana, la mayor parte del tiempo está inactiva entre anuncios: ha pagado por una capacidad punta que usa en ráfagas cortas. Un render farm invierte eso: alquila una gran cantidad de cómputo durante las pocas horas que la necesita y luego no paga nada hasta el siguiente apuro. El fallo clásico que vemos es la revisión de un viernes por la tarde: el cliente quiere mover la isla de la cocina y volver a renderizar toda la animación, y hay un plazo el lunes. En una sola máquina, esa revisión no cabe en el fin de semana. Distribuido en una farm, un nuevo render completo de 1.500 fotogramas es, en el peor de los casos, un trabajo de una noche.
Esto también explica por qué el modelo totalmente gestionado importa especialmente para los equipos pequeños. Si es un visualizador independiente o un estudio de tres personas, no tiene un TD de pipeline para cuidar los nodos de render. Subir-renderizar-descargar sin escritorio remoto significa que la capa operativa (el estado de los nodos, el reencolado de fotogramas fallidos, la asignación de licencias) se gestiona en el lado de la farm y no en el suyo. Usted envía el trabajo antes de irse por la tarde y recoge los fotogramas terminados por la mañana. Para estudios de este tamaño en particular, la guía de render farm para estudios de arquitectura de menos de 10 personas profundiza en la economía de los equipos pequeños.
Dónde encajan las herramientas en tiempo real en su lugar: una nota honesta sobre el alcance
Aquí está la parte que mucho contenido sobre "render farm para inmobiliario" se salta, y es importante: una parte grande y creciente de los recorridos virtuales inmobiliarios no necesita un render farm offline en absoluto, porque están construidos en motores en tiempo real.
Herramientas como Lumion, Twinmotion y D5 Render son motores de rasterización en tiempo real. Renderizan un recorrido virtual en su propia GPU, en vivo, a velocidades interactivas o casi interactivas: una animación de un minuto puede exportarse en minutos en una sola tarjeta gráfica capaz, no en días. Ese es un pipeline fundamentalmente distinto del renderizado offline por fotograma ray-traced para el que está construida una farm. Si todo su flujo de trabajo vive en Lumion o Twinmotion, un render farm en general no forma parte del panorama: la exportación ocurre en su máquina, y no hay ninguna cola de 1.500 fotogramas de una noche que distribuir. Son herramientas excelentes para una visualización inmobiliaria rápida e iterativa, y fingir que todo el mundo necesita una farm offline sería deshonesto.
Queremos ser claros sobre nuestro propio alcance: nuestra farm renderiza los pipelines offline ray-traced mencionados antes: 3ds Max con V-Ray o Corona, Blender con Cycles, Cinema 4D con Redshift, Corona o Arnold. No es un servicio de render para motores en tiempo real. Así que la orientación práctica es:
- ¿Construye su recorrido virtual en Lumion, Twinmotion o D5? Su GPU se encarga de la exportación en local; un render farm normalmente no hace falta. Iteración más rápida, con cierta pérdida en la calidad fotorrealista final frente a un path tracer completo.
- ¿Lo construye en 3ds Max/V-Ray, Blender/Cycles o C4D/Redshift para el máximo fotorrealismo? Ese es el camino offline donde una farm se gana su lugar: el techo de calidad es más alto, pero los fotogramas son caros de calcular, que es exactamente el problema que resuelve una farm.
Ningún camino es universalmente "mejor". Un flythrough rápido de agente para un anuncio de gama media puede ser perfecto en Twinmotion; la película estrella de una promoción de lujo puede justificar un render offline completo en V-Ray. La cuestión es elegir el pipeline que encaje con el trabajo, y recurrir a un render farm solo cuando esté en el lado offline de esa línea. Para el enfoque de IA y visualización en este espacio en evolución, nuestro artículo sobre renderizado arquitectónico 3D y visualización con IA cubre cómo las nuevas herramientas están transformando el flujo de trabajo.

Comparación de un flujo de trabajo de exportación local con motor en tiempo real frente a un flujo de trabajo de render farm offline ray-traced para animación inmobiliaria
Una lista de comprobación práctica antes de enviar un recorrido virtual a una farm
Si ha decidido que su proyecto está en el lado offline y una farm tiene sentido, unas pocas comprobaciones previas ahorran muchos disgustos a mitad del trabajo:
- Confirme que las versiones del motor y los plugins coinciden. Una farm una versión por detrás en V-Ray o en un plugin de dispersión puede cambiar silenciosamente su resultado. Confirme la versión exacta de su motor de render y que cualquier plugin del que dependa su escena sea compatible antes de subir una animación completa.
- Ejecute primero un fotograma o secuencia de prueba. Renderice unos pocos fotogramas representativos (un interior, un exterior, un plano complicado con mucho cristal) para medir el tiempo real por fotograma y detectar texturas ausentes o sorpresas de materiales antes de comprometerse con el trabajo completo de 1.500 fotogramas. El crédito de prueba de 25 $ está pensado exactamente para esto.
- Compruebe la ventana de conservación del resultado. Los fotogramas renderizados permanecen disponibles durante un período fijo (45 días en nuestra farm) antes de la eliminación automática. Para un trabajo con plazo ajustado, descargue con prontitud o configure la descarga automática para no ir contrarreloj a la hora de recuperar los archivos.
- Empaquete los assets correctamente. Las texturas ausentes y las rutas de asset rotas son la causa más común de un nuevo render. Use la herramienta de recopilación de assets del motor de render para que cada textura y referencia viaje con la escena.
- Prevea la ronda de revisión. Los clientes inmobiliarios revisan. Presupueste crédito de render y tiempo de calendario para al menos un nuevo render completo tras la primera revisión: es la norma, no la excepción, en el trabajo de anuncios.
Para el lado específico de Blender de configurar y exportar la animación correctamente, la guía completa de renderizado de animación en Blender explica los ajustes de rango de fotogramas, salida y muestreo que más afectan al tiempo y coste de render en una farm.
Vegetación y dispersión: el multiplicador de coste del paisajismo
Un detalle específico del sector inmobiliario merece su propia nota, porque sorprende a la gente en su primera animación exterior: el paisajismo es caro de renderizar. Los recorridos exteriores dependen en gran medida de vegetación dispersa (árboles, setos, césped, cobertura vegetal), a menudo colocada con plugins de dispersión que instancian millones de polígonos en una escena. Esas instancias son baratas en memoria pero no gratuitas en tiempo de render, sobre todo con las sombras suaves y la iluminación global que hacen que un exterior parezca real. Un flythrough exterior puede fácilmente costar dos o tres veces el tiempo de render por fotograma de un interior de resolución similar, solo por la vegetación y el mayor volumen de luz rebotando en una escena abierta.
La implicación práctica para la estimación de costes: no asuma que el tiempo por fotograma de su interior se traslada al exterior. Pruebe ambos. Si su recorrido virtual pasa de dentro a fuera (un movimiento clásico de belleza inmobiliaria, deslizándose desde el salón hasta el jardín), la parte exterior puede dominar su factura de render. Para el pipeline de dispersión y vegetación en una farm en concreto, nuestra guía de flujo de trabajo de render farm para animación con Forest Pack explica cómo se comporta la vegetación instanciada entre nodos distribuidos y cómo evitar que dispare sus tiempos de render.
Resumen: cuándo un render farm encaja en su pipeline inmobiliario
Reuniéndolo todo, aquí está la decisión en una tabla:
| Su situación | Lo que necesita |
|---|---|
| Sin modelo 3D, necesita que le creen las imágenes | Un estudio de renderizado como servicio, no una farm |
| Escena construida, recorrido virtual en Lumion / Twinmotion / D5 | Exportación local por GPU; normalmente no hace falta una farm |
| Escena construida en 3ds Max/V-Ray, Blender/Cycles, C4D/Redshift, offline | Un render farm: aquí es donde encaja |
| Picos de anuncios ocasionales, sin presupuesto para hardware inactivo | El modelo de una farm de alquilar solo cuando lo necesita |
| Visualizador independiente o estudio pequeño, sin personal de pipeline | Una farm totalmente gestionada (subir-renderizar-descargar, sin RDP) |
Un render farm no es una respuesta universal para la animación inmobiliaria: es la herramienta adecuada para el caso específico en el que tiene una escena terminada y ray-traced y un número de fotogramas que desborda una sola máquina antes de su plazo. Ajuste el pipeline al trabajo, ejecute una prueba con el crédito gratuito antes del render completo, y el problema de los doce días en una estación de trabajo se convierte en uno de una sola noche.
FAQ
Q: ¿Necesito un render farm para animación inmobiliaria y recorridos virtuales 3D? A: Solo si su recorrido virtual está construido en un pipeline offline ray-traced (3ds Max con V-Ray o Corona, Blender con Cycles, o Cinema 4D con Redshift, Corona o Arnold) y el número de fotogramas es demasiado alto para renderizarlo en su propia máquina antes de su plazo. Un clip de un minuto son 1.500 fotogramas, que pueden tardar más de una semana en una sola estación de trabajo. Si construye su recorrido virtual en un motor en tiempo real como Lumion, Twinmotion o D5, su propia GPU lo exporta en local y normalmente no hace falta un render farm.
Q: ¿Cuál es la diferencia entre un servicio de renderizado inmobiliario y un render farm? A: Un estudio de renderizado como servicio crea las imágenes 3D para usted: le envía un plano y referencias, y sus artistas construyen, iluminan y animan la escena. Un render farm solo aporta cómputo: usted trae una escena terminada que ya construyó y la farm renderiza sus fotogramas en paralelo. La prueba sencilla es si puede abrir su escena y pulsar render usted mismo; si el único problema es que su único ordenador tardaría demasiado, necesita un render farm, no un estudio.
Q: ¿Cuánto cuesta renderizar una animación de recorrido virtual 3D en un render farm? A: Depende del número de fotogramas, el tiempo de render por fotograma y la resolución. Como ejemplo trabajado, un recorrido interior de 60 segundos a 1080p (1.500 fotogramas) a unos 15 minutos por fotograma ronda los 150 $ en coste de render de CPU a la tarifa base de 0,004 $ por GHz-hora. Más iluminación global, más muestras o resolución 4K aumentan el tiempo por fotograma y el coste; un clip más corto lo reduce. El método fiable para cualquier farm es renderizar unos pocos fotogramas de prueba, medir su tiempo real por fotograma y multiplicarlo por el número de fotogramas y la tarifa.
Q: ¿Puede un render farm asumir el apuro de un plazo de lanzamiento de anuncio? A: Sí; ese es el caso de uso principal. Como los fotogramas de animación no dependen entre sí, una farm renderiza muchos a la vez entre un gran número de máquinas, así que un trabajo de 1.500 fotogramas que tardaría más de doce días en una sola estación de trabajo vuelve en horas. Eso hace viable incluso un nuevo render completo un viernes por la tarde antes de una salida al mercado el lunes, y es la razón por la que el trabajo inmobiliario, intermitente y con plazos ajustados, encaja mejor con el modelo de alquilar solo cuando se necesita que con poseer hardware que queda inactivo entre anuncios.
Q: ¿Qué software y motores de render son compatibles con los recorridos virtuales inmobiliarios? A: Las combinaciones offline ray-traced más habituales en el trabajo inmobiliario y de archviz: 3ds Max con V-Ray o Corona, Blender con Cycles, y Cinema 4D con Redshift, Corona o Arnold. La licencia de los motores comerciales está incluida en la tarifa por hora de render, y Cycles es gratuito y de código abierto. Los motores en tiempo real como Lumion, Twinmotion y D5 renderizan en su propia GPU y son un flujo de trabajo aparte, no parte de una farm offline.
Q: ¿Tengo que conectarme por escritorio remoto a las máquinas o gestionar licencias para usar una farm totalmente gestionada? A: No. Un render farm totalmente gestionado usa un modelo de subir-renderizar-descargar: usted envía su escena a través de un cliente o plugin, la farm se encarga de la asignación de licencias, el estado de los nodos y el reencolado de fotogramas fallidos, y los fotogramas terminados se descargan a medida que se completan. No hay ningún paso de escritorio remoto ni configuración manual de un servidor de licencias, por lo que el modelo conviene a visualizadores independientes y estudios pequeños sin personal de pipeline dedicado.
Q: ¿Por qué las animaciones inmobiliarias exteriores cuestan más de renderizar que las interiores? A: Los recorridos exteriores suelen incluir vegetación dispersa (árboles, césped, setos), a menudo colocada con plugins de dispersión que instancian grandes cantidades de geometría, además de más rebote de luz en una escena abierta. Ambos factores aumentan el tiempo de render por fotograma, así que un flythrough exterior puede costar dos o tres veces el tiempo por fotograma de un interior comparable. Al estimar el coste, pruebe los planos interiores y exteriores por separado en lugar de asumir que un solo tiempo por fotograma cubre toda la animación.
Q: ¿Durante cuánto tiempo se conservan mis fotogramas de recorrido virtual renderizados para su descarga? A: En nuestra farm, el resultado renderizado permanece disponible durante 45 días tras finalizar el trabajo, y luego se elimina automáticamente. Para un trabajo de anuncio con plazo ajustado, descargue los fotogramas terminados con prontitud o configure la descarga automática al almacenamiento local para no ir contrarreloj a la hora de recuperar su animación.
About Alice Harper
Blender and V-Ray specialist. Passionate about optimizing render workflows, sharing tips, and educating the 3D community to achieve photorealistic results faster.


