Costo de renderizado en la nube por fotograma en 2026: lo que realmente cuesta un fotograma

"¿Cuánto cuesta el renderizado en la nube por fotograma?" es una de las preguntas que escuchamos con más frecuencia de artistas y estudios que mueven su primer proyecto fuera de la estación de trabajo. Parece simple, pero la respuesta honesta es un rango — y ese rango es amplio porque un fotograma no es una unidad de trabajo, sino una unidad de salida. Dos fotogramas a la misma resolución pueden tardar 30 segundos o 30 minutos según el motor, las muestras, la geometría y la iluminación.

Esta guía explica cómo se ve el costo por fotograma en la nube en 2026, por qué varía tanto y cómo funcionan realmente los modelos de precios subyacentes. Llevamos operando Super Renders Farm desde 2017 y los números que aparecen a continuación provienen de la mezcla de proyectos que vemos a diario en archviz, motion design, VFX y animación de largometraje.

Para un análisis matemático detallado de cómo los render farms calculan específicamente los cargos por fotograma, consulta nuestra guía de costo por fotograma en render farm. Para una comparativa lado a lado de cinco render farms nombrados, consulta el desglose de costo por fotograma para 2026. Este artículo es el punto de entrada conceptual que se sitúa por encima de ambos — cubriendo el renderizado en la nube como categoría completa, incluyendo alternativas IaaS como AWS Batch y Azure Batch.

TL;DR — Costo de renderizado en la nube por fotograma en 2026

El costo por fotograma en la nube en 2026 suele situarse en estos rangos:

• Still de archviz (1080p, V-Ray o Corona): $0.03 – $0.25 por fotograma
• Animación de archviz (1080p, 24–30 fps): $0.08 – $0.65 por fotograma
• Visualización de producto (4K, GPU o CPU): $0.15 – $1.20 por fotograma
• Shot de VFX / motion design: $0.50 – $3.00 por fotograma
• Shot de animación de largometraje / CG pesado: $1.00 – $5.00 por fotograma

Estos números cubren solo el cómputo de renderizado — no incluyen licencias, preparación de assets ni edición. El costo por fotograma varía según la complejidad de la escena, el motor de renderizado, la resolución de salida, la configuración de muestras/calidad y el modelo de precios que use tu proveedor. A continuación desglosamos cada uno de esos factores y luego mostramos cómo se comparan los render farms con las plataformas de cómputo en la nube de propósito general (AWS Batch, Azure Batch) para la misma carga de trabajo.

¿Cuánto cuesta el renderizado en la nube por fotograma?

La respuesta corta es "entre tres centavos y cinco dólares por fotograma, dependiendo del tipo de fotograma que estés renderizando". No es una evasiva — el rango refleja lo diferente que es un still de archviz a 1080p de un shot de animación de largometraje a 4K con volumétricas y motion blur.

Para hacer los rangos más concretos, aquí está la referencia de costo por fotograma que usamos internamente al dimensionar nuevos proyectos. Las columnas de CPU asumen V-Ray, Corona o Arnold en nodos dual Xeon. Las columnas de GPU asumen Redshift, Octane o V-Ray GPU en hardware de clase RTX 5090 (32 GB de VRAM).

Tipo de proyecto	Resolución	CPU $/fotograma	GPU $/fotograma	Notas
Still de archviz — interior	1.920×1.080	$0.05 – $0.25	$0.04 – $0.18	Corona / V-Ray; 1–8 min por fotograma
Still de archviz — exterior con vegetación	3.840×2.160	$0.20 – $0.80	$0.15 – $0.55	Forest Pack, desplazamiento
Walkthrough de animación de archviz	1.920×1.080	$0.08 – $0.40	$0.06 – $0.28	720–4.500 fotogramas típicos
Visualización de producto	3.840×2.160	$0.25 – $1.20	$0.15 – $0.90	Iluminación de estudio, poca geometría
Motion design / mograph	1.920×1.080	$0.30 – $1.50	$0.20 – $1.10	Redshift / Octane dominante
Shot de VFX (complejidad media)	1.920×1.080–2K	$0.60 – $2.50	$0.45 – $1.80	Sims, desplazamiento, AOVs
Shot de animación de largometraje	2K – 4K	$1.20 – $5.00	$0.90 – $3.80	GI pesado, cabello, volumétricas

