Cargar y descargar archivos en Super Renders Farm

Introducción

Mover archivos de proyecto hacia y desde una render farm es la parte del flujo de trabajo que con mayor frecuencia sale mal. Un renderizado falla no porque el motor se comporte incorrectamente, sino porque una ruta de textura no se resolvió en el nodo remoto, un proyecto se cargó como ZIP que la farm nunca descomprime, o una conexión doméstica lenta se interrumpió a mitad de la carga después de veinte minutos.

Super Renders Farm soporta tres formas de mover los archivos del proyecto (la interfaz web, la Client App de SuperRenders y el acceso S3 con Cyberduck o la AWS CLI) y tres formas de recuperar la salida renderizada. Ninguna de ellas es "la correcta" en abstracto; cada una tiene un punto óptimo definido por el tamaño del archivo, la velocidad de la red y con qué frecuencia volverá a enviar el mismo proyecto.

Esta guía le proporciona un árbol de decisión para elegir el método que se adapta a su trabajo, instrucciones paso a paso para cada uno y una referencia para los errores de carga que vemos con mayor frecuencia en el soporte.

Árbol de decisión: ¿Qué método de carga debe usar?

Los tres métodos no son intercambiables. Use este árbol de decisión la primera vez que envíe un proyecto, luego cambie a medida que su flujo de trabajo se estabilice.

Use la interfaz web si:

• El tamaño total del proyecto es inferior a ~2 GB
• Envía trabajos ocasionalmente (pocas veces al mes) en lugar de de forma continua
• Desea instalación cero — solo un navegador

Use la Client App si:

• Envía trabajos al menos semanalmente y desea menos pasos manuales
• Su proyecto es mayor de ~2 GB
• Desea que la carga se reintente automáticamente en caso de interrupciones de conexión
• Desea que los fotogramas completados se descarguen automáticamente a una carpeta local a medida que terminan

Use el acceso S3 (Cyberduck o la AWS CLI) si:

• Ya trabaja con un cliente S3 y lo prefiere a un navegador o a la Client App
• Desea automatizar mediante script las cargas a su SRF Space, o las descargas desde él; la AWS CLI se ejecuta desde una terminal o un script programado
• Se siente cómodo manejando una clave de acceso (trátela como una contraseña)

Una pequeña advertencia se aplica a todas las rutas: la farm no descomprime archivos comprimidos (.zip, .rar, .7z, .tar, .tar.gz). La farm necesita una carpeta de proyecto sin comprimir (el archivo de escena más todos los assets referenciados en la estructura de directorio correcta) para que el administrador de renderizado pueda resolver las rutas de los assets. Ampliamos esto en la sección Errores comunes de carga a continuación.

Método 1: Carga mediante la interfaz web

La carga web es el camino más simple y el que recomendamos para los primeros envíos y proyectos pequeños.

Paso a paso:

1. Inicie sesión en su cuenta en superrendersfarm.com y abra el panel de renderizado.
2. Haga clic en New Job (o Submit Project, dependiendo de la página de destino del motor desde la que llegó).
3. Arrastre la carpeta del proyecto al área de carga, o haga clic en Choose Folder y selecciónela.
4. Espere a que se complete la barra de progreso de la carga. El navegador muestra el progreso individual de los archivos para proyectos con muchos assets.
5. Una vez completada la carga, configure los ajustes de renderizado (rango de fotogramas, formato de salida, prioridad) y envíe el trabajo.

Límites prácticos. Los navegadores limitan las sesiones de carga individuales, por lo que el camino web se vuelve lento por encima de ~2 GB y poco confiable por encima de ~5 GB en conexiones residenciales. Si se cierra la pestaña del navegador a mitad de la carga, la transferencia se interrumpe — no hay reanudación por el lado del navegador. Para proyectos en ese rango, cambie a la Client App.

