Upload e Download de Ficheiros na Super Renders Farm

Introdução

Mover ficheiros de projeto de e para uma render farm é a parte do fluxo de trabalho que mais frequentemente corre mal. Uma renderização falha não porque o motor se comporte mal, mas porque um caminho de textura não resolveu no nó remoto, um ficheiro ZIP de vários gigabytes foi rejeitado na entrada, ou uma ligação doméstica lenta bloqueou a meio do upload após vinte minutos.

A Super Renders Farm suporta quatro formas de fazer upload de um projeto — a interface web, o SuperRenders Client App, SFTP e importação de armazenamento cloud (Google Drive ou Dropbox) — e duas formas de recuperar a saída renderizada. Nenhuma delas é "a correta" em abstrato; cada método tem um ponto forte definido pelo tamanho do ficheiro, velocidade de rede, frequência de re-submissão do mesmo projeto e se o estúdio já opera SFTP ou armazenamento cloud partilhado no dia a dia.

Este guia apresenta uma árvore de decisão para escolher o método que se adequa ao trabalho, instruções passo a passo para cada um, e uma referência para os erros de upload que vemos mais frequentemente no suporte.

Árvore de Decisão: Que Método de Upload Usar?

Os quatro métodos não são intercambiáveis. Usar esta curta árvore de decisão na primeira submissão de um projeto e depois mudar à medida que o fluxo de trabalho se estabiliza.

Usar a Interface Web se:

• O tamanho total do projeto for inferior a ~2 GB
• Os trabalhos são enviados ocasionalmente (algumas vezes por mês) em vez de continuamente
• Se quiser zero instalação — apenas um browser

Usar o Client App se:

• Os trabalhos são enviados pelo menos semanalmente e se quiserem menos passos manuais
• O projeto estiver entre 2 GB e ~50 GB
• Se quiser que o upload recomece automaticamente em caso de quedas de ligação
• Se quiser que os fotogramas concluídos sejam descarregados automaticamente para uma pasta local à medida que terminam

Usar SFTP se:

• O projeto for grande (10 GB e acima — projetos de animação com fluidos cacheados, nuvens de pontos grandes, dispersão densa Forest Pack)
• O estúdio já tiver um cliente SFTP (FileZilla, Cyberduck, WinSCP, Transmit) e um fluxo de trabalho interno construído em torno dele
• A submissão for feita a partir de uma máquina Linux ou servidor, não de uma estação de trabalho de artista
• For necessário automatizar uploads (CI, automação de preparação de renderização)

Usar importação Google Drive ou Dropbox se:

• O projeto já estiver no armazenamento cloud partilhado porque a equipa colabora lá
• A ligação doméstica for lenta mas o ficheiro já estiver completamente carregado no Drive ou Dropbox por um colega numa ligação mais rápida
• O ficheiro estiver entre ~500 MB e ~20 GB (ficheiros mais pequenos não justificam a indireção; ficheiros muito grandes transferem mais rapidamente diretamente)

Uma pequena ressalva aplica-se a todos os quatro caminhos: os arquivos ZIP não são suportados como formato de submissão. A render farm necessita de uma pasta de projeto não comprimida (o ficheiro de cena mais todos os recursos referenciados na estrutura de diretórios correta) para que o gestor de renderização possa resolver os caminhos de recursos. Explicamos isto na secção Erros de Upload Comuns abaixo.

Método 1: Upload pela Interface Web

O upload web é o caminho mais simples e o que recomendamos para primeiras submissões e projetos pequenos.

Passo a passo:

1. Iniciar sessão na conta em e abrir o dashboard de renderização.
2. Clicar em Novo Trabalho (ou Submeter Projeto, dependendo da landing do motor de onde se chegou).
3. Arrastar a pasta do projeto para a área de upload, ou clicar em Escolher Pasta e selecioná-la.
4. Aguardar a conclusão da barra de progresso do upload. O browser mostra o progresso individual dos ficheiros para projetos com muitos recursos.
5. Após o upload terminar, configurar as definições de renderização (intervalo de fotogramas, formato de saída, prioridade) e submeter o trabalho.