Dos conclusiones prácticas de esta tabla. Primero, el costo por fotograma de GPU suele ser un 20–35% menor que el de CPU en la misma escena si la escena es compatible con GPU — es decir, si las texturas y la geometría caben en 32 GB de VRAM y el motor es Redshift, Octane o V-Ray GPU. Segundo, el rango por fotograma dentro de un mismo tipo de proyecto suele ser 4–5 veces más amplio. Eso no se debe a la varianza del proveedor, sino a la varianza de la escena. Un interior de Corona limpio con un par de luces puntuales rinde de manera muy diferente al mismo espacio con vegetación de Forest Pack fuera de las ventanas.

¿Qué significa "precios por fotograma" en un render farm?

"Precios por fotograma" es una abreviatura de dos conceptos relacionados pero distintos, y confundirlos genera mucha confusión.

Concepto 1 — Un modelo de precios. Un pequeño número de proveedores (principalmente servicios de arrastrar y soltar dirigidos a aficionados) literalmente cobran un precio fijo por fotograma independientemente de cuánto tarde en renderizarse. Esto se ve en renderizadores en la nube simples para Blender Eevee o escenas básicas de V-Ray. La tarifa cubre el tiempo de cómputo esperado promedio para ese motor y resolución.

Concepto 2 — Una unidad de reporte. La mayoría de los render farms de grado de producción (incluido Super Renders Farm) cobran por segundo de tiempo de cómputo, normalizado a una unidad de hardware — típicamente GHz-hour para CPU u OctaneBench-hour para GPU. El "costo por fotograma" que ves en tu factura se calcula después de que termina el renderizado, dividiendo el costo total entre el número de fotogramas. Es descriptivo, no prescriptivo.

Ambos conceptos producen un número que parece "$0.42 por fotograma" en una cotización o factura. La diferencia es que el Concepto 1 está fijo antes de enviar el trabajo; el Concepto 2 refleja lo que tu escena realmente consumió. Para cargas de trabajo predecibles (imágenes fijas, shots repetitivos), la diferencia rara vez importa. Para escenas experimentales — motores nuevos, configuraciones de iluminación inéditas, simulaciones no probadas — el Concepto 2 te protege de pagar una tarifa plana por un fotograma que resultó ser barato, pero te expone en fotogramas que resultan pesados.

Cuando veas "precios por fotograma" anunciados, pregunta qué modelo usa el proveedor. La respuesta afecta cómo presupuestas el proyecto.

Por qué los precios por fotograma varían tanto

Hay cuatro factores de costo que hacen que los números por fotograma varíen en un orden de magnitud. Entenderlos es la diferencia entre una cotización que se mantiene y una que se duplica a mitad del proyecto.

1. Complejidad de la escena. El conteo de polígonos, el conteo de instancias, las subdivisiones de desplazamiento, los sistemas de cabello y los datos volumétricos multiplican el tiempo de renderizado por píxel. Un interior arquitectónico limpio a 1080p puede renderizarse en 3 minutos por fotograma; el mismo shot con una dispersión de vegetación de Forest Pack afuera, vallas de RailClone y un rayo de dios volumétrico puede dispararse a 25 minutos por fotograma en el mismo hardware. Eso es un swing de costo de 8x solo por el contenido de la escena.

2. Motor de renderizado y configuración del renderer. V-Ray, Corona, Arnold, Redshift, Octane y Cycles tienen sus propias curvas de eficiencia. Corona es generalmente más rápido para interiores de difusión pesada; V-Ray tiene un techo de características más amplio para exteriores de archviz. En el lado de GPU, el renderizado biased de Redshift es más rápido que el path tracing brute-force de Octane para la misma calidad objetivo. El conteo de muestras es la variable más sobrevaluada — muchas escenas de archviz pueden pasar de 200 a 50 muestras con denoising y verse idénticas, reduciendo el costo aproximadamente 4x.

