Ray tracing vs path tracing: qual è la differenza nel rendering 3D?

Introduzione

Ray tracing vs path tracing non è una sfida tra due tecniche rivali: il path tracing è un tipo di ray tracing. Il ray tracing classico segue un insieme ridotto e fisso di raggi (verso gli specchi, attraverso il vetro, verso ogni luce), mentre il path tracing segue per ogni pixel molti percorsi di rimbalzo casuali e ne calcola la media. Per questo cattura in modo così convincente la luce indiretta morbida e per questo richiede molta più potenza di calcolo.

Quel costo è ciò che conta in produzione. Quando un frame richiede 40 minuti invece di 4, o torna indietro pieno di rumore, la causa di solito è il path tracing: quanti campioni richiede, quanti rimbalzi segue e come viene ripulito il rumore residuo. Questa guida spiega entrambe le idee, mostra come le applicano Arnold, Cycles, Karma, V-Ray e Redshift e cosa significa tutto ciò per il tempo di rendering.

La guida resta volutamente sul rendering offline, frame per frame, per film, animazione, visualizzazione e lavori di prodotto. Come i videogiochi hanno portato il ray tracing nella grafica in tempo reale lo trovi nella nostra storia del ray tracing in tempo reale nei giochi, mentre la distinzione più ampia tra rendering interattivo e rendering del frame finale è in rendering in tempo reale vs offline. Se prima di proseguire vuoi le basi di ciò che fa un renderer, parti da che cos'è il rendering.

Diagramma affiancato: il ray tracing classico invia un raggio dalla camera che si divide in raggi fissi di riflessione, rifrazione e ombra, mentre il path tracing invia per ogni pixel molti percorsi di rimbalzo casuali e ne calcola la media

Il ray tracing, definizione

Il ray tracing simula la luce procedendo a ritroso: invece di seguire la luce da una lampada finché per caso non raggiunge una camera, il renderer lancia un raggio dalla camera attraverso ogni pixel e si chiede che cosa colpisca. L'idea è vecchia. L'articolo di Wikipedia sul ray tracing nella computer grafica (consultato il 19 ottobre 2026) attribuisce ad Arthur Appel il primo uso pubblicato, nel 1968, un metodo non ricorsivo oggi chiamato di solito ray casting.

La versione a cui la maggior parte delle persone pensa quando dice «ray tracing» nasce da Turner Whitted, il cui algoritmo ricorsivo fu presentato al SIGGRAPH nel 1979 e pubblicato nel 1980. Quando un raggio della camera colpisce una superficie, il renderer genera nuovi raggi in direzioni specifiche e prevedibili:

• un raggio d'ombra verso ogni luce, per verificare se qualcosa la blocca,
• un raggio di riflessione nella direzione speculare, se la superficie è riflettente,
• un raggio di rifrazione attraverso la superficie, se è trasparente.

Ciascuno di questi può generare a sua volta altri raggi, costruendo un albero ramificato che si ferma a una profondità prestabilita. Il risultato è deterministico: ottimo per riflessi netti, rifrazioni pulite e ombre dure, scarso in tutto ciò che dipende da luce che arriva da molte direzioni insieme, cioè ombre morbide, sfocature dei materiali lucidi, color bleeding e luce diurna che si spegne gradualmente verso il fondo di una stanza.

Questi effetti sono ciò che il settore chiama illuminazione globale, e il ray tracing classico da solo non la calcola. I renderer di produzione l'hanno gestita a lungo con sistemi aggiuntivi come le irradiance cache, le photon map e il final gather, ciascuno con le proprie impostazioni e i propri artefatti.

Il path tracing, definizione

Il path tracing è stato introdotto e battezzato da Jim Kajiya nel suo articolo del 1986 sull'equazione del rendering, secondo la voce di Wikipedia sul path tracing (consultata il 19 ottobre 2026). Stima quell'equazione tramite campionamento casuale.

