Upload e download dei file su Super Renders Farm

Introduzione

Spostare i file del progetto da e verso una render farm è la parte del workflow che più spesso va storta. Un rendering fallisce non perché il motore si comporti male, ma perché un percorso di texture non si è risolto sul nodo remoto, un file ZIP da diversi gigabyte è stato respinto, oppure una connessione domestica lenta si è bloccata a metà upload dopo venti minuti.

Super Renders Farm supporta quattro modi per caricare un progetto — l'interfaccia web, la SuperRenders Client App, SFTP e l'importazione da cloud storage (Google Drive o Dropbox) — e due modi per recuperare l'output renderizzato. Nessuno di essi è "il migliore" in astratto; ogni metodo ha il suo punto di forza definito dalle dimensioni del file, dalla velocità di rete, dalla frequenza di ri-invio dello stesso progetto e dal fatto che lo studio usi già SFTP o cloud storage condiviso nel lavoro quotidiano.

Questa guida fornisce un albero decisionale per scegliere il metodo più adatto al job, istruzioni dettagliate per ciascuno e un riferimento per gli errori di upload che vediamo più spesso nel supporto.

Albero decisionale: quale metodo di upload usare?

I quattro metodi non sono intercambiabili. Usare questo breve albero decisionale la prima volta che si invia un progetto, poi cambiare man mano che il workflow si stabilizza.

Usare l'interfaccia web se:

• Le dimensioni totali del progetto sono inferiori a circa 2 GB
• Si inviano job occasionalmente (poche volte al mese) piuttosto che continuamente
• Si desidera zero installazione — solo un browser

Usare la Client App se:

• Si inviano job almeno settimanalmente e si vogliono meno passaggi manuali
• Il progetto è tra 2 GB e circa 50 GB
• Si desidera che l'upload riprenda automaticamente in caso di disconnessione
• Si desidera che i frame completati vengano scaricati automaticamente in una cartella locale man mano che finiscono

Usare SFTP se:

• Il progetto è di grandi dimensioni (10 GB e oltre — progetti di animazione con fluidi in cache, point cloud grandi, scattering Forest Pack denso)
• Lo studio ha già un client SFTP (FileZilla, Cyberduck, WinSCP, Transmit) e un workflow interno basato su di esso
• Si sta inviando da un computer Linux o un server, non da una workstation artistica
• Si hanno bisogno di upload scriptabili (CI, automazione della preparazione al rendering)

Usare Google Drive o Dropbox se:

• Il progetto è già nel cloud storage condiviso perché il team collabora lì
• Si è su una connessione domestica lenta ma il file è già completamente caricato su Drive o Dropbox da un collega su una connessione più veloce
• Il file è tra circa 500 MB e circa 20 GB (i file più piccoli non giustificano l'indirizzamento; i file molto grandi si trasferiscono più velocemente direttamente)

Una piccola avvertenza si applica a tutti e quattro i percorsi: gli archivi ZIP non sono supportati come formato di invio. La farm necessita di una cartella di progetto non compressa (il file di scena più tutti gli asset referenziati nella struttura di directory corretta) in modo che il render manager possa risolvere i percorsi degli asset. Ne parliamo nella sezione Errori di upload comuni di seguito.

Metodo 1: Upload tramite interfaccia web

L'upload web è il percorso più semplice e quello che raccomandiamo per i primi invii e i progetti piccoli.

Istruzioni dettagliate:

1. Accedere all'account su e aprire il pannello di controllo del rendering.
2. Fare clic su New Job (o Submit Project, a seconda della landing del motore da cui si è arrivati).
3. Trascinare la cartella del progetto nell'area di upload, oppure fare clic su Choose Folder e selezionarla.
4. Attendere il completamento della barra di avanzamento dell'upload. Il browser mostra il progresso per singolo file per i progetti con molti asset.
5. Una volta completato l'upload, configurare le impostazioni di rendering (intervallo di frame, formato di output, priorità) e inviare il job.

Limiti pratici. I browser limitano le singole sessioni di upload, quindi il percorso web diventa lento sopra circa 2 GB e inaffidabile sopra circa 5 GB su connessioni residenziali. Se il tab del browser viene chiuso durante l'upload, il trasferimento si interrompe — non c'è ripresa dal lato browser. Per i progetti in quel range, passare alla Client App.

Cosa viene caricato. Il trascinamento della cartella preserva esattamente la struttura della cartella. Se la scena referenzia texture in \textures\ e \proxies\, quelle sottocartelle devono trovarsi all'interno della cartella del progetto top-level trascinata, con gli stessi nomi. I riferimenti mancanti sulla farm quasi sempre risalgono a una di queste sottocartelle che si trova fuori dalla root di upload.

Metodo 2: SuperRenders Client App

La Client App è il percorso su cui la maggior parte degli studi di produzione alla fine si stabilisce. Gestisce la ripresa in caso di disconnessione, i controlli di integrità e lo scaricamento automatico dei frame completati — nessuno dei quali è supportato dal percorso browser.

Istruzioni dettagliate:

1. Scaricare la Client App dalla e installarla sulla workstation.
2. Accedere con le credenziali dell'account Super Renders Farm.
3. Fare clic su New Project e selezionare la cartella del progetto. L'app esegue una scansione alla ricerca del file di scena e degli asset referenziati.
4. Esaminare la lista dei file — l'app mostra i riferimenti mancanti prima che inizi l'upload, in modo da poterli correggere localmente anziché dopo un rendering fallito.
5. Fare clic su Upload. Il progresso viene mostrato per file, e l'upload riprende automaticamente in caso di disconnessione.
6. Dopo il completamento dell'upload, configurare le impostazioni di rendering all'interno dell'app e inviare.

Download automatico. La Client App gestisce anche il viaggio di ritorno. Una volta abilitata una cartella di output locale, i frame completati vengono scaricati sulla workstation man mano che ogni frame termina — non è necessario aspettare che l'intero job sia completato prima di recuperare qualcosa.

Nota plugin v1 vs v2. Gli studi che usano versioni precedenti della Client App dovrebbero consultare il per i percorsi di installazione attuali, la compatibilità delle versioni dei plugin e il piano di migrazione quando Spaces (il nostro livello di trasferimento di nuova generazione) sostituirà la Client App. Quel documento tratta in modo approfondito l'integrazione del plugin per DCC, l'invio end-to-end e i passaggi di troubleshooting — questa pagina tratta solo la superficie di upload e download.

Metodo 3: Upload SFTP

SFTP è il percorso che raccomandiamo per i progetti di grandi dimensioni, i workflow scriptati e gli studi che già operano SFTP come parte della loro pipeline. Funziona su SSH sulla porta 22 e gestisce trasferimenti di più gigabyte in modo affidabile.

Istruzioni dettagliate:

1. Generare le credenziali SFTP dal pannello di controllo dell'account. Ogni account ha il proprio host SFTP, nome utente e chiave — questi non sono condivisi tra i compagni di team per default. (Gli account team possono emettere credenziali separate per artista.)
2. Aprire il client SFTP (FileZilla, Cyberduck, WinSCP su Windows; Transmit o sftp integrato su macOS; OpenSSH sftp su Linux).
3. Connettersi usando host, nome utente e chiave dal pannello di controllo.
4. Navigare alla directory di upload dell'account — di solito mostrata come percorso di atterraggio predefinito alla prima connessione.
5. Trascinare la cartella del progetto nel pannello remoto e lasciare che il trasferimento venga eseguito.
6. Una volta completato l'upload, tornare al pannello di controllo web o alla Client App per configurare le impostazioni di rendering e inviare il job. SFTP gestisce il trasporto del file; non invia il rendering da solo.

Perché SFTP per i progetti di grandi dimensioni. Gli upload del browser e la Client App aggiungono entrambi il proprio overhead. SFTP funziona vicino alla velocità di linea su una connessione cablata, si riprende dalle disconnessioni transitorie e funziona bene per i trasferimenti di 50 GB e oltre. Per i progetti di animazione con simulazioni in cache, texture di grandi dimensioni o geometria proxy, SFTP è quasi sempre la scelta giusta.

Scripting. Sia OpenSSH sftp che rsync su SSH funzionano per pipeline CI e automazione della preparazione al rendering. Gli studi con script di preparazione al rendering interni tipicamente generano la cartella del progetto, eseguono un checksum e spingono sulla farm in un singolo passaggio — nessun essere umano nel loop finché il pannello di controllo mostra il job pronto per l'invio.

Metodo 4: Importazione da cloud storage (Google Drive / Dropbox)

Se il team condivide già i progetti tramite Google Drive o Dropbox, è possibile importare direttamente senza ri-caricare da una workstation locale. Questo è utile quando il file è già nel cloud storage e la connessione locale è più lenta di quanto sarebbe il trasferimento cloud-to-cloud.

Istruzioni dettagliate (Google Drive):

1. Nella cartella Drive del progetto, fare clic con il tasto destro sulla cartella del progetto e selezionare Ottieni link → Chiunque abbia il link può visualizzare. La cartella deve essere accessibile senza un login Google Workspace.
2. Copiare il link.
3. Nel pannello di controllo di Super Renders Farm, aprire New Job → Import from Cloud Storage → Google Drive.
4. Incollare il link di condivisione e fare clic su Import. La farm recupera la cartella lato server; nessun upload dalla propria macchina.
5. Quando l'importazione è completata, configurare le impostazioni di rendering e inviare.

Istruzioni dettagliate (Dropbox):

1. In Dropbox, fare clic con il tasto destro sulla cartella del progetto e selezionare Condividi → Crea link. Confermare che il link sia impostato su "Chiunque abbia il link può visualizzare."
2. Copiare il link.
3. Nel pannello di controllo, aprire New Job → Import from Cloud Storage → Dropbox.
4. Incollare il link e fare clic su Import. Stesso pattern di recupero lato server di Drive.

Quando questo metodo è utile. L'importazione cloud è il percorso più veloce quando il file è già completamente sincronizzato in Drive o Dropbox e la rete locale è più lenta del link cloud-to-cloud. Per i file che non sono già nel cloud storage, l'indirizzamento (caricare prima su Drive, poi importare) è più lento che andare direttamente tramite SFTP o la Client App.

Problema con i permessi. Le cartelle impostate su "Solo le persone della tua organizzazione" o "Limitato" non verranno importate — il server di recupero della farm non è membro del workspace. Cambiare il link in "Chiunque abbia il link può visualizzare" prima dell'importazione, poi revocarlo in seguito se la politica di sicurezza lo richiede.

Confronto: metodi a colpo d'occhio

| Metodo | Ideale per | Range di dimensioni pratico | Riprende in caso di disconnessione? | Download automatico output? | |---|---|---|---|---| | Interfaccia web | Progetti occasionali e piccoli | Sotto circa 2 GB | No | No (download manuale) | | Client App | Studi con invii regolari | 2–50 GB | Sì | Sì | | SFTP | Progetti grandi, workflow scriptati | 10 GB e oltre (nessun limite superiore) | Sì | No (usare Client App o web per il recupero) | | Importazione cloud (Drive / Dropbox) | File già nel cloud storage condiviso | ~500 MB – 20 GB | N/A (recupero lato server) | No |

Abbinare il metodo alla forma del progetto. Un'immagine da 200 MB non ha bisogno di SFTP; un'animazione da 60 GB con fluidi in cache non dovrebbe passare attraverso il browser.

Errori di upload comuni

Questi sono gli errori che vediamo più spesso nel supporto e cosa controllare per primo.

"Upload failed: ZIP file detected."

Non accettiamo archivi ZIP, RAR o 7Z come formato di invio. Il render manager ha bisogno di attraversare la struttura della cartella del progetto per risolvere i percorsi degli asset — se tutto è sigillato all'interno di un archivio, i worker node non possono aprirlo senza prima decomprimerlo, il che aggiunge tempo e un ulteriore punto di errore. Soluzione: caricare il progetto come cartella non compressa. Se si sta lavorando da un file ZIP consegnato da un collega, decomprimerlo prima localmente, poi caricare la cartella risultante.

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

La scena referenzia un percorso assoluto sulla macchina locale che non esiste sui worker node della farm. Questa è la singola causa più comune dei job falliti, e si manifesta sia che si carichi tramite interfaccia web, Client App o SFTP. Correggerla localmente usando percorsi relativi (la maggior parte dei DCC ha un comando "make paths relative" o "consolidate assets" — File → Reference Editor → Make Relative in Maya, File → Archive in 3ds Max, File → Pack External Data in Blender). La Client App esegue una pre-scansione dei percorsi assoluti e li segnala prima che l'upload inizi, il che evita un giro a vuoto.

"Upload timed out."

Comune su connessioni residenziali, specialmente su Wi-Fi con file superiori a 1 GB. Il percorso browser non riprende — passare alla Client App o SFTP, entrambi i quali si riprendono dalle disconnessioni transitorie. Controllare anche la velocità di upload locale (la maggior parte degli ISP limita l'upload residenziale a 10–50 Mbps); un progetto da 20 GB su una linea da 10 Mbps richiede circa cinque ore di trasferimento continuo.

"Permission denied" sull'importazione cloud.

La cartella Drive o Dropbox non è impostata su "Chiunque abbia il link può visualizzare." Aprire le impostazioni di condivisione, passare all'accesso con link pubblico, riprovare l'importazione, poi revocare il link in seguito.

"Invalid project structure."

La cartella caricata non contiene un file di scena che la farm riconosce (.max, .ma/.mb, .c4d, .blend, .hip/.hiplc, .aep). Causa comune: trascinare solo la cartella delle texture invece della root completa del progetto. Ricaricare da un livello superiore in modo che il file di scena sia incluso.

"Asset paths point outside the project folder."

La scena referenzia asset che si trovano sopra la root del progetto (ad esempio, una cartella \Studio Library\ condivisa un livello sopra \Progetto_X\). I worker node possono vedere solo ciò che è all'interno della cartella caricata. O consolidare quegli asset nella cartella del progetto localmente prima del caricamento (la maggior parte dei DCC ha un comando "collect all assets"), oppure caricare la cartella superiore in modo che tutti i percorsi referenziati si risolvano.

Download dell'output renderizzato

Esistono due percorsi per recuperare i frame completati: download manuale dal pannello di controllo, oppure streaming automatico tramite Client App.

Download manuale tramite pannello di controllo. Quando un job è completato, il pannello di controllo elenca ogni frame di output e offre il download per singolo frame e per l'intero job. Per i job di animazione, il pannello di controllo comprime l'output (questa è una comodità di download — non un formato di invio) in modo da poter scaricare l'intera sequenza in un unico trasferimento. Per le immagini fisse o le sequenze brevi, il download per singolo frame mantiene gestibile il numero di file.

Download automatico tramite Client App. Con la Client App installata e una cartella di output locale configurata, i frame completati vengono scaricati man mano che ogni frame termina. Non è necessario aspettare che il job completo sia terminato — è possibile esaminare il frame 1 mentre i frame da 240 a 480 sono ancora in rendering. Questo è particolarmente utile per i job di animazione lunghi dove i cicli di revisione si sovrappongono al rendering stesso.

Recupero SFTP. SFTP funziona in entrambe le direzioni: una volta che i frame sono scritti nell'area di output della farm, è possibile scaricarli con lo stesso client usato per l'upload. Utile per le pipeline post-rendering scriptate (auto-encode, auto-upload su un CDN, ecc.).

Conservazione. I file di output rimangono sulla farm per il tempo sufficiente per i normali cicli di revisione e recupero; le finestre di conservazione specifiche sono documentate nel . Per l'archiviazione a lungo termine, scaricare sulla memoria dello studio piuttosto che fare affidamento sulla farm come livello di backup.

FAQ

Q: Perché Super Renders Farm non accetta file ZIP? A: Il render manager ha bisogno di attraversare la cartella del progetto per risolvere i percorsi degli asset — i file di scena referenziano texture, proxy, cache e plugin tramite percorsi relativi o assoluti. Se tutto è sigillato all'interno di un archivio, la farm deve prima decomprimere, il che aggiunge tempo e un ulteriore punto di errore. Caricare il progetto come cartella non compressa; è quello che produce di default il comando "collect all assets" o "archive" di ogni DCC.

Q: Qual è il progetto più grande che posso caricare? A: Non c'è un limite superiore imposto. Abbiamo gestito progetti di animazione di diverse centinaia di gigabyte con simulazioni in cache. Per qualsiasi cosa superiore a circa 50 GB, SFTP è la scelta pratica — gli upload del browser si bloccano, e la Client App è ottimizzata per la fascia da 2–50 GB dove vive la maggior parte dei progetti di produzione.

Q: Come faccio a caricare se la mia connessione è inaffidabile? A: Usare la SuperRenders Client App o SFTP. Entrambi riprendono in caso di disconnessione, quindi una connessione Wi-Fi interrotta non fa ricominciare il trasferimento da zero. Il percorso di upload del browser non riprende — se il tab si chiude a metà upload, il trasferimento si interrompe. Per le connessioni molto instabili, SFTP con uno strumento come rsync-over-SSH offre il comportamento più affidabile.

Q: Posso caricare direttamente da Google Drive o Dropbox? A: Sì — entrambi Google Drive e Dropbox sono supportati per l'importazione. Condividere la cartella del progetto con "Chiunque abbia il link può visualizzare," incollare l'URL di condivisione nell'opzione di importazione cloud del pannello di controllo, e la farm recupera la cartella lato server. Questo è più veloce che ri-scaricare sulla macchina locale e ri-caricare, specialmente quando il file è già nel cloud storage da un compagno di team.

Q: Per quanto tempo rimangono i frame renderizzati sulla farm? A: I file di output rimangono disponibili per i normali cicli di revisione e recupero. Le finestre di conservazione specifiche sono documentate nel pannello di controllo dell'account. Per l'archiviazione, scaricare i job completati sulla memoria dello studio piuttosto che trattare la farm come backup a lungo termine.

Q: Come faccio a ricevere automaticamente i frame completati sulla mia workstation? A: Usare la SuperRenders Client App con una cartella di output configurata. I frame vengono scaricati man mano che ognuno termina, in modo da poter esaminare i frame iniziali mentre i frame successivi sono ancora in rendering. Il percorso di download manuale del pannello di controllo va bene per i job occasionali, ma per il lavoro di animazione il download automatico della Client App riduce molto l'attesa.

Q: La mia scena referenzia texture su un'unità di rete. Verranno caricate? A: Solo se i percorsi dell'unità di rete si trovano all'interno della cartella del progetto caricata. I worker node non possono raggiungere direttamente le condivisioni di rete dello studio. Eseguire prima localmente il comando "collect all assets" o "consolidate references" del DCC — questo copia tutti i file referenziati nella cartella del progetto e riscrive i percorsi come relativi — poi caricare la cartella consolidata. La maggior parte dei ticket di job falliti che vediamo risale al fatto che questo passaggio è stato saltato.