3. Resolución de salida. El costo escala casi linealmente con el conteo de píxeles, no con el número de resolución. Pasar de 1080p (2,07 megapíxeles) a 4K (8,29 megapíxeles) es un aumento de 4x en píxeles y un aumento de costo de aproximadamente 3,5–4x. Vemos a clientes subestimar esto constantemente cuando un director pide "¿podemos simplemente entregar en 4K?"

4. Modelo de precios y nivel de hardware. Un servicio plano por fotograma puede ser más barato que un render farm por segundo para una escena simple de Eevee y 5x más caro para una escena pesada de V-Ray. El renderizado GPU en hardware dedicado de 32 GB de VRAM (clase RTX 5090) cuesta más por hora-nodo que la CPU, pero por fotograma suele ser más barato porque el fotograma termina más rápido.

Un modelo mental útil: el costo por fotograma es aproximadamente (complejidad de escena × resolución × muestras) ÷ rendimiento del hardware × tarifa por hora. Cambia cualquier factor por 2x y el costo del fotograma se mueve con él.

Modelos de precios por fotograma: cómo cobran los render farms

Hay cuatro modelos de precios de uso común en los servicios de renderizado en la nube en 2026. Cada uno optimiza para un patrón de carga de trabajo diferente, y elegir el equivocado puede duplicar tu factura.

Modelo	Cómo funciona	Se adapta a	Ten cuidado con
Por fotograma fijo	Tarifa plana por fotograma independientemente del tiempo de cómputo	Aficionados, motores predecibles (Eevee, Cycles simple)	Los fotogramas pesados le cuestan al proveedor, que construye el margen en el promedio — pagas de más en fotogramas simples
Por tiempo de cómputo (GHz-hour u OctaneBench-hour)	Pagas por los segundos que tu fotograma usa en una unidad de hardware normalizada	Trabajo de producción donde la complejidad de la escena varía	Absorbes la varianza — una escena con fallos y geometría oculta puede dispararse
Suscripción / bucket mensual	Cuota mensual fija que desbloquea N horas-nodo o uso justo ilimitado	Estudios con un rendimiento mensual constante y de alto volumen	Gasto desperdiciado en meses lentos; limitación en picos
Crédito prepago híbrido	Saldo prepago, facturado por segundo a una tarifa con descuento	Estudios basados en proyectos — la mayoría de los freelancers de archviz	Vencimiento de créditos; descuentos por nivel que te atan al proveedor

Para la mayoría del trabajo de producción, el pago por tiempo de cómputo con créditos prepagados es la opción predecible. Recompensa las escenas eficientes (pagas menos cuando optimizas) y nunca te cobra por horas que no usaste. El precio plano por fotograma es genuinamente más barato para casos de uso muy específicos — un aficionado de Blender renderizando turntables en Eevee — pero pierde dinero rápidamente en cualquier cosa con varianza de muestras.

Para un desglose más detallado de cada modelo de precios con ejemplos trabajados, consulta nuestra guía de comparativa de modelos de precios de render farm.

Comparativa de costos de renderizado en la nube: render farms vs plataformas de cómputo en la nube

"Renderizado en la nube" es la categoría más amplia. Los render farms son una opción dentro de ella. La otra opción principal es ejecutar trabajos de renderizado directamente en cómputo en la nube de propósito general — AWS Batch, Azure Batch, Google Cloud Batch — que te dan tiempo de VM en bruto y te dejan la orquestación a ti.

Ambos enfoques entregan el mismo producto final (fotogramas renderizados), pero la economía por fotograma y la carga operativa difieren significativamente. Aquí se comparan las dos rutas para una carga de trabajo de producción representativa.

