Costo por Fotograma en Granjas de Render en 2026: Qué Pagarás Realmente

Si alguna vez subiste un proyecto a una granja de render en la nube y viste que los créditos desaparecían más rápido de lo esperado, ya sabes que "costo por fotograma" no es un número fijo. Depende de tu escena, tu motor de renderizado, cuántas muestras estés utilizando y qué modelo de precios usa la granja. Las páginas de marketing genéricas rara vez lo explican claramente.

Operamos una granja con más de 20.000 núcleos de CPU y una flota creciente de GPU RTX 5090. Aproximadamente el 70% de nuestros trabajos son renderizados en CPU — V-Ray, Corona, Arnold y ocasionalmente proyectos en modo CPU de Blender Cycles. El 30% restante son trabajos en GPU. Esa mezcla nos da una visión clara de lo que los fotogramas cuesta realmente en diferentes cargas de trabajo, y es la base para todo en este artículo.

Esta es una instantánea de 2026. Los precios cambian a medida que el hardware evoluciona y la competencia se ajusta. El objetivo aquí es darte suficientes matemáticas para estimar tus propios costos antes de comprometer créditos en cualquier lugar.

¿Cómo Cobran las Granjas de Render (Y Por Qué "Costo por Fotograma" Es Engañoso)

La mayoría de las granjas de render en la nube no cobran por fotograma. Cobran por hora de cómputo, y luego tu costo por fotograma sale de la ecuación: costo total de cómputo dividido por fotogramas totales renderizados. La confusión proviene de páginas de marketing que citan un único número por fotograma sin revelar la escena detrás de él.

Los dos modelos de precios dominantes en 2026 son:

GHz-hr (renderizado en CPU): Pagas por la velocidad del reloj × tiempo que tu trabajo consume. Un núcleo de 3,0 GHz funcionando durante una hora = 3,0 GHz-hr. Si la granja cobra $0,004/GHz-hr y tu fotograma toma 15 minutos en una máquina de 64 núcleos a 3,5 GHz, la matemática es: 64 núcleos × 3,5 GHz × 0,25 hr × $0,004 = $0,224 por fotograma.

OBh (renderizado en GPU): OctaneBench-horas miden el rendimiento de GPU. Un RTX 4090 puntúa aproximadamente 700 OB; un RTX 5090 llega alrededor de 1.050–1.100 OB en benchmarks de producción. Si la granja cobra $0,003/OBh y tu fotograma toma 4 minutos en un único RTX 5090 a 1.050 OB, la matemática es: 1.050 OB × (4/60) hr × $0,003 = $0,21 por fotograma.

Algunas pocas granjas aún utilizan precios por hora de nodo — una tarifa plana por máquina por hora sin importar las especificaciones. Este modelo es más simple de entender pero más difícil de comparar entre granjas con hardware diferente.

Renderizado en CPU: Donde Va la Mayor Parte del Presupuesto

El renderizado en CPU domina la visualización arquitectónica, gráficos de movimiento de transmisión, visualización de productos y cualquier pipeline que dependa de V-Ray, Corona o Arnold. Estos motores son maduros, deterministas y escalan linealmente con el número de núcleos — lo que hace que la estimación de costos sea directa.

Esto es lo que vemos en trabajos reales en nuestra granja. Estos números asumen $0,004/GHz-hr en nodos con 64 núcleos físicos (128 hilos) a 3,2–3,5 GHz — la configuración estándar de CPU en nuestra flota.

Escenario	Resolución	Tiempo Promedio de Fotograma	Costo por Fotograma	Tamaño de Proyecto Típico
Interior arquitectónico (V-Ray, moderado)	3.000×2.000	8–12 min	$0,11–$0,18	5–20 ángulos de cámara
Exterior arquitectónico (Corona, GI)	4.000×2.250	12–20 min	$0,16–$0,30	5–15 ángulos
Fotografía de producto (V-Ray, iluminación estudio)	4K	5–10 min	$0,07–$0,15	10–50 fotogramas
Animación de transmisión (Cinema 4D + Arnold)	1920×1080	3–6 min	$0,04–$0,09	1.500–3.000 fotogramas
Animación de personaje (Maya + Arnold, SSS)	1920×1080	10–20 min	$0,14–$0,30	2.000–5.000 fotogramas
Composición VFX pesada (Nuke + V-Ray, volumétricos)	4K	20–45 min	$0,27–$0,67	500–2.000 fotogramas
Escena densa Forest Pack/RailClone	4.000×2.250	25–40 min	$0,34–$0,60	10–30 ángulos

