Clamoroso: è uscita la versione 3.6 di Persistence of Vision. Raccolgo un paio di citazioni:

Capisci che stai usando il raytracing da molto tempo...
...se i tuoi amici sono abituati a vederti fermare per strada per osservare come ottenere oggetti con la geometria costruttiva solida!

Capisci che stai usando il raytracing da molto tempo...
...se cominci a rimpiangere di non aver studiato seriamente tutte quelle strane formule matematiche all'università!

Capisci che stai usando il raytracing da molto tempo...
...se ti viene chiesto "ma come diamine sei riuscito a fare questo?" dall'autore del programma di raytracing che hai utilizzato!

Bene: io sono uno di quelli che usano Persistence of Vision (POV) per fare cose mostruose come Pinocchio, simpatiche come questo rubinetto e questa credenza ed altro ancora (una scrivania, il calice, palline impossibili, bozza di un tempio greco).

IMPORTANTE: clicca sulla mia fragorosa pagina su KPovModeler e STUPISCI! Guarda qui cosa ci puoi fare!

Avevo scritto un po' d'anni fa un corso per principianti per spiegare ai miei amici (e in italiano!) i rudimenti di POVray. Con l'avvento di KPovModeler tale corso comincia a diventare obsoleto...!

Mi piace utilizzare POVray principalmente per disegnare interni, e qualche volta anche per edifici, paesaggi, fantascienza, astrazione (guarda la parte centrale di questa pagina per un breve riassuntino...).

Ho la sana abitudine di non mettere on-line lavori incompleti (che comunque pubblicherò sempre insieme al sorgente), per questo nelle prossime pagine si vedono solo vecchi lavori.

Comunque, per il disegno di interni le regole sono queste:

• si tratta del disegno di una stanza con arredamento e illuminazione ordinari (colori, forme, dimensioni, luci, etc);
  tutti gli oggetti e le textures devono essere o creazioni originali o riciclati dagli #include standard di POVray;
  
  
• ogni oggetto notevole deve essere contenuto in un suo file con anche le luci e telecamera necessarie per poterlo ricompilare e vedere in qualsiasi momento; tutte le texture e gli oggetti (e parti di oggetti) devono essere istanziati con #declare (insomma, non si deve fare troppa fatica per cavar fuori un oggetto: e poi penso sempre alla necessità di tirar su una libreria di oggetti pronti per l'uso);
  
  
• ogni singolo oggetto dev'essere calcolabile in tempi ragionevoli; non è carino che per un dettaglio magari invisibile nella scena siano consumate ore di cpu (quando il render precedente magari richiedeva pochi minuti);
  
  
• le dimensioni finali siano sempre in centimetri (starei per dire millimetri, ma ci voglio pensare ancora un po'): questo consente già a prima vista di capire se i numeri sott'occhio sono misure o no, oltre che essere immediatamente verificabili;
  
  
• vanno preferiti i colori e le textures degli include standard di POVray (fermo restando che queste ultime spesso vanno ingrandite per riportarle alle misure in centimetri); una libreria di textures pure deve tener conto delle misure in centimetri;
  
  
• usare sempre primitive finite, e non oggetti costruiti a suon di cicli e array, mesh, triangoli, etc; sono ammessi i blob purché creato a mano (e dunque con un numero ragionevole di elementi);
  
  
• l'oggetto deve sempre essere orientato verso l'alto (asse y); la sua "base" deve toccare terra nel punto y=0; il suo centro relativo (x=0,y=0,z=0) deve essere il centro "a terra" (o, qualora sembri davvero più logico, uno degli angoli esterni);
  
  
• nel commentare gli oggetti ricordare sempre le misure degli esterni (come se fosse per la bounding_box).

L'obbiettivo, ovviamente, è quello di vincere l'IRTC, magari per le animazioni.

Ray Tracing index - send e-mail - continua (next page)