Un raggio parte dalla camera attraverso un pixel e colpisce una superficie. Invece di dividersi in un insieme fisso di raggi figli, sceglie a caso una nuova direzione, pesata dal materiale (uno specchio lo manda quasi esattamente in una sola direzione, una parete di intonaco opaco può mandarlo quasi ovunque). Il raggio rimbalza ancora, e ancora, finché raggiunge una luce, esce dalla scena o arriva al limite di rimbalzi. Quella singola catena di rimbalzi, senza ramificazioni, è un percorso, e riporta indietro una stima di quanta luce raggiunga il pixel lungo quella strada.

Un solo percorso è una stima scadente; mille percorsi che attraversano lo stesso pixel, mediati, ne sono una buona. Questo è il campionamento Monte Carlo dei percorsi della luce. Poiché ogni percorso può rimbalzare su qualsiasi cosa, il path tracing calcola luce indiretta, ombre morbide, riflessi lucidi, caustiche (in linea di principio) e color bleeding come un unico processo unificato, senza una cache separata per ogni effetto.

Il compromesso è il rumore. Finché non è stato mediato un numero sufficiente di percorsi, i pixel vicini non concordano tra loro e l'immagine appare granulosa. È questo compromesso a pesare sul conto del render.

La differenza a colpo d'occhio

Una scorciatoia utile: il ray tracing è lo strumento (lanciare un raggio e trovare che cosa colpisce), e il path tracing è una strategia per usare quello strumento e risolvere il problema completo dell'illuminazione. Ogni path tracer moderno è costruito sul ray tracing. Non ogni ray tracer è un path tracer.

Perché il path tracing produce rumore, e perché ripulirlo costa tanto

Il rumore in un'immagine renderizzata con path tracing non è un bug: ogni pixel è la media di campioni casuali, e quella media oscilla finché i campioni non sono abbastanza. L'articolo di Wikipedia sull'integrazione Monte Carlo (consultato il 19 ottobre 2026) indica che l'errore della stima diminuisce con 1/√N, dove N è il numero di campioni. In termini di rendering: per dimezzare il rumore visibile servono circa quattro volte i campioni per pixel. Per dimezzarlo ancora, sedici volte l'originale. Se il tempo di rendering scala più o meno con il numero di campioni, come accade per la maggior parte del frame, eliminare l'ultimo velo di grana è la parte più costosa dell'intero render.

Quattro riquadri di rumore a 16, 64, 256 e 1.024 campioni per pixel, che mostrano il rumore visibile dimezzarsi a ogni quadruplicarsi dei campioni

Alcune scene sono più difficili di altre, e i motivi sono prevedibili:

• Sorgenti luminose piccole o nascoste. La luce del giorno che passa da una fessura stretta significa che pochi percorsi casuali trovano mai la luce, quindi la stima converge lentamente.
• Materiali lucidi e rifrattivi. Metallo spazzolato, vetro satinato e liquidi sono difficili da campionare in modo efficiente.
• Molti rimbalzi. Gli interni con pareti bianche dipendono da diversi rimbalzi; ridurre il limite accelera il render ma scurisce gli angoli.
• Volumi e subsurface scattering. Fumo, nebbia e pelle aggiungono diffusione all'interno del materiale, moltiplicando il lavoro per ogni percorso.
• Motion blur e profondità di campo. Ogni campione sceglie anche un istante nel tempo e un punto sull'obiettivo, quindi servono più campioni.

La risoluzione stabilisce quanti pixel richiedono una risposta; l'illuminazione decide di quanti campioni ha bisogno ciascun pixel prima che la sua risposta sia pulita.

Come i renderer di produzione usano oggi il path tracing

La maggior parte dei renderer di produzione offline è ormai costruita attorno al path tracing, ma non tutti allo stesso modo. La distinzione utile è tra il path tracing di ogni rimbalzo e il path tracing del primo rimbalzo con una cache per il resto.

Arnold. La documentazione di Arnold di Autodesk (consultata il 19 ottobre 2026) lo descrive come un motore di ray/path tracing Monte Carlo unbiased e fisicamente basato, e afferma che evita algoritmi di caching come il photon mapping e il final gather. La qualità si controlla soprattutto con il numero di campioni: un frame più pulito richiede più campioni, e più campioni richiedono più tempo.