El patrón: los proyectos arquitectónicos tienen un costo moderado por fotograma, pero no hay muchos fotogramas — un exterior típico de 15 ángulos ejecuta $2,40–$4,50. La animación invierte la proporción — costo más bajo por fotograma pero miles de fotogramas, por lo que el gasto total se suma rápidamente.

Un rango de presupuesto común que vemos para estudios arquitectónicos: $50–$300/mes. Los estudios de animación que hacen trabajo de transmisión regular tienden a gastar $500–$2.000/mes dependiendo del volumen de salida.

Renderizado en GPU: Fotogramas Más Rápidos, Matemáticas Diferentes

El renderizado en GPU está creciendo rápidamente en producción. Redshift, Octane, V-Ray GPU y Blender Cycles GPU se benefician de la arquitectura paralela. El RTX 5090 específicamente llevó la eficiencia de costos de GPU más allá del punto donde compite con CPU para muchas cargas de trabajo.

Los precios de GPU son más difíciles de comparar entre granjas porque las puntuaciones de OctaneBench varían según la tarjeta, y algunas granjas usan benchmarks personalizados. Esto es lo que cuestan los fotogramas de GPU en nuestros nodos RTX 5090 a $0,003/OBh (puntuación OB ~1.050):

Escenario	Resolución	Tiempo Promedio de Fotograma (1× RTX 5090)	Costo por Fotograma	Notas
Interior arquitectónico (V-Ray GPU)	3.000×2.000	2–5 min	$0,10–$0,26	El denoiser reduce tiempo 30–50%
Gráficos de movimiento (Redshift)	1920×1080	30–90 seg	$0,03–$0,08	Redshift destaca aquí
Visualización de producto (Octane)	4K	1–4 min	$0,05–$0,21	Las configuraciones estudio limpias son rápidas
Blender Cycles GPU (moderado)	1920×1080	1–3 min	$0,05–$0,16	El denoiser OptiX ayuda
Toma VFX (V-Ray GPU, partículas)	4K	5–15 min	$0,26–$0,79	Los límites de VRAM pueden forzar fallback a CPU
Houdini Karma XPU	4K	8–20 min	$0,42–$1,05	Aún en maduración; rutas de fallback a CPU comunes

Los costos por fotograma de GPU se ven similares a CPU a primera vista, pero el costo total del proyecto es a menudo más bajo porque los fotogramas terminan más rápido — estás rentando el hardware por menos tiempo de reloj. La captura es VRAM: si tu escena excede la memoria de GPU (32 GB en RTX 5090), el renderizado falla o regresa a rutas de CPU, lo que derrota el propósito.

CPU vs GPU: Cuándo Elegir Cuál

La opción no siempre se trata de velocidad. Se trata de previsibilidad, compatibilidad de escenas y costo total.

CPU es la apuesta más segura cuando:

Tu escena tiene texturas y geometría que excede 32 GB, estás utilizando Forest Pack o RailClone con millones de instancias dispersas, tu pipeline está construido alrededor de flujos de trabajo V-Ray o Corona CPU, o necesitas salida determinista que coincida exactamente con los renderizados de prueba locales. Las granjas de CPU también tienden a ofrecer más máquinas en paralelo — en nuestra granja, un nodo de CPU de 128 hilos es estándar, y podemos asignar docenas de nodos simultáneamente. Ese paralelismo importa más que la velocidad de fotograma único para animación.

GPU tiene sentido cuando:

Tu motor lo soporta nativamente (Redshift, Octane, Cycles), tu escena cabe en VRAM, estás haciendo iteraciones de lookdev donde la velocidad de entrega importa, o estás trabajando con gráficos de movimiento donde los tiempos de fotograma ya son cortos y GPU los reduce aún más.

