Skip to main content

Por qué su render costó más que la estimación (y cómo controlarlo)

Si un trabajo en Super Renders Farm termina y el crédito descontado es notablemente más alto de lo que sugería la cost calculator, rara vez se trata de un error de facturación. Una render farm factura por el tiempo de renderizado que su trabajo realmente usó, no por el tiempo que una calculadora estimó que necesitaría — y hay un puñado de brechas comunes y evitables entre esas dos cifras.

Esta guía explica por qué su costo final y su estimación pueden diferir, qué suele provocar esa diferencia, qué sucede si su saldo de crédito se agota a mitad del render, y cómo mantener un trabajo dentro de un presupuesto que usted mismo establezca.

Por qué la estimación y la factura final difieren

La cost calculator toma los datos que usted le proporciona — número de fotogramas, resolución, motor de renderizado, nivel de prioridad — y devuelve un rango de costo instantáneo. Trátela como un punto de partida para planificar, no como una cotización: no ve su escena real, así que no puede saber exactamente cuánto tardarán en renderizarse sus fotogramas específicos.

La facturación funciona de otra forma. La farm cobra por el tiempo de renderizado real que usó su trabajo, a la tarifa de su nivel elegido, y cobra de forma incremental a medida que cada tarea (cada fotograma, o fragmento de un fotograma) se completa — no como una suma única por adelantado, y no según el rango de la calculadora. No existe una verificación previa al envío de tipo «¿puede pagar esto?»; el trabajo se ejecuta, y el crédito se descuenta tarea por tarea a medida que el trabajo avanza.

Así que una brecha entre su estimación y su costo final casi siempre significa que su escena real se renderizó más lento (o más rápido) por fotograma de lo que implicaban los datos que le dio a la calculadora — no que algo se facturó incorrectamente.

Qué provoca realmente el aumento del costo

Tres patrones explican la mayor parte de la brecha que vemos entre una estimación y una factura final:

  • Sus fotogramas de producción son más pesados que su fotograma de prueba. Un único fotograma de prueba o vista previa con iluminación simplificada, menos partículas o un número de muestras más bajo se renderiza más rápido que los fotogramas finales de la misma secuencia. Si sus fotogramas reales añaden shading más pesado, volumétricos, motion blur o más detalle de simulación, cada uno cuesta más tiempo de renderizado que el fotograma a partir del cual estimó.
  • Renderizó en un nivel de prioridad más alto del que había planeado. Los niveles de prioridad cambian su tarifa de render — los niveles CPU van de $0,004 a $0,016 por GHz-hora según el nivel — y un nivel más alto también termina más rápido al recurrir a más capacidad de render. Esa es la contrapartida prevista: finalización más rápida a cambio de una tarifa por hora más alta. (Los trabajos GPU se facturan por OctaneBench-hora a una tarifa fija en lugar de por niveles de prioridad, pero se aplica el mismo principio de tiempo de renderizado real.) Si un trabajo se ejecutó en un nivel más rápido del que había presupuestado, los mismos fotogramas cuestan más.
  • Pagó por un render, corrigió la escena, y volvió a renderizar. Un nuevo render después de corregir la escena — una textura faltante, una cámara incorrecta, un ajuste de salida incorrecto — se factura de nuevo desde el inicio de los fotogramas afectados; el tiempo de renderizado del primer intento no se reembolsa. Dejar la escena correcta antes de enviarla es la palanca más importante que tiene aquí; consulte texturas o assets faltantes en su render para conocer la forma más común en que las escenas fallan en el primer intento.

Si su saldo se agota: la pausa automática

La farm no permite que un trabajo en ejecución deje su saldo de cuenta en negativo. Como el crédito se cobra de forma incremental a medida que se completan las tareas, un saldo bajo puede detectarse a mitad del trabajo: cuando el próximo cargo haría que su saldo cayera por debajo de un pequeño mínimo positivo, las tareas de render restantes del trabajo se suspenden automáticamente y el trabajo muestra el estado pausado. Nada se sigue renderizando, y nada se sigue cobrando, hasta que usted actúe.