Cycles. Cycles di Blender è un path tracer, e le sue impostazioni di campionamento (manuale di Blender 5.2 LTS, consultato il 19 ottobre 2026) mostrano con chiarezza gli strumenti moderni: un numero massimo di percorsi tracciati per pixel, una soglia di rumore che interrompe il campionamento delle regioni quando sono abbastanza pulite (campionamento adattivo), un limite di tempo facoltativo e una scelta di denoiser.

Karma. La documentazione di Karma di SideFX (documentazione di Houdini 22.0, consultata il 19 ottobre 2026) lo definisce il path tracer fisicamente basato di Houdini.

V-Ray. Chaos divide il lavoro in un motore di illuminazione globale primario e uno secondario. In V-Ray GPU per 3ds Max, la pagina GPU Global Illumination di Chaos (consultata il 19 ottobre 2026) afferma che il motore primario è sempre Brute Force (campionamento path-traced puro del primo rimbalzo), con Brute Force o Light Cache per i rimbalzi secondari. La Light Cache è un'approssimazione precalcolata dei rimbalzi successivi, che sacrifica un po' di accuratezza per un grande risparmio di campioni.

Redshift. La documentazione sull'illuminazione globale di Redshift di Maxon (consultata il 19 ottobre 2026) descrive Brute Force come il motore GI più accurato e più lento, rumoroso con pochi raggi, e offre come motore secondario l'Irradiance Point Cloud, che rende il Brute Force primario più veloce e più pulito in condizioni di luce difficili, al prezzo di un po' di spazio di archiviazione.

Quest'ultimo schema, path tracing per il rimbalzo che si vede di più e una cache per il resto, spiega perché nelle discussioni sui renderer compaiono i termini «biased» e «unbiased». La media di un renderer unbiased converge sulla risposta fisicamente corretta all'aumentare dei campioni. Uno biased accetta una piccola differenza sistematica (dovuta a una cache, a un clamp o a un limite di rimbalzi) in cambio di una convergenza molto più rapida. Nessuno dei due è sbagliato. Per l'animazione le cache richiedono attenzione, perché una cache calcolata frame per frame può produrre sfarfallio; per le immagini fisse sono spesso la via più rapida per arrivare a un'immagine pulita.

Denoising: meno campioni, stessa scadenza

Se dimezzare il rumore costa quattro volte i campioni, la scorciatoia ovvia è fermarsi prima e filtrare il rumore rimasto. È ciò che fanno i denoiser moderni.

I due denoiser che gli artisti incontrano più spesso sono Intel Open Image Denoise e NVIDIA OptiX. Intel descrive Open Image Denoise (consultato il 19 ottobre 2026) come una libreria open source di filtri di denoising per immagini renderizzate con il ray tracing. La pagina sul campionamento di Cycles citata sopra li elenca entrambi come opzioni, segnala che OptiX è disponibile solo sulle GPU NVIDIA e descrive l'impostazione automatica come una scelta che privilegia Open Image Denoise rispetto a OptiX.

I denoiser sono addestrati a distinguere il rumore di campionamento dal dettaglio reale, ma hanno effetti collaterali:

• Perdita di dettaglio fine. Texture fini, capelli e geometria sottile possono essere appiattiti se i campioni a monte erano troppo pochi.
• Sfarfallio temporale. Un denoiser che lavora su ogni frame separatamente può produrre risultati leggermente diversi su frame consecutivi, e nell'animazione questo si nota come uno sfarfallio.
• Passaggi di compositing. Se applichi il denoising al beauty pass ma non agli AOV (o viceversa), i passaggi smettono di sommarsi in modo pulito nel compositing.

La regola pratica è applicare il denoising a un frame già ragionevolmente convergente, non a uno fatto soprattutto di rumore. Un denoiser riduce il numero di campioni di cui hai bisogno. Non li sostituisce.

Che cosa significa il path tracing per il tempo di rendering

Il tempo di rendering di un lavoro in path tracing è il prodotto di pochi numeri: frame, pixel per frame, campioni per pixel e quanto è difficile ogni campione per quella scena.