Factor	Render farm (gestionado)	Cómputo en la nube (AWS / Azure Batch)
Costo por fotograma (still de archviz a 1080p)	$0.05 – $0.25	$0.18 – $0.55 una vez incluidos los costos de licencias y orquestación
Gestión de licencias	Incluida (V-Ray, Corona, Arnold, Redshift, Octane, Cycles incluidos)	Traes tu propia licencia — licencias flotantes, dongles o acuerdos BYOL
Tiempo de configuración por proyecto	Minutos — carga, configura, envía	Días a semanas para el primer proyecto; imágenes AMI/contenedor, servidores de licencias, configuración de cola
Render manager	Gestionado por el proveedor	Lo configuras tú (Deadline, Tractor, OpenCue, o crea tu propia cola)
Costo de almacenamiento	Generalmente incluido en la tarifa por fotograma	Factura separada de S3 / Blob (el egress suma especialmente)
Flexibilidad de nivel de hardware	Flota del proveedor — elección limitada	Catálogo completo de tipos de instancia (puedes elegir cualquier SKU de GPU que ofrezca AWS)
Gestión de fotogramas fallidos	Re-cola automática sin cargo adicional en la mayoría de los render farms	Pagas el cómputo fallido; implementas lógica de reintento
Adecuado para	Archviz, motion design, estudios VFX de hasta ~50 artistas	Estudios a gran escala con equipo DevOps completo y pipelines complejos

El resumen honesto: si eres un estudio de archviz, un motion designer o un pequeño equipo de VFX, un render farm gestionado casi siempre será más barato en términos de fotograma terminado que ejecutar tu propio pipeline de AWS Batch — aunque el precio bruto de instancias de AWS parezca más bajo en papel. Los costos ocultos son las licencias (las licencias flotantes de V-Ray y Redshift no son baratas), el tiempo de ingeniería DevOps para construir y mantener el pipeline, y el egress de almacenamiento. Hemos incorporado clientes que hicieron los cálculos de AWS y descubrieron que su costo por fotograma era 2–3x lo que un render farm cobraría una vez contabilizado todo.

Si eres un estudio a gran escala con un equipo dedicado de pipeline de renderizado — piensa en una casa de animación de largometraje con 200+ artistas — ejecutar directamente en cómputo en la nube tiene sentido porque tus costos fijos de ingeniería se amortizan en un número enorme de fotogramas. Para todos los demás, la ruta del render farm gestionado gana en costo por fotograma.

Para conocer la diferencia conceptual entre estos dos enfoques con más profundidad, consulta nuestro resumen de qué es un cloud render farm y la guía de renderizado en la nube explicado.

Referencias de precios externos para contexto entre nubes: precios de AWS Batch y precios de Azure Batch — ten en cuenta que estos listan solo el cómputo en bruto, sin incluir licencias de DCC o motor de renderizado.

Referencias de precios por fotograma en 2026 por tipo de proyecto

La tabla de referencia anterior en este artículo da rangos por fotograma. Esta sección agrega contexto a nivel de proyecto — cómo esos números por fotograma se traducen en costo total del proyecto en los trabajos que vemos más a menudo.

Pack de stills de archviz (8 stills principales, 4K, V-Ray exterior con vegetación). Por fotograma típicamente cuesta $0.40 – $0.80 en CPU. Costo total del proyecto: $3.20 – $6.40. Tiempo de renderizado en un render farm gestionado: 30 minutos a 2 horas de tiempo de pared según la paralelización. El mismo trabajo en una sola estación de trabajo ataría la máquina durante toda la noche.

Animación de archviz (walkthrough de 60 segundos a 30 fps = 1.800 fotogramas, 1080p, interior con Corona). Por fotograma: $0.10 – $0.30. Total: $180 – $540. Tiempo de pared en un render farm gestionado: 4–10 horas. La economía aquí es favorable — incluso en el extremo superior, el costo por entregable es menor que la electricidad de una sola estación de trabajo durante la misma duración de renderizado.

Visualización de producto (200 fotogramas, turntable 4K, Redshift en GPU). Por fotograma: $0.20 – $0.70. Total: $40 – $140. Tiempo de pared: 30 minutos a 2 horas. El renderizado GPU realmente rinde aquí porque las escenas de visualización de producto suelen ser limpias — poca geometría, iluminación controlada, cabe cómodamente en 32 GB de VRAM.

