F-Prime

[davhub]

Non ho visto se ci sono altri thread simili..
vi scasso le cosiddette per parlare di Fprime.
Stante che lo comprerò a breve, vorrei avere le idee chiare di cosa aspettarmi oppure no.

La storia...
tutto inizia con un programmino di nome LW ed il tasto F9 per la resa del fotogramma (che novità, direte voi)
poi arriva, release 6.5 se non erro o prima.. un certo cosino chiamato VIPER..
certo utile, ma non calcola un monte di roba..
poi worley fa uscire G2 (con la specifica di rensa SSS e pelle, se non erro, VERO??)
infine arriva Fprime.

se l'evoluzione è corretta, Fprime praticamente fa quello che faceva il VIPER
su un MONTE di roba in più: le 4 R in testa.
Fin qui nessuna grinza. utilissimo specie per le feature di raytracing.

problemi dell'SDK a parte (non computa in RT gli shader ecc..)

cosa fa Fprime e come lavora?
Se ho letto bene, Fprime inizia a calcolare l'immagine appena la si carica..
ogni modifica, il programmino, pian piano, in background, sottovoce (mi sembra di essere di fronte a Marzullo )
ricalcola la soluzione dei parametri. dato che abbiamo tempi umani di reazione ecc. per scene anche mediamente complesse il Fprime resituisce RT la scena.
così, mentre io passo tempo a lavorare in photoshop per le mappe, mentre spsoto gli oggetti, mentre rispondo al telefono, mi scaccolo, ecc. lui mi calcola le soluzioni.

a questo punto tutto è pronto. da quanto ho visto dai video... non ho più bisogno di fare render con il motore di LW.

Cosa si può e cosa no