Limites práticos. Os browsers limitam as sessões de upload individuais, por isso o caminho web torna-se lento acima de ~2 GB e não fiável acima de ~5 GB em ligações residenciais. Se o separador do browser for fechado a meio do upload, a transferência é abortada — não há retomada do lado do browser. Para projetos nessa gama, mudar para o Client App.

O que é carregado. O arrastar e largar preserva exatamente a estrutura de pastas. Se a cena referenciar texturas em \texturas\ e \proxies\, essas subpastas precisam de estar dentro da pasta do projeto de nível superior arrastada, com os mesmos nomes. As referências em falta na render farm quase sempre rastreiam a uma destas subpastas estar fora da raiz do upload.

Método 2: SuperRenders Client App

O Client App é o caminho para o qual a maioria dos estúdios de produção eventualmente converge. Trata de retomada após desconexão, verificações de integridade e descarregamento automático de fotogramas concluídos — nenhum dos quais o caminho do browser suporta.

Passo a passo:

1. Descarregar o Client App da e instalá-lo na estação de trabalho.
2. Iniciar sessão com as credenciais da conta Super Renders Farm.
3. Clicar em Novo Projeto e selecionar a pasta do projeto. A aplicação procura o ficheiro de cena e os recursos referenciados.
4. Rever a lista de ficheiros — a aplicação mostra referências em falta antes do upload iniciar, para que possam ser corrigidas localmente em vez de após uma renderização falhada.
5. Clicar em Upload. O progresso é mostrado por ficheiro, e o upload retoma automaticamente se a ligação cair.
6. Após o upload completar, configurar as definições de renderização dentro da aplicação e submeter.

Descarregamento automático. O Client App também trata da viagem de volta. Após ativar uma pasta de saída local, os fotogramas concluídos chegam à estação de trabalho à medida que cada fotograma termina — não é necessário esperar que o trabalho todo complete antes de recuperar qualquer coisa.

Nota sobre plugin v1 vs v2. Os estúdios a usar versões mais antigas do Client App devem verificar a para os caminhos de instalação atuais, compatibilidade de versão de plugin e o plano de migração quando Spaces (a nossa camada de transferência de próxima geração) substituir o Client App. Esse documento cobre a integração de plugin por DCC, submissão de ponta a ponta e passos de resolução de problemas em profundidade — esta página apenas cobre a superfície de upload e download.

Método 3: Upload por SFTP

O SFTP é o caminho que recomendamos para projetos grandes, fluxos de trabalho automatizados e estúdios que já operam SFTP como parte do pipeline. Corre sobre SSH na porta 22 e trata transferências de vários gigabytes de forma fiável.

Passo a passo:

1. Gerar credenciais SFTP a partir do dashboard da conta. Cada conta tem o seu próprio host, nome de utilizador e chave SFTP — estas não são partilhadas entre membros da equipa por padrão. (As contas de equipa podem emitir credenciais separadas por artista.)
2. Abrir o cliente SFTP (FileZilla, Cyberduck, WinSCP no Windows; Transmit ou sftp integrado no macOS; OpenSSH sftp no Linux).
3. Ligar usando o host, nome de utilizador e chave do dashboard.
4. Navegar para o diretório de upload da conta — geralmente mostrado como o caminho de aterragem padrão na primeira ligação.
5. Arrastar a pasta do projeto para o painel remoto e deixar a transferência correr.
6. Após o upload completar, voltar ao dashboard web ou ao Client App para configurar as definições de renderização e submeter o trabalho. O SFTP trata do transporte de ficheiros; não submete a renderização em si.