Un esempio ipotetico, solo a scopo illustrativo. Una sequenza di dieci secondi a 24 frame al secondo sono 240 frame. Supponi che ogni frame richieda 16 minuti su una macchina, al numero di campioni che lo rende pulito. Sono 64 ore macchina. Ora il cliente chiede meno grana nelle ombre. Se dimezzare il rumore significa quadruplicare i campioni, e il tempo scala con i campioni, la stessa sequenza richiede circa 256 ore macchina. Un buon denoiser può recuperarne buona parte, ed è per questo che numero di campioni e denoiser si decidono insieme su un frame di prova.

Calcolo del tempo di rendering per una sequenza in path tracing: 240 frame per 16 minuti a frame fanno 64 ore macchina, e quattro volte i campioni per dimezzare il rumore portano a circa 256 ore macchina

Tre abitudini tengono sotto controllo questo calcolo:

1. Misura su un frame rappresentativo. Il frame più difficile della sequenza (quello con più vetro, volumi o motion blur) è quello da testare, non il primo.
2. Usa il campionamento adattivo e una soglia di rumore dove il renderer le offre, così le aree pulite come il cielo e le pareti piatte smettono presto di campionare.
3. Spendi i campioni dove va l'occhio. Aumenta i campioni per le luci o i materiali specifici che restano rumorosi, non per l'intero frame.

L'elenco completo delle impostazioni che influiscono sul tempo di rendering, dai limiti di rimbalzo alle dimensioni delle texture, è nella nostra guida all'ottimizzazione del tempo di rendering. Se sia più rapido far girare quei campioni sui processori o sulle schede grafiche dipende dal renderer e dalla scena, come spieghiamo in rendering su GPU vs rendering su CPU.

Eseguire lavori in path tracing su una render farm

Ogni frame di una sequenza in path tracing viene renderizzato in modo indipendente, quindi 240 frame distribuiti su molte macchine finiscono nel tempo di pochi, mentre il calcolo totale, che è ciò che una farm fattura, resta lo stesso. Se l'idea di farm ti è nuova, la nostra guida a che cos'è una render farm spiega il modello.

Su Super Renders Farm, che è una render farm completamente gestita, carichi la scena e la farm si occupa di software e licenze di render, quindi non c'è alcuna sessione desktop remoto e non devi installare nulla. La maggior parte del lavoro che vediamo viene renderizzata su CPU (V-Ray e Corona su 3ds Max, Arnold su Maya, Cycles su Blender, Karma e Mantra su Houdini), e gira sui nostri nodi CPU.

Il path tracing su GPU gira sui nostri nodi GPU, ciascuno con 2x schede NVIDIA RTX 5090 e 32 GB di VRAM per scheda. La memoria è per scheda e non viene messa in pool tra le due schede, quindi un frame GPU deve stare in 32 GB. Redshift esegue il render solo su nodi GPU. Redshift per Cinema 4D, Maya e Houdini, e Cycles su GPU, girano lì senza una richiesta di configurazione; l'hardware GPU e i motori supportati sono elencati nella nostra pagina sulla GPU cloud render farm. Se una scena non sta nella memoria di una singola scheda, per quel lavoro un path tracer su CPU è di solito la strada più sicura.

Le tariffe attuali sono nella pagina dei prezzi; in questa guida abbiamo evitato i numeri perché cambiano, e perché il numero di campioni che scegli influisce sul costo finale più di qualsiasi tariffa oraria. I nuovi account ricevono $25 di crediti di render gratuiti, che puoi spendere su un frame di prova rappresentativo prima di impegnare una sequenza, e il nostro team di supporto è disponibile in live chat 24/7.

Equivoci comuni

«Path tracing e ray tracing sono tecnologie concorrenti». Non lo sono. Il path tracing è un metodo costruito sul ray tracing. Un renderer di produzione descritto oggi come ray tracer è di solito un path tracer sotto il cofano.

