10 trucchi FLIP per simulazioni fluide in Houdini

Houdini offre una serie di strumenti potenti per la simulazione dei fluidi. Tuttavia, rendere i fluidi realistici resta sempre una sfida, soprattutto per i lavori destinati al broadcast.

In questo articolo esploriamo tecniche per simulazioni fluide FLIP più veloci e flessibili, condivise dall'artista DNEG Kevin Pinga. Questi consigli sono stati originariamente scritti da Kevin Pinga per CG Channel; li abbiamo ampliati con approfondimenti operativi dalla nostra render farm su come questi flussi di lavoro si comportano su larga scala quando si renderizzano sequenze fluide complesse.

Genera i fluidi con POP Source, non con FLIP Source

Generare i fluidi con POP Source offre attributi familiari di emissione, attivazione e velocità

Il metodo predefinito per generare il fluido per FLIP è utilizzare un nodo FLIP Source. Questo crea un VDB che viene letto dal nodo Volume Source nei DOP. Questo approccio funziona bene quando si genera da una forma ampia e non definita; tuttavia, può diventare piuttosto pesante in termini di risorse e richiedere molto tempo ancora prima di arrivare alla fase di simulazione.

Al contrario, dovresti usare direttamente una geometria SOP poligonale standard, senza conversione in VDB. Questa sorgente può essere letta dal nodo POP Source, collegato all'input Sourcing del FLIP solver stesso, allo stesso modo in cui importeresti una sorgente per una normale simulazione di particelle.

Questo metodo è più intuitivo perché il nodo POP Source offre controlli familiari, grazie all'esperienza già maturata lavorando con le particelle standard. Puoi controllare e monitorare le particelle facilmente e in modo indipendente dal Particle Separation dell'oggetto FLIP stesso.

Usa i nodi POP con i fluidi FLIP

Interfaccia di Houdini che mostra un nodo POP Force aggiunto a una simulazione FLIP per creare movimento fluido dettagliato e rumore

FLIP è essenzialmente una serie di POP con alcuni passaggi di advezione volumetrica intermedi. Tuttavia, alla base ci sono semplicemente particelle, il che significa che tutti i nodi POP presenti nei DOP possono essere utilizzati per i fluidi FLIP. Questo è il motivo per cui, nel trucco precedente, è stato possibile generare la sorgente usando il nodo POP Source.

Il nodo POP Force è un elemento fondamentale per creare movimenti interessanti quando si lavora con particelle standard. Puoi usarlo anche con i fluidi FLIP. Introdurre anche solo una piccola quantità di rumore può rendere il fluido visivamente più convincente. Il rumore a bassa frequenza può inoltre aggiungere dettaglio senza dover aumentare il numero di particelle o la Particle Separation. (Fai attenzione a non aggiungere troppo rumore, perché può rendere la simulazione poco realistica.)

Un altro nodo POP utile nelle simulazioni FLIP è POP Speed Limit. Abbinato a un nodo POP Drag, funziona molto bene per controllare le particelle ad alta velocità che altrimenti potrebbero sfuggire al controllo.

Usa Bounds qL per impostare i limiti del tuo FLIP

Fare riferimento ai parametri di Bounds qL aiuta a impostare i limiti della simulazione

Il nodo Bounds qL è uno strumento molto utile che racchiude diverse funzionalità semplici. Fa parte di un toolset open-source più ampio per Houdini chiamato qLib. Nella maggior parte degli studi, qLib è installato di default. Se non è presente nel tuo ambiente di produzione personale, puoi installarlo tu stesso seguendo le istruzioni su GitHub.

Kevin Pinga racconta di usare Bounds qL principalmente per impostare i limiti di volume nelle simulazioni FLIP e Pyro. È un passo avanti rispetto al nodo Bound standard, perché include un'opzione per creare i limiti in base a un input animato.

La funzionalità più utile è la casella Output: Values, che sblocca i valori di dimensione e centro della bounding box. Questi valori possono poi essere copiati in qualsiasi parametro della scheda Volume Limits del FLIP solver, o in qualunque altra operazione che richieda una bounding box. Avere le informazioni sulla bounding box centralizzate può evitare errori dell'utente e aiuta a creare setup più procedurali.

Abilita attributi utili nel FLIP solver

Abilitare attributi FLIP aggiuntivi: come per molte cose in Houdini, la soluzione è a portata di poche caselle di spunta

Ci sono tre parametri principali nel FLIP solver che dovresti attivare nelle tue simulazioni FLIP: ID, age e vorticity. Si trovano nel FLIP Solver, nelle schede Behavior e Vorticity.

La maggior parte degli artisti conosce già l'attributo ID e quanto possa essere potente. Le dimensioni dei dati potrebbero risentirne leggermente per via della cache di un attributo aggiuntivo, ma avere questa informazione disponibile è sempre una buona idea.

