RenderFarm.fi

Nelle passate settimane hanno lavorato su un nuovo meccanismo che tratta la validazione dei risultati elaborati dai loro utenti.

Sono estremamente orgogliosi di annunciare che Renderfarm.fi potrebbe essere il primo renderfarm sul pianeta ad aver implementato con successo un rendering distribuito col nuovo motore di render di Blender Cycles. Tuttavia questa è solo una fase preliminare di test e la maggior parte del lavoro difficile è ora alle loro spalle. Hanno creato una bozza di concetto su come il loro metodo divide ed elabora in più piccole serie di campioni, le raccoglie e le combina in un finale ad alta qualità e risoluzione con il lavoro sul lato server. Qui c'è il render di test di Nathan di ieri che prova il loro caso e l'immagine sulla destra è il risultato dell'unione di 100 immagini di 21 campioni contemporaneamente, creando effettivamente un'immagine di 2100 campioni:

La prima sessione su cui è stata applicata questa nuova tecnologia è ora in esecuzione. Siccome Cycles è in un'iniziale fase beta per loro, tutte le sessioni di Cycles saranno eseguite solo su una piccola serie di computer. Se vorreste aiutarli nella fase di test, per favore mettetevi in contatto con Gekko su questo thread. Allo stesso modo, vorrebbero, inoltre, invitare gli artisti a spedirgli alcune loro scene ultra realistiche, computazionalmente intensive che vorrebbero vedere renderizzate, come test, su Renderfarm.fi. Se ne avute alcune, per favore mettetevi in contatto nello stesso thread o li potete trovare su IRC Freenode #Renderfarm.fi

Finalmente, dopo mesi di lavoro, test, debug e sistemazioni hanno Cycles come motore supportato. Otterranno la potenza di Cycles attraverso il rendering su CPU sul loro grid, con una serie di funzionalità supportate. Per essere in grado di uplodare le sessioni di Cycles dovete essere sicuri di avere l'ultima versione dell'uploader, che potete trovare nel Blender bf-extensions SVN. Posizionatelo nella vostra directory di Blender, in 2.62/scripts/addons/.
Mentre i cicli di rendering permette di rendere facilmente con le parti, assicuratevi di non fare compositing post elaborazione con l'editor del nodo, come per le vecchie restrizioni che esistono ancora.
Mentre il renderer Cycles consente di renderizzare facilmente le parti, assicuratevi di non eseguire il post-processo di composizione con il node editor, così come le vecchie restrizioni sono ancora presenti.

Finché Cycles lavorerà diversamente da Blender Internal possono dividere il carico di lavoro in due modi, prima di ricombinare tutto nel rendering finale. Con Blender Internal, nella migliore delle ipotesi potrebbero dividere il lavoro di un frame in sezioni più piccole di quel frame. Queste parti sarebbero poi cucite insieme nel frame finale. Alcune funzionalità del rendered di Blender Internal rendono molto difficile dividere in parti più piccole, soprattutto perché la loro rete non è costruita su una un'unica architettura di CPU e sistema operativo.
Oltre al taglio di un frame in parti fisiche, possono anche dividere il carico di lavoro di calcolo dei campioni. Diciamo che abbiano una sessione che vogliono renderizzarla con 100 campioni. Possono dividere il carico di lavoro su 4 workunit ognuna delle quali si tradurrà in un rendering di 25 campioni.

Facendo in modo che ogni parte sia renderizzata con un seme diverso possono assicurare che non ottengano 4 volte lo stesso risultato, ma di ottenere ciò che vogliono. Questi sottocampioni risultanti possono sommarli e mediarli in modo che alla fine siano stati renderizzati i 100 campioni del frame.

La cosa bella è che possono dividere il lavoro di calcolo in entrambi i modi ed allo stesso tempo. Così possono dividere il frame in 4 parti e ogni parte in 4 workunit. La cucitrice si prenderà cura di porre le parti risultanti nel fotogramma finale e mediarle come necessario.

Ciò significa che ora possono anche fare, per sempre, dei render ad alta definizione dei campioni, dal momento che il carico di lavoro può essere diviso su molti client. Per un campione di 10'000, potrebbero dividere il carico di lavoro in 100 workunits, ciascuna delle quali copre 100 campioni. Per renderer enormi, probabilmente li divideranno ulteriormente in parti, giusto per assicurarsi che le workunits non siano troppo lunghe.
Quando Cycles supporterà correttamente le GPU attraverso OpenCL, anche per le schede AMD / ATI, indagheranno con quanta facilità le potranno far rullare. Detto questo, è ovvio che il rendering CPU permetterà loro di eseguire le scene molto più grandi, in quanto la ram GPU è ancora un bene molto scarso.
Come nota finale, il supporto CPU è limitato al "set di funzionalità supportate", cosa da tenere a mente durante la preparazione e l'invio delle sessioni per il rendering al loro sito.

prodigal_son è felice di annunciare che quest'anno rappresenterà Renderfarm.fi sia al Game Developers Conference (San Francisco, California) che al South by Southwest (Austin, Texas). Nel caso siate diretti ad uno di questi due grandi eventi, andate a cercarlo! Al GDC potrete trovarlo nella sezione finlandese del padiglione dei paesi nordici (North Hall, bancarella 1824), mentre al SXSW lo potrete trovare allo stand della Finnish Mobile Association (stand 1123, 1125). Nel caso arriviate in uno dei due luoghi potrete prendere la copia gratuita ed ora classica del poster "Join the Blender Army" di Renderfarm.fi, che si è dimostrato essere appeso sui muri dei più grandi studi come L'Istituto Blender ed Energia:

Faranno un'incontro per gli utenti di Blender al Game Developers Conference giovedì 8 marzo. Il ritrovo sarà intorno alle 14 al padiglione dei paesi nordici e si muoveranno da li se necessario. Similmente potrebbe essere tenuto anche al SXSW se ci sarà abbastanza interesse. Sa che ci saranno due abituali IRC #blender che saranno presenti al GDC con lui, così la riunione ci sarà in ogni caso.