Porquê SFTP para projetos grandes. Os uploads pelo browser e pelo Client App adicionam ambos o seu próprio overhead. O SFTP corre próximo da velocidade de linha numa ligação com fio, recupera de desconexões transitórias e funciona bem para transferências de 50 GB e acima. Para projetos de animação com simulações cacheadas, texturas grandes ou geometria proxy, o SFTP é quase sempre a escolha certa.

Automação. O sftp do OpenSSH e rsync sobre SSH funcionam ambos para pipelines de CI e automação de preparação de renderização. Os estúdios com scripts internos de preparação de renderização tipicamente geram a pasta do projeto, executam um checksum e enviam para a render farm num único passo — sem intervenção humana até o dashboard mostrar o trabalho pronto para submeter.

Método 4: Importação de Armazenamento Cloud (Google Drive / Dropbox)

Se a equipa já partilha projetos através do Google Drive ou Dropbox, é possível importar diretamente sem re-carregar a partir de uma estação de trabalho local. Isto é útil quando o ficheiro já está no armazenamento cloud e a ligação local é mais lenta do que seria a transferência cloud-para-cloud.

Passo a passo (Google Drive):

1. Na pasta Drive do projeto, clicar com o botão direito na pasta do projeto e selecionar Obter ligação → Qualquer pessoa com a ligação pode visualizar. A pasta deve ser acessível sem um login do Google Workspace.
2. Copiar a ligação.
3. No dashboard da Super Renders Farm, abrir Novo Trabalho → Importar do Armazenamento Cloud → Google Drive.
4. Colar a ligação de partilha e clicar em Importar. A render farm obtém a pasta do lado do servidor; sem upload a partir da máquina local.
5. Quando a importação completar, configurar as definições de renderização e submeter.

Passo a passo (Dropbox):

1. No Dropbox, clicar com o botão direito na pasta do projeto e selecionar Partilhar → Criar ligação. Confirmar que a ligação está definida como "Qualquer pessoa com a ligação pode visualizar".
2. Copiar a ligação.
3. No dashboard, abrir Novo Trabalho → Importar do Armazenamento Cloud → Dropbox.
4. Colar a ligação e clicar em Importar. Mesmo padrão de obtenção do lado do servidor que no Drive.

Quando este método faz sentido. A importação cloud é o caminho mais rápido quando o ficheiro já está completamente sincronizado no Drive ou Dropbox e a rede local é mais lenta do que a ligação cloud-para-cloud. Para ficheiros que ainda não estão no armazenamento cloud, a indireção (carregar primeiro para o Drive, depois importar) é mais lenta do que ir diretamente via SFTP ou o Client App.

Armadilha de permissões. As pastas definidas como "Apenas pessoas na organização" ou "Restrito" falharão ao importar — o servidor de obtenção da render farm não é membro do espaço de trabalho. Mudar a ligação para "Qualquer pessoa com a ligação pode visualizar" antes de importar, depois revogar a ligação depois se a política de segurança o exigir.

Comparação: Métodos em Resumo

| Método | Ideal para | Gama de tamanho prática | Retoma após desconexão? | Descarregamento automático de saída? | |---|---|---|---|---| | Interface Web | Projetos ocasionais e pequenos | Menos de ~2 GB | Não | Não (download manual) | | Client App | Estúdios com submissões regulares | 2–50 GB | Sim | Sim | | SFTP | Projetos grandes, fluxos automatizados | 10 GB e acima (sem limite superior) | Sim | Não (usar Client App ou web para recuperação) | | Importação cloud (Drive / Dropbox) | Ficheiros já em armazenamento cloud partilhado | ~500 MB – 20 GB | N/A (obtenção do lado do servidor) | Não |

Corresponder o método à forma do projeto. Um still de 200 MB não precisa de SFTP; uma animação de 60 GB com fluidos cacheados não deve ir pelo browser.

Erros de Upload Comuns

Estes são os erros que vemos mais frequentemente no suporte, e o que verificar primeiro.

"Upload falhou: ficheiro ZIP detetado."