Para retomar el trabajo, recargue su saldo y contacte con soporte — le ayudarán a que un trabajo pausado vuelva a moverse.

Hoy no existe un control independiente configurable por el cliente de tipo «detener en $X» — no puede indicarle a la farm de antemano que limite un trabajo específico a una cifra en dólares. Pero la pausa automática le da una forma práctica de crear su propio límite: cargue su saldo únicamente con la cantidad que esté dispuesto a gastar en un trabajo, y la pausa automática se convierte en su techo. La siguiente sección explica exactamente cómo.

Cómo controlar el costo de su render

Como la facturación sigue el tiempo de renderizado real en lugar de una cotización fija, la forma más fiable de controlar el costo es medir su propio tiempo de renderizado antes de comprometerse con el trabajo completo:

  1. Renderice primero uno o dos fotogramas de prueba representativos. Cada cuenta nueva comienza con $25 de crédito de prueba gratuita — úselo (o una pequeña cantidad de crédito comprado) para renderizar uno o dos fotogramas que reflejen sus ajustes de producción reales, no una vista previa simplificada. El paso automatizado de análisis de escena de la farm es gratuito y tampoco afecta su saldo — es una buena verificación de cordura antes de gastar en un fotograma de prueba, pero no es un render, así que no le indicará el tiempo de renderizado real.
  2. Extrapole: costo por fotograma de prueba × su número total de fotogramas. Eso le da una estimación realista para la secuencia completa, basada en su escena real en lugar del rango de la calculadora.
  3. Añada margen para sus fotogramas más pesados. Si su secuencia tiene algunos fotogramas notablemente más complejos que el o los que probó — más partículas, más rebotes, más motion blur — amplíe su estimación en lugar de asumir que cada fotograma cuesta lo mismo que su prueba.
  4. Recargue saldo para cubrir esa estimación, más margen. Esta es también la forma de establecer su propio techo de costo efectivo: cargue únicamente lo que esté dispuesto a gastar, y la pausa automática por saldo mínimo descrita arriba detendrá el trabajo antes de que pueda superar ese límite.
  5. Supervise el progreso una vez que el trabajo esté en marcha, en lugar de enviarlo y desentenderse — detectar a tiempo un trabajo inesperadamente lento le cuesta menos que descubrirlo al 100 %.
  6. Contacte con soporte si un trabajo está consumiendo crédito más rápido de lo que predijo su fotograma de prueba. Pueden pausar un trabajo que se está disparando en costo mientras usted investiga por qué, en lugar de dejar que llegue primero hasta completarse — o hasta la pausa automática.

Relacionados

Preguntas frecuentes

P: ¿Caducan los créditos? R: No. Los Render Credits nunca caducan — esto aplica tanto al crédito comprado como al crédito de prueba gratuita de $25 con el que comienza cada cuenta nueva. No existe una ventana de «úselo o piérdalo».

P: ¿Hay alguna forma de limitar lo que puede costar un solo trabajo? R: No como un ajuste que usted elige de antemano — hoy no existe un control de tipo «detener este trabajo en $X». Lo que sí puede hacer: renderizar un fotograma de prueba, extrapolar el costo total, y recargar únicamente esa cantidad. El mínimo de saldo de la cuenta entonces pausa automáticamente el trabajo antes de que pueda gastar más de lo que usted cargó, lo cual funciona como un techo práctico.

P: ¿La cost calculator o el paso gratuito de análisis de escena cobran de mi saldo? R: No, ninguno de los dos. La cost calculator es una herramienta de planificación que devuelve una estimación a partir de sus datos — no afecta su cuenta. El paso de análisis de escena que se ejecuta en su trabajo también es gratuito. Lo único que cobra de su saldo es el tiempo de renderizado real, facturado de forma incremental a medida que cada tarea se completa.

Last updated: 10 de julio de 2026