Secuencia de motion design (450 fotogramas a 30 fps, mograph con Redshift, AOVs). Por fotograma: $0.40 – $1.10. Total: $180 – $495. Tiempo de pared: 1–3 horas. La varianza de costo proviene del conteo de AOVs y la configuración de muestras de motion blur.

Shot de VFX (240 fotogramas, 2K, Arnold con desplazamiento y volumétricas). Por fotograma: $1.20 – $2.80. Total: $290 – $670. Tiempo de pared: 4–12 horas. Aquí es donde el costo por fotograma empieza a sentirse significativo, y donde la optimización del costo de renderizado (reducción de muestras, denoising, light linking) muestra los mayores ahorros.

Pickup de animación de largometraje (50 fotogramas, 4K, GI completo + cabello + volumétricas). Por fotograma: $2.50 – $5.00. Total: $125 – $250. Tiempo de pared: 3–8 horas. A esta complejidad, la disciplina por fotograma de un pipeline de largometraje (presupuestos de assets, checkpoints de renderizado) realmente justifica su valor.

Estos rangos son solo para cómputo de renderizado. No incluyen el costo del tiempo del artista, preparación de assets, dailies ni almacenamiento de archivos fuente. Para la mayoría de los estudios, el cómputo de renderizado es el 5–15% del presupuesto total del proyecto — suficientemente significativo como para gestionarlo con cuidado, pero rara vez el factor decisivo para si un proyecto se entrega.

¿Cuándo los precios por fotograma superan a los por hora o mensuales?

Elegir el modelo de precios correcto depende de tres características del proyecto: predecibilidad, volumen y cadencia.

Predecibilidad — si sabes dentro de ±20% cuánto tardará cada fotograma, los precios fijos por fotograma pueden funcionar. Si no (la mayoría del trabajo de producción), el pago por tiempo de cómputo con créditos prepagados es la elección más segura.

Volumen — si renderizas menos de ~500 fotogramas al mes, la facturación por segundo sin compromiso supera a la suscripción. Por encima de ~5.000 fotogramas al mes con cadencia constante, un bucket de suscripción empieza a tener sentido.

Cadencia — las cargas de trabajo en ráfagas (un gran proyecto por trimestre, luego nada) favorecen los créditos prepagados sin vencimiento. El rendimiento semanal constante favorece la suscripción.

Una regla de decisión simple que compartimos con los clientes:

• Aficionado o freelancer con menos de 500 fotogramas/mes, motores mixtos: crédito prepagado, facturación por segundo
• Pequeño estudio de archviz, 500–5.000 fotogramas/mes, mezcla predecible: crédito prepagado con descuento de nivel superior
• Estudio de tamaño medio, 5.000–20.000 fotogramas/mes, cadencia constante: bucket de suscripción si está disponible, prepagado en caso contrario
• A gran escala (20.000+ fotogramas/mes): negocia un contrato de volumen directamente

La trampa a evitar: comprometerse con una suscripción "por si acaso la necesitas". Hemos visto estudios pagar por capacidad sin usar durante seis meses porque el papeleo de la suscripción era más difícil de deshacer que de mantener.

Cómo estimar el costo por fotograma antes de enviar el trabajo

Una estimación aproximada del costo por fotograma antes del envío te protege de sorpresas en el proyecto. El método a continuación toma unos 10 minutos y es preciso dentro de ±30% para la mayoría de las escenas de producción.

Paso 1 — Renderiza un fotograma de prueba en tu estación de trabajo local. Anota el tiempo de pared. Este es tu valor de referencia.

Paso 2 — Mide el rendimiento de tu hardware local. Para CPU, eso es aproximadamente (núcleos × GHz de reloj). Un Ryzen 9 moderno a 4,5 GHz con 16 núcleos son 72 GHz de cómputo. Para GPU, ejecuta un benchmark como OctaneBench o una escena de benchmark de Redshift para obtener una puntuación relativa.