Qué se carga. Arrastrar y soltar preserva exactamente su estructura de carpetas. Si su escena referencia texturas en \textures\ y \proxies\, esas subcarpetas deben estar dentro de la carpeta del proyecto arrastrada de nivel superior, con los mismos nombres. Las referencias faltantes en la render farm casi siempre se deben a que una de estas subcarpetas estaba fuera de la raíz de carga.

Método 2: Client App de SuperRenders

La Client App es el camino en el que la mayoría de los estudios de producción acaban estableciéndose. Gestiona la reanudación en caso de desconexión, las verificaciones de integridad y la descarga automática de fotogramas completados — ninguno de los cuales soporta el camino del navegador.

Paso a paso:

1. Descargue la Client App desde la página de descarga e instálela en su estación de trabajo.
2. Inicie sesión con las credenciales de su cuenta de Super Renders Farm.
3. Haga clic en New Project y seleccione su carpeta de proyecto. La aplicación busca el archivo de escena y los assets referenciados.
4. Revise la lista de archivos — la aplicación muestra las referencias faltantes antes de que comience la carga, para que pueda corregirlas localmente en lugar de después de un renderizado fallido.
5. Haga clic en Upload. El progreso se muestra por archivo, y la carga se reanuda automáticamente si se interrumpe su conexión.
6. Tras completar la carga, configure los ajustes de renderizado dentro de la aplicación y envíe.

Descarga automática. La Client App también gestiona el viaje de vuelta. Una vez que habilite una carpeta de salida local, los fotogramas completados se descargan a su estación de trabajo a medida que cada fotograma termina — no tiene que esperar a que se complete todo el trabajo antes de recuperar nada.

Nota sobre la versión v1 vs v2 del plugin. Los estudios que usan versiones anteriores de la Client App deben consultar la referencia de herramientas y Client App para las rutas de instalación actuales, la compatibilidad de versiones del plugin y el plan de migración cuando Spaces (nuestra capa de transferencia de próxima generación) reemplace a la Client App. Ese documento cubre la integración del plugin por DCC, el envío de extremo a extremo y los pasos de resolución de problemas en profundidad — esta página solo cubre la superficie de carga y descarga.

Método 3: Acceso S3 (Cyberduck o la AWS CLI)

El acceso S3 le permite mover archivos entre su estación de trabajo y su SRF Space con un cliente S3 estándar, sin el navegador ni la Client App. Los archivos que cargue de esta manera aparecen en su SRF Space y pueden usarse para un trabajo como cualquier otra carga. El acceso S3 solo mueve archivos: sigue enviando el trabajo desde el panel web, la Client App o un plugin de DCC.

Paso a paso:

1. En su cuenta, abra Cloud Direct Connect y genere su clave de acceso (el portal la llama su cuenta FTP). Copie el Access Key ID, la Secret Access Key y el Remote Directory.
2. Cyberduck: elija Open Connection, seleccione el protocolo Amazon S3 e introduzca el Access Key ID y el Secret Access Key. Expanda More Options e introduzca su Remote Directory en Path, luego conecte.
3. AWS CLI: ejecute aws configure, introduzca el Access Key ID y el Secret Access Key, establezca la región en ap-southeast-1 y deje el formato de salida en blanco. Luego copie la carpeta del proyecto sin comprimir en su Remote Directory, por ejemplo aws s3 cp ./my-project s3://<Remote Directory>/my-project --recursive.
4. Envíe el trabajo desde el panel web, la Client App o un plugin de DCC, seleccionando los archivos que cargó.

Recuperar la salida por S3. Los fotogramas terminados se escriben en la carpeta SuperRendersOutput/<job ID>/ dentro de su SRF Space, así que puede extraerlos con el mismo cliente, por ejemplo aws s3 sync s3://<Remote Directory>/SuperRendersOutput/<job ID>/ ./frames/.

Algo que debe saber. Su cuenta tiene una clave de acceso y no vence. Trátela como una contraseña: manténgala fuera de scripts y repositorios compartidos. Si necesita cambiarla, contacte con soporte. Los archivos temporales y de sistema (*.tmp, *.temp, *.partial, *.swap, *.lnk, *.ini, *.db) y cualquier carpeta rendertemp/ no se pasan a los nodos de render, así que mantenga los datos de escena fuera de archivos con esos nombres.