«Più campioni significano sempre un'immagine migliore». Oltre il punto in cui il rumore non è più visibile alla risoluzione di consegna, altri campioni aggiungono solo tempo di rendering. Quel punto è ciò che il campionamento adattivo e le soglie di rumore sono pensati per individuare.

«Biased significa sbagliato». Le tecniche biased, come le cache, convergono prima e sono di routine in produzione. La scelta giusta dipende dalla sequenza, in particolare dal fatto che sia un'immagine fissa o un'animazione.

«Il path tracing su GPU è sempre più rapido». Spesso è più rapido per frame, ma solo se la scena sta nella memoria della scheda e il renderer supporta ogni funzione usata dalla scena. Le grandi scene di archviz e i volumi pesanti spesso vengono renderizzati in modo più affidabile su CPU.

FAQ

Q: Qual è la differenza tra ray tracing e path tracing? A: Il ray tracing classico segue un insieme fisso di raggi da ogni punto di impatto (verso le luci, nella direzione speculare e attraverso le superfici trasparenti) e produce un risultato deterministico e privo di rumore, ma senza luce indiretta. Il path tracing segue per ogni pixel molti percorsi di rimbalzo casuali e ne calcola la media, quindi calcola in modo naturale luce indiretta, ombre morbide e color bleeding, ma produce rumore finché non è stato mediato un numero sufficiente di campioni.

Q: Che cos'è il path tracing in parole semplici? A: Il path tracing invia un raggio dalla camera nella scena e lo lascia rimbalzare in una direzione casuale a ogni superficie finché trova una luce, poi ripete l'operazione molte volte per pixel e ne calcola la media. È stato introdotto da Jim Kajiya nel suo articolo del 1986 sull'equazione del rendering ed è alla base della maggior parte dei renderer di produzione offline di oggi.

Q: Il path tracing è un tipo di ray tracing? A: Sì. Il path tracing usa il ray tracing per trovare ciò che ogni raggio colpisce, poi applica il campionamento Monte Carlo per decidere dove va il raggio successivo. Ogni path tracer è un ray tracer, ma non ogni ray tracer è un path tracer.

Q: Perché i render in path tracing sono rumorosi? A: Ogni pixel è la media di campioni casuali, e quella media è incerta finché i campioni non sono abbastanza. L'errore diminuisce in proporzione a uno diviso la radice quadrata del numero di campioni, quindi dimezzare il rumore richiede circa quattro volte i campioni e, per la maggior parte delle scene, circa quattro volte il tempo di rendering.

Q: V-Ray, Arnold, Cycles e Redshift usano il path tracing? A: Sì, in modi diversi. Arnold, Cycles e Karma sono path tracer che controllano la qualità soprattutto tramite i campioni. V-Ray e Redshift offrono un motore Brute Force che esegue il path tracing del primo rimbalzo e può essere abbinato a una cache per i rimbalzi successivi (Light Cache in V-Ray, Irradiance Point Cloud in Redshift), che converge prima al prezzo di un piccolo bias.

Q: Il denoising sostituisce un numero più alto di campioni? A: Non del tutto. I denoiser come Intel Open Image Denoise e NVIDIA OptiX permettono di fermarsi a meno campioni, ma sono più efficaci sui frame già ragionevolmente puliti. Con troppo pochi campioni si può perdere dettaglio fine nelle immagini fisse e causare sfarfallio nelle animazioni.

Q: Il path tracing è più veloce su GPU o su CPU? A: Dipende dal renderer e dalla scena. Il path tracing su GPU è spesso più rapido per frame quando la scena sta nella memoria della scheda, mentre quello su CPU gestisce scene molto grandi, volumi pesanti e funzioni che un motore GPU non supporta. Sulla nostra farm, i nodi GPU hanno 2x RTX 5090 con 32 GB per scheda, non messi in pool tra le schede.

Q: Una render farm può accelerare il path tracing? A: Una farm non riduce il calcolo necessario a un frame, ma renderizza molti frame contemporaneamente, quindi una sequenza finisce in una frazione del tempo reale. Il tempo macchina totale, che dipende molto dal numero di campioni scelto, è ciò che determina il costo.