Puoi controllare l'aspetto della simulazione nel tempo abilitando l'attributo age tramite la casella Age Particles (che esporta anche l'attributo life). È utile soprattutto se hai una sorgente che emette in modo continuo.

L'attributo vorticity è comodo per generare simulazioni secondarie come il whitewater ed è ottimo per manipolare lo shading.

Applica correzioni post-simulazione per salvare le simulazioni difettose

Un semplice wrangle VEX per regolare la dimensione delle particelle in base alla densità della point cloud

C'è la tendenza ad affidarsi molto all'output di una simulazione FLIP come risultato finale. Anche se questo è il flusso di lavoro ideale, per via dei vincoli di tempo non sempre hai il lusso di risimulare per risolvere i problemi. In casi come questo, applicare correzioni post-simulazione direttamente sulle particelle FLIP può aiutare a salvare la simulazione.

Dovresti anche aggiungere l'attributo ID, così da poter usare il nodo Retime per modificare i tempi della simulazione.

Pinga segnala un altro problema comune quando si eseguono simulazioni a media risoluzione: la dimensione delle gocce di liquido è corretta nelle aree ad alta densità della simulazione, ma troppo grande nelle aree più rade. In casi come questo, un semplice wrangle che utilizza la funzione pcfind può aiutare a individuare le aree rade e ridurne il valore di pscale.

Di seguito lo snippet di codice usato nel wrangle:

int pc[] = pcfind(0,'P',@P,chf('max_dist'),chi('max_pts'));
@pscale *= float(len(pc))/ch('max_pts');

Usa xyzdist per gestire superfici di collisione ad alta risoluzione

Usare xyzdist() e primuv() per spingere le particelle verso la superficie di collisione

Questa è un'altra correzione post-simulazione. Insieme a primuv(), xyzdist() è di gran lunga la funzione più utile per il raffinamento delle collisioni.

In un contesto VEX o VOP, xyzdist() calcola la distanza dal punto interpolato più vicino su una superficie. Se combinata con primuv(), puoi estrarre qualsiasi attributo dalle UV parametriche dell'oggetto.

Nell'esempio sopra, estrai la posizione della superficie di collisione ad alta risoluzione e la usi per spingere le particelle verso di essa. In alcuni casi puoi anche eseguire questa operazione direttamente sulla superficie meshata, soprattutto nelle shot in cui la superficie di collisione è trasparente (ad esempio versare un liquido in un bicchiere trasparente). Limitare la distanza a un valore molto piccolo ti aiuterà a velocizzare i calcoli.

Ecco lo snippet di codice usato nel wrangle:

//initializing variables
int p_prim;
vector p_puv;
//getting the distance and the parametric position of the closest point
float dist = xyzdist(1,@P,p_prim,p_puv);
vector P2= primuv(1,"P",p_prim,p_puv);
//mixing the P of the points, influenced by a mapped distance
@P = fit(dist,chf("min_dist"),chf("max_dist"),P2,@P);

In produzione esiste un utilizzo più pratico. Puoi usare un collider a risoluzione più bassa durante la simulazione, per poi eseguire questa funzione in un wrangle post-simulazione così da far sembrare che il fluido interagisca con un collider ad alta risoluzione. Questo approccio consente di risparmiare tempo di simulazione significativo mantenendo la fedeltà visiva.

Elimina le particelle problematiche con l'ID

Un metodo semplice per eliminare correttamente le particelle problematiche tramite gli attributi ID

Questo è un trucco semplice ma efficace quando hai una simulazione che è al 98% vicina alla versione finale, ma il restante 2% delle particelle semplicemente non funziona. Se hai memorizzato l'attributo ID menzionato nei trucchi precedenti, puoi usarlo per eliminare le particelle problematiche. Senza ID, non saresti in grado di contrassegnare correttamente le particelle da eliminare, dato che il numero di punti cambia da frame a frame.

Puoi risolvere il problema entrando in modalità di selezione dei punti e premendo [9] sul tastierino numerico. Questo apre il pannello Group Selection. Per selezionare in base all'ID, clicca sull'icona a forma di ingranaggio e seleziona Attributes > id. A questo punto puoi semplicemente selezionare le particelle da rimuovere nel viewport e premere [Delete]. Verrà generato automaticamente un nodo Blast che fa riferimento all'ID del punto anziché al numero del punto.

Usa il reseeding per rinforzare le regioni rade

Aumenta il Surface Oversampling per riempire le aree rade di una simulazione

In produzione, a volte puoi imbatterti in un problema per cui il render finale non appare corretto perché non ha abbastanza particelle. Questo è dovuto all'uso di una simulazione FLIP a media risoluzione.

In casi come questo, dovresti aumentare i parametri di reseeding invece di modificare la Particle Separation. Per impostazione predefinita, il reseeding è già attivo, ma aumentare il parametro Surface Oversampling può aiutare ad aumentare il numero di particelle nelle aree rade distribuendole meglio. In questo modo mantieni l'aspetto generale della simulazione ma hai abbastanza particelle da evitare che il fluido meshato appaia scorretto.

Usa la simulazione FLIP originale direttamente come elemento diverso

Renderizzare la simulazione FLIP originale direttamente come whitewater

Il metodo tradizionale per creare il whitewater è simulare il fluido FLIP e poi eseguire il Whitewater solver su quella base. Tuttavia, il secondo passaggio non è sempre necessario, in particolare per fluidi ad alta velocità come schizzi e getti d'acqua (pensa a un idrante rotto o a delle bolle sott'acqua in una vasca idromassaggio). Inoltre, può essere piuttosto complicato ottenere un aspetto corretto del fluido quando si meshano le particelle.