Utilice Cyberduck con el protocolo Amazon S3 o la AWS CLI; FileZilla y los clientes FTP/SFTP no podrán conectarse.

Comparación: métodos de un vistazo

Adapte el método a la forma del proyecto. Una imagen estática de 200 MB está bien en el navegador; una animación de 60 GB con fluidos en caché debería ir por Client App, o por el acceso S3 si su pipeline ya automatiza sus transferencias mediante scripts.

Errores comunes de carga

Estos son los errores que vemos con mayor frecuencia en el soporte y qué verificar primero.

"Cargué un .zip, .rar o .7z y el trabajo no encuentra la escena."

Puede cargar archivos .zip, .rar o .7z, pero la farm no los descomprime, así que nada dentro de un archivo comprimido se renderiza (el cargador web advierte que el archivo no se descomprimirá automáticamente). Lo mismo aplica para .tar y .tar.gz. Descomprima la carpeta de su escena y cargue los archivos sin comprimir. Si está trabajando a partir de un ZIP entregado por un colega, descomprímalo localmente primero y luego cargue la carpeta resultante.

"Missing texture: D:\projects\..."

Su escena referencia una ruta absoluta en su máquina local que no existe en los nodos worker de la render farm. Esta es la causa individual más común de trabajos fallidos, y aparece independientemente de si cargó mediante la interfaz web o la Client App. Corríjalo localmente usando rutas relativas (la mayoría de los DCCs tienen un comando "make paths relative" o "consolidate assets" — File → Reference Editor → Make Relative en Maya, File → Archive en 3ds Max, File → Pack External Data en Blender). La Client App escanea previamente las rutas absolutas y las señala antes de que comience la carga, lo que ahorra una vuelta de ida y vuelta.

"Upload timed out."

Común en conexiones residenciales, especialmente sobre Wi-Fi con archivos de más de 1 GB. El camino del navegador no se reanuda — cambie a la Client App, que se recupera de las interrupciones transitorias de conexión. También verifique su velocidad de carga local (la mayoría de los ISP limitan la carga residencial a 10–50 Mbps); un proyecto de 20 GB en una línea de 10 Mbps tarda aproximadamente cinco horas de transferencia continua.

"Invalid project structure."

La carpeta que cargó no contiene un archivo de escena que la render farm reconozca (.max, .ma/.mb, .c4d, .blend, .hip/.hiplc, .aep). Causa común: arrastrar solo la carpeta de texturas en lugar de la raíz completa del proyecto. Vuelva a cargar desde un nivel superior para que el archivo de escena esté incluido.

"Asset paths point outside the project folder."

Su escena referencia assets que viven por encima de la raíz del proyecto (por ejemplo, una carpeta compartida \Studio Library\ un nivel por encima de \Proyecto_X\). Los nodos worker solo pueden ver lo que está dentro de la carpeta cargada. Consolide esos assets en la carpeta del proyecto localmente antes de la carga (la mayoría de los DCCs tienen un comando "collect all assets"), o cargue la carpeta padre para que todas las rutas referenciadas se resuelvan.

Descarga de la salida renderizada

Existen tres caminos para recuperar los fotogramas completados: descarga manual desde el panel, transmisión automática mediante la Client App, o una descarga por S3 desde la carpeta SuperRendersOutput/<job ID>/ de su SRF Space.

Descarga manual mediante el panel. Cuando un trabajo se completa, el panel lista cada fotograma de salida y ofrece descarga por fotograma y del trabajo completo. Para trabajos de animación, el panel comprime la salida en ZIP (esto es una comodidad para la descarga — no es un formato de envío) para que pueda obtener toda la secuencia en una sola transferencia. Para imágenes estáticas o secuencias cortas, la descarga por fotograma mantiene el recuento de archivos manejable.