Paso 3 — Calcula el rendimiento del nodo en la nube. Un nodo típico del render farm en nuestra flota es aproximadamente 70–90 GHz de cómputo CPU (clase dual Xeon E5-2699 V4) o un RTX 5090 (32 GB de VRAM) para trabajo GPU. Compara con tu equipo local — la mayoría de las estaciones de trabajo son el 30–60% del rendimiento de un solo nodo del render farm.

Paso 4 — Multiplica el tiempo local por la relación de rendimiento. Si tu fotograma de prueba tardó 12 minutos en una estación de trabajo que es el 50% de la velocidad de un nodo del render farm, el render farm lo renderizará en aproximadamente 6 minutos.

Paso 5 — Multiplica el tiempo del render farm por la tarifa por segundo. La mayoría de los render farms de producción publican una tarifa por GHz-hour o por OctaneBench-hour. Un fotograma que tarda 6 minutos en un nodo CPU de 90 GHz consume 9 GHz-hour. En nuestro render farm ($0.004 por GHz-hour para CPU), eso resulta en aproximadamente $0.04 por ese fotograma. Las tarifas varían significativamente entre proveedores — usa las del render farm que estés evaluando, multiplicadas por el rendimiento del nodo propio del render farm.

Paso 6 — Multiplica el costo por fotograma por el número de fotogramas y agrega un 15% de margen. El margen cubre fotogramas reintentados, varianza de AOVs y el shot atípico ocasional.

Para una verificación de esta estimación, nuestra página de precios muestra nuestras tarifas actuales de GHz-hour y OctaneBench-hour con ejemplos trabajados, y la guía de costo por fotograma del render farm tiene un recorrido trabajado más extenso.

Tácticas prácticas para reducir costos

Algunas acciones rápidas que vemos repetidamente reducir el costo por fotograma un 30–60% sin diferencia de calidad visible:

• Usa denoising en lugar de forzar las muestras. Los denoisers modernos (Intel Open Image Denoise, NVIDIA OptiX) permiten que la mayoría de las escenas de archviz bajen de 200 a 50 muestras con una pérdida de calidad imperceptible.
• Usa light linking de forma agresiva. Excluir luces de objetos que no iluminan de manera significativa reduce considerablemente las pruebas de rayos.
• Renderiza a la resolución que vas a entregar, no "por si acaso". Un renderizado 4K cuesta aproximadamente 4x el de un renderizado 1080p de la misma escena. Solo renderiza en 4K si el entregable es 4K.
• Precalcula lo que puedas. Lightmaps para elementos estáticos, cachés de fotones para interiores, mapas de irradiancia reutilizados en una animación — todo esto reduce el costo por fotograma sin cambiar el aspecto.
• Elige el motor según la escena. Los motores GPU (Redshift, Octane) suelen ser más baratos por fotograma si la escena cabe en VRAM. Los motores CPU (V-Ray, Corona) manejan presupuestos de geometría más grandes a menor costo por fotograma para exteriores de archviz con vegetación pesada.

Para una perspectiva de la industria sobre los benchmarks de eficiencia de renderizado, la base de datos de benchmarks de Chaos es una referencia útil para los tiempos de escenas de V-Ray en distintos niveles de hardware.

FAQ