ma cosa succede ad una scena che viene importata senza Fprime in un sistema che ha Fprime attivo? il modulino la restituisce realtime (o quasi (tempi molto ridotti) o cosa?

e quando parlate di raffinazione (Fprime lavora per semplificazioni e come fa lightscape, immagino, man mano asintotizza il risultato).. cosa succede?

i tempi di raffinazione come sono? se solo sono come quelli di LW merita, se poi sono inferiori...
supporta il multithread ed in un sistema biprocessore vola come il vento?



Il workflow

se lancio il render di LW mi tiene conto dei precalcoli di fprime? oppure proprio butto nel cesso f10 ed f9 perchè tanto utilizzando fprime ho tutto?

cosa mi potete dire sull'integrazione con il nuovo e vecchio sistema di lavoro?


Insomma qualcosa fuori dalle affermazioni ufficiali...

Grazie in anticipo..
DHP

[gebazzz]

allora, con ordine rispondo a tutto.

sì, diciamo pure che Fprime è una bella evoluzione sia di Viper che di G2. il problema è che quello che Fprime non può fare, soprattutto per quanto riguarda il settore volumetrico (luci e hypervoxel), Viper lo può fare. diciamo che si può abolire Viper per il surfacing ed usare Fprime, mentre Viper torna ancora utile per i volumetrici.

Fprime renderizza le 4R se sono impostate nel pannello del render di lightwave. renderizza in radiosity (backdrop o motecarlo) in modo totalmente indipendente dai settaggi del pannello global illumination di lightwave (infatti, i settaggi della radiosity sono situati in un pannello a parte sotto il tab dei master plugins).
di shader fprime non ne vuole proprio sapere.. o meglio, non ne può proprio sapere nulla per le note limitazioni dell'SDK di lightwave. e questo nè in raytracing nè senza raytracing. quindi, nelle surface editor, dimenticatevi l'ultimo tab degli shader. fprime lì aggiungerà il suo shader e basta.
Fprime lavora restituendo da subito una versione molto approssimata della scena. come fa a fare ciò? in pratica (x rendere l'idea) è come se renderizzasse a bassissima risoluzione (tipo 50x50) e strechasse il tutto per riempire la propria finestra. e poi man mano restituisce un'immagine più nitida e dettagliata. quando in pratica l'immagine calcolata raggiunge la risoluzione della finestra di fprime, viene calcolato un antialiasing approssimativo: questo è il livello di raffinamento 0. da qui, fprime incomincia a dettagliare l'immagine, calcolare meglio le ombre, l'illuminazione, i dettagli, ecc. e passa a livelli di raffinamento superiori, prima 1, poi 2, e così via.
più tempo passa e più fprime raffina l'immagine.
l'immagine finale di una finestra di fprime può non essere il risultato voluto. la finestra di fprime vive di vita propria, renderizza l'immagine per riempire quella finestra e non considera quindi le dimensioni della camera settata nell'apposito pannello di lightwave. se si vuole, c'è un pulsante sulla finestra di fprime per prendere le dimensioni settate nel panel camera, ma si hanno dei limiti. inoltre, con fprime si può zoomare a piacimento, o spostare (fare proprio un "pan") la visuale. in questo modo si simula la pressione del tasto F9 con alcune aggiunte sul controllo della finestra, dello zoom, ecc.
se si vuole simulare invece la pressione del tasto F10, quindi tenere i settaggi della telecamera, salvare le immagini create, ecc. c'è un altro plugin, Fprime Renderer, che ha diversi sistemi di rendering. quello principale è il raffinamento infinito, usato anche da fprime normale; oppure si può settare un livello limite (x es.: raffina l'immagine fino al livello 15), oppure dispone anche di un metodo classico non raffinabile, ma non l'ho mai provato a fondo.

fprime (normale) è un plugin. si carica una scena, lo si lancia e una finestra incomincia a raccogliere i dati della scena e renderizzare. ogni volta (o quasi) che si cambia qualcosa, fprime parte da capo e ricomincia a renderizzare e raffinare. fprime renderer è invece esattamente come quando si prepara il panel render di lightwave e poi si preme F10.

i tempi di raffinamento variano a seconda di quello che c'è in scena. a volte ci mette una vita, a volte no. qui varia molto da.. beh, non so da cosa. ancora devo scoprirlo. cmq, i tempi sono decisamente accettabili anche con 4R e radiosity montecarlo con 2 o 4 rimbalzi: fprime in effetti non subisce molto il numero di rimbalzi da calcolare in radiosity.

fprime NON è multithreading. quindi, se avete 2 processore, con uno fate lavorare fprime (il processo cmq è sempre lightwav.exe), con l'altro potete giocare al solitario e farlo riposare, che tanto non succede nulla.

il renderer di lightwave NON tiene conto di quanto calcola fprime. fprime, invece, tiene conto dei propri raffinamenti. se si usa fprime renderer, si renderizza un'immagine, poi lo si ferma, e poi lo si fa ripartire, fprime renderer ti chiede se vuoi ricominciare da capo o continuare a raffinare l'immagine precedentemente calcolata; questo è moolto figo!

il workflow non è stato mai così fluido. tempi di attesa abbattuti ad ogni propria modifica, anche con radiosity e 4R attiva. e io l'ho provato anche a casa su un athlon 1.3ghz..

beh, una bella review in 10 minuti l'ho fatta. se avete altre domande, magari specifiche, fate pure.

ciauz!
vash
love&peace

[davhub]

Beh.. Vasht.. che dire.. una bella recensione!! grazie per i chiarimenti.. io avrei ancora una domanda..
allora: Fprime è un viewer pressochè realtime di una certa scena..
utilissimo per avere il feedback di quanto si sta facendo.

quello che non ho capito è: se io nella scena ho uno shader tipo un metanoise di angelmax/curatella.... fprime viewer (chiamiamolo così) non lo vede neppure, così i volumetrici... e pazienza... ma il F-Renderer?? li vede o mi devo dimenticare gli shaders con Fprime?

Altra cosa.. Fprime viewer mi fa vedere una scena, io intanto modifico i materiali (posso mettere gli shaders ecc.) poi passo a renderizzare con il renderer...
il renderer pende il precalcolato di fprime viewer o cosa??

mi sa che se ci si vede all'incontro e tu hai un portatile con Fprime.. un occhio glielo darei volentieri...
DHP

[DM67]

Credo proprio che se FPrime non vede gli shader in modalità prev. non li possa vedere neanche impostando FPrimeRender ..... però io lo sto masticando solo da qualche minuto , devo ancora provare e provare e provare
Invece vorrei aggiungere una cosa alla bella disquisizione di Vashts, e cioè che se in scena hai un modello con le ossa e con endomorph o che comunque è imparentato ad un osso di un altro oggetto, per poter vedere in FPrime la relativa deformazione e spostamento, si deve attivare nel pannello Object Properties/Deform/Add Displacement/FPrime.
E questo va fatto per ogni oggetto in scena che è influenzato da ossa o da deformatori vari ( endomorph, morph, cloth, file .MDD ecc. ecc. )


Tony

[davhub]

spero che si decidano a migliorare lo spreadsheet.. non penso sia carino
dover settare A MANO one by one le cose che hai detto...
ha un selettroe multiplo?

poi mi saprete dire sulle altre cose che ho detto.. in realtà, non sono proprio riuscito a capire, a parte il fenomenale viewer, perchè F-prime può essere utile (certo il renderer ha motion blur spettacolo rispetto a LW, ecc ec..

chissà se integra meglio anche i trucchi di GI come eki's plugpak che con un motion blur migliorato sarebbe una bomba atomica...

certo.. con un GI in tempo reale che me ne faccio di un faker di global illumination?

ciao e grazie!
DHP

[Nemoid]

esiste un plugin di cui adesso non ho il link, ma locerco, per settare Fprime su oggetti multipli. è stato scritto da un ragazzo proprio a questo scopo. magari lo trovi pure su Flay.

F prime NON vede gli shaders e basta.
in qualsiasi tipo di F prime tu stia usando. un'altra cosa è che c'è una certa (non enorme) disparità tra la preview e il rendering finale. la figata di F prime cnsiste anche nel poter riprendere il rendering dopo averlo stoppato. il solo fatto poi di poter zoomara la preview e vederci deformazioni e cambi di illuminazione mi ha fatto andare in sollucchero la prima volta che l'ho visto hehehehe

Le limitazioni di F prime con gli shaders sono la ragione per cui tutti sbraitano e sperano che Worley lo integri alla perfezione in Lw. una in grado di lavorare bene con un simile renderer, lw avrà un altro grosso asso nella manica....

[gebazzz]

dunque dunque.. come ha detto nemoid fprime non vede proprio gli shader. non vede nemmeno i volumetrici (luci e hypervoxel) nè i pixel/image filters. vede però tutti i settaggi del background tab, anche l'image world se è per questo. per vedere invece ogni tipo di deformazione di un oggetto, dalle ossa al displacement (di qualsiasi tipo: anche quello portato dai vari plugins sotto il tab displacement) necessita l'aggiunta di un plugin "fprime" sotto tale tab; una limitazione di questo plugin è che il subdivision order non può essere settato su "last".

purtroppo non ho un portatile, e la versione che ho è della mia società e non mia, quindi mi spiace ma non posso portarlo (il fatto che abbia la possibilità di provarlo anche a casa è un altro discorso.. )

per il fatto che fprime viewer è leggermente diverso da fprime renderer, i calcoli eseguiti dal primo non vengono ripresi dal secondo. invece, i calcoli fatti dal secondo vengono ripresi da se stesso se si ferma il rendering di una scena e lo si riprende più tardi. ovviamente, la scena deve essere ESATTAMENTE quella prima di stoppare il rendering..

fprime renderer è utilissimo nel caso in cui hai un filmato da renderizzare: incominci a farlo lavorare fino ad un livello minimo (diciamo 2); quindi con quello che è stato fatto si fa un filmatino e lo si mostra al cliente (con tutte le rassicurazioni del caso..): se il tutto va bene, si continua il raffinamento, altrimenti il tempo perso è minimo e si rifà tutto da capo.
inoltre, metti che devi fare un altro lavoro veloce. invece di litigare con la priorità dei processi di windows, stoppi fprime, apri un altro lightwave, ci lavori, crei le immagini che ti interessano, chiudi tutto, torni all'altra sessione di lightwave e riprendi a renderizzare la scena, continuando esattamente da dove avevi finito.. non è grandioso?

se avete altre domante, fatele!

vash
love&peace

edit: sposto la discussione tra i plugin, visto che di plugin si tratta.

[davhub]

fprime renderer è utilissimo nel caso in cui hai un filmato da renderizzare: incominci a farlo lavorare fino ad un livello minimo (diciamo 2); quindi con quello che è stato fatto si fa un filmatino e lo si mostra al cliente (con tutte le rassicurazioni del caso..): se il tutto va bene, si continua il raffinamento, altrimenti il tempo perso è minimo e si rifà tutto da capo.
inoltre, metti che devi fare un altro lavoro veloce. invece di litigare con la priorità dei processi di windows, stoppi fprime, apri un altro lightwave, ci lavori, crei le immagini che ti interessano, chiudi tutto, torni all'altra sessione di lightwave e riprendi a renderizzare la scena, continuando esattamente da dove avevi finito.. non è grandioso?

se avete altre domante, fatele!

vash
love&peace

edit: sposto la discussione tra i plugin, visto che di plugin si tratta.

Sì.. grandiosissimo.. è dai tempi di POV ray che cercavo una cosa del genere...
se non erro nememno software più in voga oggi hanno una cosa del genere..

e la cosa del raffinamento è utilissimo.. certo che per un ocome me per cui gli shaders sono pane quotidiano... specie quelli procedurali.. insomma...
rompe i marronauser sta cosa...

grazie, vasht, per il momento credo che sia tutto!

Davhub

[gebazzz]

ehi aspe: sia le texture bitmap che procedurali che di gradiente, che si settano di fianco ad ogni canale del primo tab del surface editor (le "T" di fianco al canale del colore, diffusione, trasparenza, ecc.), sia gli envelope sempre di quel tab, sia i settaggi dei 2 tab successivi vengono presi tranquillamente da fprime. se usi le texure procedurali che lightwave ti offre sei a posto.. se ne usi di esterne, di quelle che non compaiono nell'elenco che lightwave ti da ma che devi aggiungere nell'ultimo tab degli shader, allora sì che puoi scordarti di vederli con fprime..

io ho imparato a fare tutto tramite i procedurali di lightwave e (ancora di più) i gradienti di lightwave.. certo, alcuni limiti rimangono, ma molti li ho superati.

vash
love&peace

[desinc]

Riesumo il thread.. per una domandona....

come attivo il DOF in fprime??? dalla camera di LW giusto?? cioè setto antaliasing al minimo (settaggio che da quanto ho capito non importa un granchè ad fprime) e imposto il dof dalle proprietà della camera??

[Modifica: se ho capito bene quindi lo shader BRDF non viene calcolato giusto? anche se interno di LW?]

ciao

desinc