El enfoque híbrido: Algunos estudios renderizan fotogramas héroe en GPU para velocidad, luego cambian a CPU para renderizado de secuencia completa por lotes para mantener costos predecibles. Vemos este patrón especialmente con usuarios de V-Ray que hacen lookdev de GPU pero renderizado final de CPU.

Qué Impulsa el Costo (Y Cómo Controlarlo)

Entender los factores de costo es más útil que memorizar tablas de precios. Estos son los factores que vemos causan la mayor varianza de costo, clasificados por impacto:

Resolución y muestreo: Duplicar la resolución cuadruplica el número de píxeles. Pasar de 1080p a 4K solo multiplica el tiempo de renderizado por aproximadamente 3,5–4×. Aumentar muestras de 2.000 a 8.000 podría mejorar el ruido por un margen apenas visible mientras triplica el costo. Utiliza denoising (denoiser incorporado de V-Ray, OptiX u OIDN) y apunta al mínimo de muestras que produce un resultado limpio después del denoising.

Desplazamiento y subdivisión: Los mapas de desplazamiento pesados con niveles altos de subdivisión son el multiplicador de costo más grande en arquitectura. Una alfombra con 4 niveles de subdivisión en un área de piso de 10 metros puede duplicar el tiempo de renderizado para todo el fotograma. Hornea desplazamiento donde sea posible, o reduce la subdivisión en objetos lejos de la cámara.

Rebotes de luz y calidad GI: Corona y V-Ray ambos tienen configuraciones GI altas por defecto. Para animación, a menudo puedes dejar caer la calidad GI en 30–50% sin impacto visible a velocidad de reproducción de 24/30 fps. El ojo no detecta ruido por fotograma en movimiento de la manera que lo hace en un inmóvil.

Densidad de dispersión: Las escenas Forest Pack y RailClone con 10+ millones de instancias consumen RAM e inflan tiempos de renderizado. Utiliza disminución de densidad basada en distancia agresivamente. Los objetos a más de 50 metros de cámara pueden caer al 10% de densidad sin diferencia visible.

Región de renderizado y pases: No rendericen el fotograma completo si solo necesitas actualizar un elemento. La mayoría de los motores soportan regiones de renderizado y pases de renderizado (belleza, reflejo, GI). Re-renderizar un único pase es a menudo 5–10× más barato que re-renderizar el fotograma completo.

Estimando tu Costo de Proyecto Antes de Subir

Aquí hay un método práctico que recomendamos a clientes antes de que comprometan créditos:

1. Renderiza 3 fotogramas representativos localmente. Elige un fotograma fácil, uno medio y tu fotograma más pesado. Cronometra cada uno.
2. Anota tu hardware local. Si tu estación de trabajo tiene un Ryzen 9 7950X (16 núcleos, ~3,8 GHz promedio), son 60,8 GHz. Un nodo de granja con 128 hilos a 3,5 GHz son 448 GHz — aproximadamente 7,4× más cómputo.
3. Estima el tiempo de fotograma de granja. Divide tu tiempo de fotograma local por el multiplicador de cómputo. Un fotograma local de 30 minutos se convierte en ~4 minutos en un nodo de granja.
4. Calcula costo. Tiempo de fotograma × GHz de nodo × tarifa. Para un fotograma de 4 minutos en nuestro nodo de 448 GHz a $0,004/GHz-hr: 448 × (4/60) × $0,004 = $0,12/fotograma.
5. Multiplica por conteo de fotogramas. 1.000 fotogramas × $0,12 = $120 total.
6. Añade búfer de 15–20%. Los trabajos reales siempre tienen fotogramas más pesados que tu muestra de prueba. Presupuesta en consecuencia.

Este método funciona para CPU. Para GPU, reemplaza GHz con puntuaciones de OctaneBench y usa la puntuación OB de tu GPU como línea de base.

Niveles de Prioridad y su Impacto Real

La mayoría de granjas ofrecen niveles de prioridad. En nuestra granja, los niveles funcionan así:

Prioridad	Multiplicador de Costo Típico	Caso de Uso
Bajo / Economía	1× (tarifa base)	Renderizados por lotes no urgentes, trabajos nocturnos
Estándar	1,5×	Plazos de producción normales
Alto / Urgente	2–3×	Entrega el mismo día, revisiones de cliente

La prioridad afecta qué tan rápido tu trabajo comienza y cuántos nodos se asignan simultáneamente. El costo de cómputo por fotograma no cambia — estás pagando por entrega más rápida, no fotogramas individuales más rápidos. Si tienes un plazo flexible, la prioridad baja ahorra 30–50% comparado con urgente.

El Punto de Equilibrio Construir-vs-Nube

En algún nivel de gasto, construir tu propio hardware de renderizado comienza a tener sentido financiero. El cruce depende de la utilización.

Un único nodo de renderizado de 64 núcleos (AMD EPYC 9654, 128 hilos, 3,55 GHz) cuesta aproximadamente $8.000–$12.000 en 2026 incluyendo chasis, RAM y almacenamiento. Ese nodo proporciona ~454 GHz de cómputo continuo. A $0,004/GHz-hr, rentar capacidad equivalente cuesta $1,82/hora, o ~$1.310/mes con utilización al 100%.

Punto de equilibrio: ~7–9 meses con utilización completa. Pero la mayoría de estudios no funcionan 24/7. Con utilización promedio de 40% (típico para un estudio pequeño con trabajo basado en proyectos), el punto de equilibrio se extiende a 18–24 meses — y eso es antes de electricidad, enfriamiento, mantenimiento y el costo de oportunidad de administrar hardware.

La orientación práctica: si gastas menos de $1.000/mes consistentemente, la nube es casi seguramente más barata. Entre $1.000–$3.000/mes, depende de tu patrón de utilización. Por encima de $3.000/mes sostenido, comienza a evaluar una configuración híbrida — nodos locales para carga base, nube para capacidad de ráfaga. Para un análisis más profundo, hemos escrito una comparación de costo total construir vs nube dedicada.

Qué Cobran Otras Granjas en 2026

Los precios en toda la industria han convergido hacia rangos similares. Aquí hay una instantánea de tasas listadas públicamente de granjas principales (a partir de principios de 2026):

Granja	Tarifa CPU	Tarifa GPU	Prueba Gratuita
Super Renders Farm	$0,004/GHz-hr	$0,003/OBh	Crédito de $25
GarageFarm	$0,024/GHz-hr (prioridad baja)	$1,49+/hora-nodo	Crédito de $25
RebusFarm	$0,0141/GHz-hr	$0,0053/OBh	25 RenderPoints
FoxRenderFarm	$0,0306/hora-núcleo (nivel Diamond)	$0,90/hora-nodo (nivel Diamond)	Crédito de $25
Ranch Computing	Contactar para presupuesto	€0,005–0,009/OBh	Crédito de €30

Ten en cuenta que estas tasas no son directamente comparables sin normalizar para especificaciones de nodo, niveles de prioridad y cómo cada granja mide "GHz" u "OB." Una granja que cita $0,024/GHz-hr en hardware más rápido podría entregar el mismo costo por fotograma que una que cita $0,004/GHz-hr en máquinas más antiguas. Siempre utiliza la calculadora de costos de la granja con los datos de tu escena actual.

Manteniendo Costos Predecibles Mes a Mes

Las sorpresas de costos generalmente provienen de tres fuentes: ampliación del alcance (más fotogramas que los planeados), escenas no optimizadas subidas apresuradamente y actualizaciones de prioridad durante la presión. Aquí hay patrones que hemos visto funcionar:

Establece un límite de presupuesto mensual. La mayoría de granjas (incluyendo la nuestra) te permiten establecer alertas de gastos o límites duros. Úsalos. Es mejor alcanzar un límite y re-priorizar que descubrir una factura de $2.000 que no esperabas.

Optimiza antes de subir. Pasa 30 minutos revisando niveles de subdivisión, tamaños de texturas y geometría innecesaria antes de enviar un trabajo. Ese pase de optimización de 30 minutos a menudo ahorra 20–40% en costo de renderizado.