Q: ¿Cuánto cuesta el renderizado en la nube por fotograma? A: En 2026, el costo por fotograma en la nube suele oscilar entre $0.03 para un still simple de archviz a 1080p y hasta $5.00 para un shot de animación de largometraje a 4K. El amplio rango refleja la complejidad de la escena, el motor de renderizado, la resolución de salida y el modelo de precios que usa tu proveedor. La animación de archviz de rango medio cuesta $0.08–$0.65 por fotograma; los shots de VFX y motion design suelen ser $0.50–$3.00 por fotograma. Q: ¿Qué son los precios por fotograma en un render farm? A: Los precios por fotograma son una abreviatura de dos cosas distintas. Algunos proveedores literalmente cobran una tarifa fija por fotograma independientemente del tiempo de cómputo — común para trabajos simples de Blender o Eevee. La mayoría de los render farms de producción cobran por segundo de tiempo de cómputo y presentan el costo por fotograma en la factura como una unidad de reporte, calculada dividiendo el costo total entre el número de fotogramas. Ambos producen un número que parece "$0.42 por fotograma", pero el primero está fijo antes del envío y el segundo refleja lo que tu escena realmente consumió. Q: ¿Es el renderizado GPU más barato por fotograma que el CPU? A: Para escenas compatibles con GPU — Redshift, Octane, V-Ray GPU, donde las texturas y la geometría caben en 32 GB de VRAM — el renderizado GPU suele ser un 20–35% más barato por fotograma que el renderizado CPU de la misma escena. Para escenas que superan la VRAM, tienen desplazamiento pesado o usan motores sin implementaciones GPU sólidas (Corona, Arnold CPU clásico), el CPU es más rentable por fotograma. Q: ¿Cómo puedo reducir el costo de renderizado en la nube por fotograma? A: Las cinco tácticas de mayor impacto son: reducir el conteo de muestras y apoyarse en un denoiser; solo renderizar a la resolución que vas a entregar; usar light linking para excluir luces de objetos que no iluminan; precalcular lightmaps estáticos y cachés de fotones donde sea posible; y elegir el motor de renderizado según la escena (GPU cuando cabe, CPU para geometría pesada). En conjunto, suelen reducir el costo por fotograma un 30–60% sin pérdida de calidad visible. Q: ¿Qué es más barato — los precios por fotograma o una suscripción mensual? A: Depende del volumen y la predecibilidad. Por debajo de 500 fotogramas al mes, la facturación por segundo con créditos prepagados es casi siempre más barata. Entre 500 y 5.000 fotogramas al mes con cadencia constante, el crédito prepagado con descuento por nivel suele ganar. Por encima de 5.000 fotogramas al mes con un rendimiento semanal predecible, un bucket de suscripción empieza a tener sentido. Las cargas de trabajo trimestrales en ráfagas deben quedarse con créditos prepagados independientemente del volumen total. Q: ¿Me cobran por los fotogramas fallidos en un cloud render farm? A: En los render farms gestionados (incluido Super Renders Farm), los fotogramas fallidos se reencolan automáticamente sin cargo adicional siempre que el fallo sea del lado del render farm — fallos de nodo, errores de disco, problemas transitorios de licencia. Los fallos causados por problemas del lado de la escena (assets faltantes, plugins rotos, fallos de falta de memoria por geometría sobredimensionada) generalmente siguen cobrándose por el cómputo consumido hasta el fallo. En plataformas de cómputo en la nube de propósito general como AWS Batch, pagas el cómputo fallido independientemente de la causa, a menos que implementes lógica de reintento en tu pipeline. Q: ¿Cómo se compara el costo de renderizado en la nube con gestionar tus propios nodos de renderizado? A: Para la mayoría de los estudios de menos de ~50 artistas, el renderizado en la nube es significativamente más barato en términos de costo por fotograma porque solo pagas por el tiempo de renderizado activo. Un nodo de renderizado de gama alta inactivo el 70% del mes es una depreciación cara. Para una utilización constante muy alta (90%+ durante años), poseer hardware puede justificarse — pero también asumes costos de electricidad, refrigeración, ciclos de actualización de hardware e ingeniería. La comparativa de costo de render farm vs construcción recorre los cálculos completos. Q: ¿Por qué el mismo fotograma cuesta diferentes cantidades en diferentes render farms? A: Tres razones principales. Primero, el nivel de hardware — un render farm con CPUs o GPUs más nuevas cobra más por segundo pero a menudo termina el fotograma más rápido, por lo que el costo por fotograma puede ser menor. Segundo, las licencias incluidas — los render farms que incluyen licencias de V-Ray, Redshift u Octane cobran más por segundo pero ahorras en tarifas de licencia separadas. Tercero, el modelo de precios — los proveedores planos por fotograma incorporan el margen en su tiempo de cómputo esperado promedio, por lo que las escenas simples pagan de más y las complejas obtienen una ventaja. Siempre compara el costo por fotograma terminado en una escena de prueba representativa, no las tarifas por hora anunciadas.