Descarga automática mediante la Client App. Con la Client App instalada y una carpeta de salida local configurada, los fotogramas completados se transmiten a medida que cada fotograma termina. No tiene que esperar a que el trabajo completo se complete — puede revisar el fotograma 1 mientras los fotogramas 240 a 480 aún se están renderizando. Esto es especialmente útil para trabajos de animación largos en los que los ciclos de revisión se superponen con el propio renderizado.

Descarga por S3 mediante Cyberduck o la AWS CLI. Si utiliza el acceso S3 (Cloud Direct Connect), los fotogramas terminados se escriben en la carpeta SuperRendersOutput/<job ID>/ dentro de su SRF Space. Extráigalos con el mismo cliente con el que carga, por ejemplo aws s3 sync s3://<Remote Directory>/SuperRendersOutput/<job ID>/ ./frames/. La configuración se explica en el Método 3, más arriba.

Retención. Los archivos de salida permanecen disponibles para descarga después de que el trabajo se completa; no hay un período fijo de eliminación automática, y eliminamos un proyecto cuando usted lo pide. Para el almacenamiento a largo plazo, descargue los trabajos completados al almacenamiento de su estudio en lugar de depender de la render farm como nivel de copia de seguridad.

FAQ

Q: ¿Por qué Super Renders Farm no descomprime archivos ZIP? A: El administrador de renderizado necesita recorrer la carpeta de su proyecto para resolver las rutas de los assets: los archivos de escena referencian texturas, proxies, cachés y plugins mediante rutas relativas o absolutas. La farm no descomprime archivos comprimidos de ningún formato, así que cargue el proyecto como una carpeta sin comprimir, que es lo que produce el comando "collect all assets" de cada DCC.

Q: ¿Cuál es el proyecto más grande que puedo cargar? A: No hay un límite superior estricto. Hemos gestionado proyectos de animación de varios cientos de gigabytes con simulaciones en caché. Para proyectos grandes use la Client App: las cargas del navegador se detienen en transferencias largas, y la Client App reanuda donde se quedó.

Q: ¿Cómo cargo si mi conexión es poco confiable? A: Use la Client App de SuperRenders. Se reanuda en caso de desconexión, por lo que una caída de Wi-Fi no reinicia su transferencia desde cero. El camino de carga del navegador no se reanuda: si se cierra su pestaña a mitad de la carga, la transferencia se interrumpe.

Q: ¿Cuánto tiempo se conservan mis fotogramas renderizados en la render farm? A: Los archivos de salida permanecen disponibles para descarga después de que el trabajo se completa; no hay un período fijo de eliminación automática, y eliminamos un proyecto cuando usted lo pide. Para conservarlos a largo plazo, descargue los trabajos completados al almacenamiento de su estudio en lugar de tratar la render farm como copia de seguridad a largo plazo.

Q: ¿Cómo recibo los fotogramas completados automáticamente en mi estación de trabajo? A: Use la Client App de SuperRenders con una carpeta de salida configurada. Los fotogramas se transmiten a medida que cada uno termina, para que pueda revisar los primeros fotogramas mientras los posteriores aún se están renderizando. El camino de descarga manual del panel está bien para trabajos individuales, pero para trabajos de animación la descarga automática de la Client App elimina mucha espera.

Q: Mi escena referencia texturas en una unidad de red. ¿Se cargarán? A: Solo si las rutas de la unidad de red están dentro de la carpeta del proyecto cargada. Los nodos worker no pueden acceder directamente a los recursos compartidos de red de su estudio. Ejecute primero el comando "collect all assets" o "consolidate references" de su DCC localmente — eso copia todos los archivos referenciados en la carpeta del proyecto y reescribe las rutas como relativas — luego cargue la carpeta consolidada. La mayoría de los tickets de trabajos fallidos que vemos se deben a que se omitió este paso.

Formatos y límites de tamaño, en detalle: por qué la farm necesita su proyecto sin comprimir, y qué camino de carga usar cuando un proyecto supera ~2 GB, se explican en la guía dedicada: Formatos de carga y límites de tamaño.