Tuttavia, puoi prendere la simulazione FLIP stessa e renderizzarla direttamente con uno shader whitewater. Puoi renderizzare le particelle stesse, oppure rasterizzarle in un VDB e renderizzare il risultato come volume.

Ottimizza la simulazione e le cache

Usa la casella Delay Load Geometry nel nodo File Cache per velocizzare il lavoro sulle simulazioni ad alta risoluzione

Una delle sfide delle simulazioni FLIP ad alta risoluzione è gestire le grandi quantità di dati che generano. Una pratica comune è eliminare tutti gli attributi non necessari prima di mettere in cache qualsiasi parte della simulazione.

Un'altra cosa che puoi fare per ridurre l'occupazione di memoria è scartare le particelle fuori dal frustum della camera. Inoltre, se hai geometria pronta per il rendering, è una buona idea salvarla in cache con la casella Delay Load Geometry attivata. Invece di far incorporare la geometria da Mantra nel file IFD, questa verrà referenziata al file su disco. Questo aiuta a ridurre i tempi di caricamento e riduce drasticamente sia i tempi di generazione degli IFD sia la dimensione dei file.

Quando si renderizzano grandi simulazioni FLIP su un'infrastruttura distribuita, queste strategie di caching diventano fondamentali. Abbiamo lavorato con studi che renderizzano settimane di animazione FLIP, e una corretta ottimizzazione della cache riduce in genere il tempo di trasferimento e il tempo di render totale del 30-40%.

FAQ: Houdini FLIP sulle render farm

Q: Posso renderizzare simulazioni Houdini FLIP su una render farm cloud? A: Sì. Le simulazioni FLIP vengono esportate come cache di geometria o sequenze VDB. Devi assicurarti che tutti i file di cache, le texture e la geometria referenziata siano accessibili dalla render farm. Houdini sulle render farm in genere carica i dati di simulazione pre-calcolati, invece di eseguire la simulazione stessa durante il rendering.

Q: In quale formato dovrei mettere in cache la mia simulazione FLIP prima del rendering su farm? A: Le sequenze VDB (OpenVDB) sono ideali per la distribuzione su render farm: si comprimono bene e si caricano rapidamente tramite accesso di rete. In alternativa, esporta come sequenze Alembic (.abc) se devi preservare la topologia per lo shading di deformazione.

Q: Quanto spazio su disco occupa in genere una cache FLIP? A: Varia molto. Una simulazione FLIP ad alta risoluzione di 10 secondi può facilmente occupare 10-50 GB, a seconda del numero di particelle e della frequenza di cache. Calcola sempre la dimensione di cache prevista prima di inviare il lavoro a una farm: molte farm applicano costi in base al trasferimento e all'archiviazione dei dati.

Q: La mia simulazione FLIP funzionerà in modo identico se viene messa in cache e renderizzata su macchine diverse? A: Sì, una volta messa in cache, la simulazione è bloccata. Il rendering di una geometria in cache produce risultati identici indipendentemente dall'hardware. La parte importante è assicurarsi che tutti i percorsi delle texture e i riferimenti esterni siano accessibili dalla farm.

Q: Devo avere Houdini installato sulle macchine della render farm? A: Per il solo rendering, no. Se usi Mantra, ti serve solo Houdini Apprentice o Houdini Engine. Per il rendering con V-Ray o altri motori di terze parti, non ti serve affatto Houdini: solo i file di geometria e le texture.

Q: Cosa succede se la mia simulazione fa riferimento a oggetti di collisione esterni o a geometria in deformazione animata? A: Esegui il bake di tutte le collisioni nella cache durante la simulazione. La farm renderizzerà il risultato pre-simulato. Per setup davvero dinamici (deformazione live durante il render), dovrai eseguire il bake di cache a frequenza più alta oppure usare approcci procedurali.

Una simulazione FLIP ben ottimizzata ripaga solo se il render arriva a completamento senza problemi sulla farm: per le scene con simulazioni pesanti contano il packaging dei file di cache, la cattura delle dipendenze HDA e l'allocazione dei token di licenza. La nostra guida alla configurazione di una render farm cloud per Houdini illustra i controlli preliminari che proteggono i render fluidi di lunga durata dalle modalità di errore più comuni sui nodi distribuiti.