Não são aceites arquivos ZIP, RAR ou 7Z como formato de submissão. O gestor de renderização precisa de percorrer a estrutura da pasta do projeto para resolver os caminhos de recursos — se tudo estiver selado dentro de um arquivo, os nós worker não conseguem abri-lo sem primeiro descompactar, o que acrescenta tempo e um modo de falha extra. Solução: fazer upload do projeto como uma pasta não comprimida. Se estiver a trabalhar a partir de uma entrega ZIP de um colega, descompactar localmente primeiro e depois fazer upload da pasta resultante.

"Textura em falta: D:\projetos\..."

A cena referencia um caminho absoluto na máquina local que não existe nos nós worker da render farm. Esta é a causa mais comum de trabalhos falhados, e aparece quer o upload seja feito via Interface Web, Client App ou SFTP. Corrigir localmente usando caminhos relativos (a maioria dos DCCs tem um comando "tornar caminhos relativos" ou "consolidar recursos" — Ficheiro → Editor de Referências → Tornar Relativo no Maya, Ficheiro → Arquivar no 3ds Max, Ficheiro → Empacotar Dados Externos no Blender). O Client App pré-verifica caminhos absolutos e assinala-os antes do upload iniciar, o que poupa uma viagem de ida e volta.

"Upload expirou."

Comum em ligações residenciais, especialmente por Wi-Fi com ficheiros acima de 1 GB. O caminho do browser não retoma — mudar para o Client App ou SFTP, que ambos recuperam de quedas de ligação transitórias. Verificar também a velocidade de upload local (a maioria dos ISP limita o upload residencial a 10–50 Mbps); um projeto de 20 GB numa linha de 10 Mbps demora cerca de cinco horas de transferência contínua.

"Permissão negada" na importação cloud.

A pasta do Drive ou Dropbox não está definida como "Qualquer pessoa com a ligação pode visualizar". Abrir as definições de partilha, mudar para acesso por ligação pública, tentar novamente a importação e depois revogar a ligação.

"Estrutura de projeto inválida."

A pasta carregada não contém um ficheiro de cena que a render farm reconhece (.max, .ma/.mb, .c4d, .blend, .hip/.hiplc, .aep). Causa comum: arrastar apenas a pasta de texturas em vez da raiz completa do projeto. Re-carregar a partir de um nível acima para que o ficheiro de cena esteja incluído.

"Os caminhos dos recursos apontam fora da pasta do projeto."

A cena referencia recursos que estão acima da raiz do projeto (por exemplo, uma pasta \Biblioteca do Estúdio\ partilhada um nível acima de \Projeto_X\). Os nós worker só conseguem ver o que está dentro da pasta carregada. Consolidar esses recursos na pasta do projeto localmente antes do upload (a maioria dos DCCs tem um comando "recolher todos os recursos"), ou carregar a pasta principal para que todos os caminhos referenciados resolvam.

Descarregar Saída Renderizada

Existem dois caminhos para recuperar fotogramas concluídos: download manual a partir do dashboard, ou streaming automático via Client App.

Download manual via dashboard. Quando um trabalho completa, o dashboard lista cada fotograma de saída e oferece download por fotograma e do trabalho completo. Para trabalhos de animação, o dashboard comprime a saída (isto é uma conveniência de download — não um formato de submissão) para que toda a sequência possa ser descarregada numa transferência. Para stills ou sequências curtas, o download por fotograma mantém a contagem de ficheiros gerível.

Descarregamento automático via Client App. Com o Client App instalado e uma pasta de saída local configurada, os fotogramas concluídos chegam à estação de trabalho à medida que cada fotograma termina. Não é necessário esperar que o trabalho completo termine — é possível rever o fotograma 1 enquanto os fotogramas 240 a 480 ainda estão a renderizar. Isto é especialmente útil para trabalhos de animação longos em que os ciclos de revisão se sobrepõem com a própria renderização.