Agrupa fotogramas similares. Si tienes 10 ángulos de cámara para un proyecto arquitectónico, envíalos como un único lote en lugar de 10 trabajos individuales. Agrupar reduce sobrecarga y permite a la granja asignar recursos más eficientemente.

Usa prioridad baja cuando puedas. Si el plazo es la próxima semana, no hay razón para pagar tasas urgentes hoy. Envía en prioridad baja y déjalo ejecutarse toda la noche.

FAQ

¿Cuánto cuesta renderizar un fotograma en una granja de render? Depende mucho de la complejidad de la escena y la resolución. Un interior arquitectónico moderado podría costar $0,11–$0,18 por fotograma en CPU, mientras que una toma VFX pesada con volumétricos a 4K podría ejecutar $0,50–$2,50 o más. Las variables clave son el tiempo de renderizado, la tarifa por hora de la granja y tu nivel de prioridad elegido.

¿Es el renderizado en CPU o GPU más barato por fotograma? Ninguno es universalmente más barato. CPU tiende a ser más rentable para escenas complejas con altos requisitos de memoria (grandes conjuntos de texturas, millones de objetos dispersos). GPU es típicamente más rápido y barato para escenas que caben dentro de los límites de VRAM, especialmente con motores como Redshift u Octane. Para una mirada más profunda a cómo los dos se comparan en producción, consulta nuestra guía de modelos de precios.

¿Por qué mi costo por fotograma varía entre granjas de render? Las granjas utilizan hardware diferente, modelos de precios y unidades de medida. Una granja puede citar horas-GHz mientras otra usa horas-núcleo u horas-nodo. La velocidad del hardware subyacente también difiere. Siempre utiliza la calculadora de costos de cada granja con tu archivo de proyecto actual para una comparación precisa en lugar de comparar tasas de etiqueta.

¿Cómo puedo estimar costos de granja de render antes de subir? Renderiza 2–3 fotogramas representativos localmente y cronométra los. Luego divide tu tiempo de renderizado local por la proporción de cómputo entre las especificaciones de tu estación de trabajo y nodo de granja. Multiplica el tiempo de fotograma de granja estimado por la tarifa por hora de la granja y tu conteo de fotogramas total. Añade un búfer de 15–20% para fotogramas más pesados que el promedio.

¿Afecta la prioridad de renderizado al costo por fotograma? No directamente — el costo de cómputo por fotograma se mantiene igual. La prioridad afecta qué tan rápido tu trabajo entra en la cola y cuántas máquinas se asignan. Mayor prioridad significa entrega más rápida pero con un multiplicador de costo de 1,5–3×. Si tu plazo es flexible, la prioridad baja puede reducir el gasto total en 30–50%.

¿En qué punto debería construir mi propia granja de render en lugar de usar un servicio en la nube? Como una guía aproximada, si constantemente gastas más de $3.000/mes en renderizado en la nube con alta utilización, una configuración híbrida podría ahorrar dinero durante 2–3 años. Por debajo de $1.000/mes, la nube es casi seguramente más económica. El rango medio depende de qué tan uniformemente tu carga de trabajo se distribuya durante el año — los picos estacionales favorecen la nube, las cargas constantes favorecen el hardware propio.

¿Cuál es el factor más grande que aumenta el costo de granja de render? La resolución y la calidad de muestreo son los principales factores de costo. Duplicar la resolución aproximadamente cuadruplica el tiempo de renderizado. Después de eso, los niveles de desplazamiento/subdivisión y la densidad de dispersión (Forest Pack, RailClone) tienen el impacto más grande en trabajos de CPU. Para GPU, el desbordamiento de VRAM que fuerza fallback a CPU es el escenario más costoso.

¿Las granjas de render cobran extra por plugins como Forest Pack o V-Ray? La mayoría de granjas de render principales incluyen licencias para plugins comunes como V-Ray, Corona, Arnold, Forest Pack y RailClone en su precios base. No pagas por separado por estos. Sin embargo, plugins de nicho o muy nuevos pueden no ser soportados — siempre verifica la lista de software soportado de la granja antes de subir.