Recuperação por SFTP. O SFTP funciona nos dois sentidos: após os fotogramas serem escritos na área de saída da render farm, podem ser descarregados com o mesmo cliente usado para fazer upload. Útil para pipelines pós-renderização automatizados (codificação automática, upload automático para CDN, etc.).

Retenção. Os ficheiros de saída permanecem na render farm tempo suficiente para ciclos normais de revisão e recolha; as janelas de retenção específicas estão documentadas no . Para arquivamento a longo prazo, descarregar para o armazenamento do estúdio em vez de depender da render farm como uma camada de backup.

FAQ

Q: Por que é que a Super Renders Farm não aceita ficheiros ZIP? A: O gestor de renderização precisa de percorrer a pasta do projeto para resolver os caminhos de recursos — os ficheiros de cena referenciam texturas, proxies, caches e plugins por caminhos relativos ou absolutos. Se tudo estiver selado dentro de um arquivo, a render farm tem de descompactar primeiro, o que acrescenta tempo e um modo de falha extra. Fazer upload do projeto como uma pasta não comprimida; é o que o comando "recolher todos os recursos" ou "arquivar" de cada DCC produz por padrão.

Q: Qual é o maior projeto que se pode carregar? A: Não há limite superior aplicado. Já foram tratados projetos de animação de centenas de gigabytes com simulações cacheadas. Para qualquer coisa acima de ~50 GB, o SFTP é a escolha prática — os uploads pelo browser bloqueiam, e o Client App está otimizado para a banda de 2–50 GB onde a maioria dos projetos de produção vive.

Q: Como fazer upload se a ligação for pouco fiável? A: Usar o SuperRenders Client App ou SFTP. Ambos retomam após desconexão, por isso uma queda de Wi-Fi não reinicia a transferência do zero. O caminho de upload pelo browser não retoma — se o separador fechar a meio do upload, a transferência é abortada. Para ligações muito instáveis, SFTP com uma ferramenta como rsync-sobre-SSH proporciona o comportamento mais fiável.

Q: É possível fazer upload diretamente do Google Drive ou Dropbox? A: Sim — tanto a importação do Google Drive como do Dropbox são suportadas. Partilhar a pasta do projeto com "Qualquer pessoa com a ligação pode visualizar", colar o URL de partilha na opção de importação cloud do dashboard, e a render farm obtém a pasta do lado do servidor. Isto é mais rápido do que re-descarregar para a máquina local e re-carregar, especialmente quando o ficheiro já está no armazenamento cloud vindo de um colega de equipa.

Q: Quanto tempo ficam os fotogramas renderizados na render farm? A: Os ficheiros de saída ficam disponíveis para ciclos normais de revisão e recolha. As janelas de retenção específicas estão documentadas no dashboard da conta. Para arquivamento, descarregar os trabalhos concluídos para o armazenamento do estúdio em vez de tratar a render farm como backup de longo prazo.

Q: Como obter automaticamente os fotogramas concluídos de volta para a estação de trabalho? A: Usar o SuperRenders Client App com uma pasta de saída configurada. Os fotogramas chegam à estação de trabalho à medida que cada um termina, para que seja possível rever os fotogramas iniciais enquanto os fotogramas posteriores ainda estão a renderizar. O caminho de download manual do dashboard é adequado para trabalhos pontuais, mas para trabalho de animação o descarregamento automático do Client App elimina muita espera.

Q: A cena referencia texturas numa unidade de rede. Essas serão carregadas? A: Apenas se os caminhos da unidade de rede estiverem dentro da pasta do projeto carregada. Os nós worker não conseguem aceder às partilhas de rede do estúdio diretamente. Executar primeiro o comando "recolher todos os recursos" ou "consolidar referências" do DCC localmente — isso copia todos os ficheiros referenciados para a pasta do projeto e reescreve os caminhos para relativos — e depois carregar a pasta consolidada. A maioria dos tickets de trabalhos falhados que vemos rastreia a este passo ser ignorado.