imitidicthulhu2

SkUp2Ray v0.0.6 versione di transizione

2010-12-02T00:47:00.009+01:00

SkUp2Ray è disponibile QUI
Plugin per Google SketchUp, abilita la creazione di file in formato POV a partire da un originale di SketchUp, utilizzabili da POV-Ray per la renderizzazione degli oggetti
La nuova versione riduce l'eccessiva verbosità di decimali in floating point di SU e utilizza meshes che raggruppano le facce, in vista della futura aggiunta della feature di smoothing, che in POV-Ray è purtroppo bugata sulle entità smooth_triangle. Purtroppo pare che solo la prossima versione 4 di POV-Ray risolverà il problema, ma intanto, per migliorare il mio parser, ho dovuto iniziare ad adottare queste entità meshes, che personalmente trovo assai meno compatibili e versatili rispetto alle FACEs tradizionali, utilizzate fin dall'inizio da tutti i motori 3D.

Il file di plugin SkUp2Ray.rbs andrà decompresso e copiato nella cartella Plugin di SketchUp 8, che lo caricherà automaticamente all'avvio, nel menu "File", ogni altra operazione sarà automatica.

T-Magnifier

2010-11-11T02:14:00.009+01:00

sopra, con T-magnifier. A fianco, SketchUp standard

skp2jpg è disponibile QUI, e da ora il pacchetto contiene anche l'utility stand-alone T-Magnifier per Google SketchUp, che, in fase di vista/editazione, consente di ingrandire le texture contenute nei file modello. Realizzata per la versione 8 di Google SU in lingua italiana o inglese, l'utilità non è ancora testata con la versione Pro.

skp2jpg

2010-11-02T00:01:00.010+01:00

skp2jpg è disponibile QUI
Tool per Google SketchUp, abilita all'esportazione dei file texture di tipo JPG e PNG contenuti nei file SKP usati da SketchUp per salvare i suoi modelli.
Il file zip andrà decompresso, e l'eseguibile skp2jpg.exe dovrà rimanere nella stessa cartella della libreria 3Drgb.dll.

SkUp2dxf v0.1.3 (v0.1.4)

2010-10-27T01:21:00.006+02:00

SkUp2dxf disponibile QUI
Plugin per Google SketchUp, abilita l'esportazione di file tridimensionali nel formato DXF (AutoCAD).
E' quindi possibile importare ed editare sul proprio CAD qualsiasi elemento della enorme libreria di oggetti ed edifici di Google, anche con blocchi ed istanze annidate (facendo comunque attenzione al rispetto di eventuali diritti di Copyright).

Il file zip andrà decompresso, e il plugin SkUp2dxf.rbs posizionato nella cartella Plugin di SketchUp 8, che lo caricherà all'avvio, nel menu "File". Ogni altra operazione sarà automatica

Updated v0.1.4 add engine alot faster

dxf2SkUp v0.0.3 (Updated 0.0.4)

2010-10-23T22:02:00.014+02:00

dxf2SkUp v0.0.4 disponibile QUI
Plugin per Google SketchUp, abilita l'importazione di file tridimensionali nel formato DXF (AutoCAD).
Nell'immagine un oggetto importato tramite il plugin in Google SketchUp versione 8 (sopra), a confronto con lo stesso oggetto importato tramite il comando nativo di Google SketchUp 6 (comando soppresso e non più disponibile nell'attuale versione, se in allestimento free, rilasciata recentemente da Google).
Le facce sono renderizzate con il medesimo criterio, ovvero creando poligoni a 4 lati ove possibile (se i vertici sono quindi complanari).
Il plugin inoltre (a differenza di Goggle SketchUp), mantiene la posizione dell'oggetto relativa all'origine 0,0,0 degli assi x,y,z. Questa scelta è migliorativa e importante per poter disporre di controllo sulla collocazione reciproca di oggetti caricati in successione con il comando importa DXF.

Il file zip andrà decompresso, e il plugin dxf2SkUp.rbs posizionato nella cartella Plugin di SketchUp 8, che lo caricherà all'avvio, nel menu "File". Ogni altra operazione sarà automatica.
L'attuale versione supporta semplicemente le entità 3DFACEs.

History:
v.0.0.2 fix to degenerate triangles (pseudo points and lines, not allowed by Google SketchUp).
v.0.0.3 new engine: faces with 4 edges if possible (on complanar points).
v.0.0.4 optimized, each imported file creates a group.

dxf2SkUp v0.0.0 beta (Updated 0.0.3)

2010-10-18T01:19:00.013+02:00

dxf2SkUp v0.0.3 (or last updated) disponibile QUI
Plugin per Google SketchUp, abilita l'importazione di file tridimensionali nel formato DXF (AutoCAD), dal momento che nella nuova versione 8 free di SketchUp hanno ben pensato di sopprimere questa possibilità, e tutti i tool analoghi in circolazione risultano a pagamento.

Il file zip andrà decompresso, e il plugin dxf2SkUp.rbs posizionato nella cartella Plugin di SketchUp 8, che lo caricherà all'avvio, nel menu "File". Ogni altra operazione sarà automatica.
L'attuale versione supporta semplicemente le entità 3DFACE.

updated v.0.0.2 fix to degenerate triangles (pseudo points and lines, not allowed by Google SketchUp).
updated v.0.0.3 new engine: faces with 4 edges if possible (on complanar points).

SkUp2Ray v0.0.2 (upd.0.0.5a)

2010-10-11T17:12:00.017+02:00

SkUp2Ray disponibile QUI
Plugin per Google SketchUp, abilita la creazione di file in formato POV a partire da un originale di SketchUp, utilizzabili da POV-Ray per la renderizzazione degli oggetti.
History:
v0.0.2 add Alpha Channel
v0.0.3 add recursive scanner for nested materials (very slow on large files)
v0.0.4 add ability to create *.inc files instead of *.pov files

Il file di plugin SkUp2Ray.rbs andrà decompresso e copiato nella cartella Plugin di SketchUp 8, che lo caricherà automaticamente all'avvio, nel menu "File", ogni altra operazione sarà automatica.

Updated v0.0.5a add engine alot faster.

DxFACE Update Vers. 0.00.30a - 0.00.31

2010-02-09T02:59:00.011+01:00

- Aggiunto la carica di file TGA precedentemente generati, per effettuare ulteriori editazioni

- Completa movimentazione su XYZ delle facce selezionate, con regolazione del passo
(visibile a run-time sul viewer 3DLite OpenGL)

un altro passino verso un editor integrato
ora dovrò per prima cosa implementare una funzione UNDO, infatti se una faccia esce dal range cubico della Sculpty, per non comprometterne la riuscita, viene tagliata, oppure dovrei piazzare un preavviso che si è arrivati ai limiti estremi...
insomma per ora meglio salvare spesso.

DxFACE Update Vers. 0.00.29

2010-02-07T03:11:00.001+01:00

- Aggiunta funzionalità di EDIT Sculpty con movimento UP e DOWN delle facce selezionate (visibile a run-time sul viewer 3DLite OpenGL)

* nota: le facce selezionate sono riscontrabili caricando il giusto template per ciascuno dei 3 tipi di Sculpt disponibili :
- Sculpt semplice fino a 32 facce [DxFACE-skin-Template.bmp]
- Sculpt semplice da 33 a 64 facce [DxFACE-64-skin-Template.bmp]
- Modalità alta risoluzione (di default) a 51 facce [DxFACE-51-skin-Template.bmp]

Nuova feature per DxFACE

2010-01-24T12:33:00.014+01:00

Sono molto soddisfatto per la risoluzione raggiunta e vi anticipo la prima immagine in modalità 51 facce.
Finisco gli algoritmi e insieme il template per testare (infatti si vedono ancora alcune texture splittate fuori posto).
La modalità a cui sono pervenuto, passando tra la 32 e la 64, ovvero la 51 facce, ma automaticamente tutte splittate quadruplicandole in 204, mi pare ottimale.
Considerando ovviamente che si può disegnare di tutto (in Sketchup o in CAD o tramite qualsiasi modeller che possa esportare in DXF) senza badare a griglie bozzoli risoluzione etc etc. Poi, creare la texture, sul nuovo template che sarà inserito nel pacchetto, è molto facile, e richiede un minimo di pazienza, perchè le facce sono riconoscibilissime (numero+colore).
Naturalmente, tra le opzioni, resteranno disponibili tutte le modalità.
Ad esempio, il modo 32, che splitta le facce, se rettangolari, a trenino fino a in fila per 6, può essere utile a seconda del tipo di sculpt....

ps: si noti che il bordino nero sui cubi, frutto delle facce adiacenti nascoste, a texture ultimata si fa sparire in un secondo, bordando la faccia, oltre i suoi bordi di template, con una tinta analoga a quella prevalente della texture. Nell'immagine si nota al massimo perchè, non essendo ortogonali le facce del dadino ai vettori X e Y, i lati sono ricalcolati per interpolazione nel punto mediano di vettori orientati nello spazio su valori in floating point, e ne consegue che la sculpt, a base di integer (numeri interi), risente dell'arrotondamento finale dei valori.

Per il futuro, emerge una considerazione immediata, rispetto alle nuove implementazioni. Considerata la possibilità che la sculpt non abbia necessità di risoluzione quadrupla per le sue facce più piccole, potrei prevedere il trasferimento della sua risoluzione in eccesso alle facce di dimensioni maggiori, che invece potrebbero richiedere maggior dettaglio. Ovvero, DxFACE dovrà scegliere e adottare una risoluzione di texture a faccia singola, o quadrupla, o nonula (come si dice 9x9?) a seconda della dimensione di ciascuna faccia. L'incremento non è aritmetico, ma geometrico, perchè parliamo di mesh.

DxFACE Clip-Tutorial

2009-12-28T04:07:00.039+01:00

alternativa IExplore direct link.

Un piccolo clip-tutorial sul lavoro di DxFACE.
In Sketchup la "rieditazione" degli spigoli (edges), che vedete nel video, NON è obbligatoria, però è utile (io l'ho fatta solo sulla faccia davanti) per 2 MOTIVI.
Suggerisce a Sketchup di piantarla coi suoi centomila triangoli nascosti nelle facce poligonali plurime, col risultato che :
1) economizziamo le facce, che non possono superare il numero di 32 64 per via della tecnica della sculpt
2) le texture, inoltre, le possiamo amministrare molto meglio, perchè sono più squadrate.

Test in world di oggetto scatola/coperchio/dadi, con texture di template, in secondo piano la chiesetta costruita con la nuova versione 0.00.24 beta di DxFACE, che dispone di 64 facce.

Morphing in SecondTGA 1.07.02 [update a]

2009-12-25T03:06:00.015+01:00

Crea una nuova Sculpty interpolando tra due file esistenti.
L'accesso alla funzione si ha tramite il menu Aggrega due Scupties.
Per ora la feature è implementata solo sul formato 128x128 pixel.
Una considerazione. La mappatura dei vertici di una Sculpty su un file TGA, a seconda dei tool utlizzati, può avvenire in due modi, risultando comunque ininfluente sull'aspetto dell'oggetto.
Il primo modo prevede di registrare i valori di maggior elevazione a partire dall'alto dell'immagine del file TGA, mentre il secondo modo fa il contrario, registrando a partire dal basso.
I valori sono gli stessi, e quindi il risultato non cambia.
Cambia invece il prodotto della feature di Morphing, che scansiona il due file TGA comparando le linee di pixel.
Se le due Sculpties sono disegnate in modo opposto, e volete ad esempio mixare una colonna con un fiore, il morphing che ho implementato interpolerà tra il gambo del fiore e il capitello, e non otterrete l'effetto sperato.
Rimediare è facilissimo.
E' sufficiente caricare uno dei due TGA da interpolare con un qualsiasi programma di grafica, e risalvarlo dopo un flip, o rovesciamento verticale.
L'oggetto, se è stato prodotto con un tool che lavora correttamente sui LOD, non cambia. Non state ribaltando la sua sostanza, ma solo l'ordine di memorizzazione dei sui valori di elevazione.
A questo punto i due file non vi daranno più sorprese.
Avrei potuto senza problemi implementare un controllo automatico sulla posizione del valore di maggior altezza nello spazio, analizzando la prima e l'ultima linea di pixel delle immagini, e, riscontrando disposizioni opposte nei file, rovesciare uno dei TGA, ma per ora ho preferito non farlo.

Ps:
Nell'esempio sopra, ho ulteriormente modificato la forma del tavolino, schiacciandolo con 3DLite, ma questa è un'altra storia. Assicuratevi comunque di aver installato l'ultima versione del viewer.

Update: Nuova build 1.07.02a
Cosa cambia? La modalità di trasmissione dati con 3DLite. E' una modifica che non noterete, ma è fondamentale, perchè permette a 3DLite di disporre di tutte le informazioni ed intervenire anche lui sul TGA in visione mentre lo editate, salvandolo [3DLite dispone ora del rescaling sui 3 assi xyz e quindi può risultare utile approfittarne].
Questa feature potrebbe aver introdotto bug per la complessità dei dati in gioco, che non credo di aver testato in tutte le combinazioni, sulle oblong... direi che non è proprio il caso di contarci, per ora. Salvate solo le Sculpty normali (128x128pxl).
Inutile tentare di salvare i file che 3DLite ha caricato in formato DXF.
La decodifica è complessa, ed al momento sono solo due in programmi in grado di farla, con i loro presupposti e per certi tipi di file, DxFACE e CAD2Sculpty.
In ogni caso, ho iniziato a pensare ad un processo di conversione globale dei file DXF sul medio periodo. Se mi riesce non abbiamo più limiti, da SketchUp, per esempio, uscire in DXF col mio plugin globale (che c'è già), e risalvare in Sculpt qualsiasi cosa.
Sarà un sacrificio di risoluzione perchè per i miracoli non sono abilitato... ma mi prende parecchio stà cosa.

DxFACE e 3DLite updated

2009-12-23T23:48:00.007+01:00

Piccolo FIX sullo swap delle facce, e opzione di swap facce selezionabile in blocco, per fare prima se vi accorgete, controllando in wireframe, di aver disegnato tutto quanto "da dentro in fuori" ... (ricordare che il numero della faccia eventualmente errata è agevolmente rintracciabile caricando la skin numerata di template (DxFACE-skin-Template.bmp), e giocando con l'opzione "Nascondi Facce INVERSE" e il tasto di refresh "Ricarica Sculpty", di 3DLite).
A questo proposito:
Update anche di 3DLite, scusate ma i miei programmi lavorano in sincrono, ed è sempre meglio avere le ultime versioni coerentemente installate...
La pagina di accesso e raccordo a tutte la suite è la solita, quella di SecondTGA, che a breve ristrutturerò e renderò più comprensibile col sunto delle caratteristiche dei singoli programmi.

Buon Natale con DxFACE !

2009-12-22T14:49:00.011+01:00

Sul forum della Linden, Gaia Clary, una delle builder e studiose più esperte, ha presentato in un suo splendido filmato natalizio che non dovete perdervi, la stella a 5 punte.
E io mi son detto, - ma quel che fa Blender, mi si consenta, ma lo deve fare anche DxFACE con SketchUp, cribbio! :))

DxFACE 0.0.21 Quick Start (part II)

2009-12-22T01:37:00.003+01:00

Come abbattere il numero di facce create da SketchUp.
Il massimo dell'ottimizzazione si ottiene suddividendo le facce complesse (in realtà composte da molti invisibili triangoli) in facce a 4 lati.
In questo modo DxFACE potrà lavorare abbinandoli al meglio, consentendovi di creare oggetti più elaborati.

New DxFACE 0.0.20 Quick Start [upd.21b]

2009-12-19T22:50:00.012+01:00

Update di DxFACE, dedicato all'importazione in Second Life di oggetti tridimensionali, creati con qualsiasi installazione CAD o con SketchUp, il famoso programma free di modellazione di Google.

DxFACE è scaricabile qui.

Ricordo che il programma nasce integrandosi con il mio piccolo viewer tridimensionale 3DLite, scaricabile qui, dalla pagina di SecondTGA.

DxFACE è capace di interpretare fino a 32 facce tridimensionali, leggendole da file DXF. Nel pacchetto troverete il plugin DxFACE.rb, tramite il quale Google SketchUp, nella versione 6 free, sarà abilitato a salvare i vostri modelli nel formato DXF occorrente, tipico dei programmi CAD.
Il plugin DxFACE.rb dovrà essere estratto e spostato dalla cartella di DxFACE.
Il suo posto sarà nella cartella Plugins di SketchUp, normalmente collocata in C:\Programmi\Google\Google SketchUp 6\

Qui di di seguito un velocissimo Tutorial step by step elementare, per l'uso con SketchUp. Nella nuova versione è possibile utilizzare anche file che descrivano un numero di facce minore di quello previsto, che è 32.
A lavoro di shape ultimato, caricare su 3DLite l'oggetto, e ricordarsi di selezionare Congiunzione Piana, la stessa che si setterà anche in world, altrimenti la rappresentazione non sarà corretta.

Si potrà quindi passare alla preparazione della texture.
Caricato come Skin provvisaria il bitmap template fornito con il pacchetto di DxFACE, DxFACE-skin-Template.bmp, potrete constatare la dislocazione dei punti della matrice di mappa da modificare a piacere, ritrovando la loro posizione (tramite colore+numero) in 3DLite, che emula esattamente la carica di Second Life.
Editando queste zone la Sculpty assumerà faccia a faccia la texture desiderata (tasto Refresh Sculpty di 3DLite dopo ogni salvataggio del Bitmap, per seguire i risultati in tempo reale).
E' chiaro che prima di questa operazione è opportuno aver copiato e messo da parte il template originale, operarando poi sulla copia salvata con un nuovo nome.
.

DxFACE is a free importer for three-dimensional objects in Second Life, created with any CAD installation or in SketchUp, the popular free modeling program from Google. DxFACE can be downloaded here. I remember that the program is allowed to use my small three-dimensional viewer 3DLite, downloadable here by my page for SecondTGA. DxFACE is capable of interpreting three-dimensional faces up to 32, reading from DXF files. In the package you will find the plugin DxFACE.rb, written for Google SketchUp 6 free version, that enables to save your models in the DXF format required. You have to extract the DxFACE.rb plugin and to move it from the DxFACE folder to the SketchUp Plugins folder, usually located in C:\Program Files\Google\Google SketchUp 6\.

Come mai nel wireframe le facce, sembrano più di 24? Non è un bug, le facce in SketchUp erano effettivamente 24, ora però DxFACE ha scelto quelle più allungate e le ha suddivise moltiplicandole, (vedi il nastro) per migliorare la proporzione delle texture, che altrimenti sarebbero state più deformate, meno definite, e più complicate da realizzare.

Prossimo post: Ottimizzare SketchUp per una miglior resa con DxFACE.

SecondTGA 1.06.1

2009-12-14T18:50:00.023+01:00

Ho iniziato il restyling del programma, il cui cuore è scritto in Rapid-Q, linguaggio che comincia a mostrare gli anni, almeno nella grafica. Pe questo motivo, e per altri, ho iniziato a costruire DLL (librerie) più attuali.
Nell'immagine, ad esempio, la nuova (!?!) finestra di dialogo, per ora applicata solo alle Apri BMP eTGA del solo menu File. Così comincio a mandare in soffitta la vecchia QOPENDIALOG originale. Se ci fossero problemi gradirei un feedback... grazie!

...nel caso qualche Rapid-Quista fosse interessato all'uso della 3Drgb.dll, tra le varie funzioni, che prima poi pubblicherò, quando saranno più mature, riporto qui il codice da includere nel sorgente:

nelle dichiarazioni:

DECLARE FUNCTION OpenFileDialog Lib "3Drgb.DLL" alias "ShowOpenFileDialog" (ByVal wH as long, ByVal fileN as long, ByVal filter as long, ByVal Dir$ as string, ByVal title$ as string) as long

e nelle chiamate, un esempio:

filter$="BMP Files (*.bmp)"+CHR$(0)+"*.bmp"+CHR$(0)+CHR$(0)
sFileName="" : sFileName=sFileName+SPACE$(254-LEN(sFileName))
IF OpenFileDialog(form.handle,varptr(sFileName),varptr(filter$),curdir$,"") THEN
sFileName=MID$(sFileName,1,INSTR(sFileName,chr$(0))-1)
........
END IF

ps: l'argomento di curdir$ deve contenere il percorso della cartella che si vuole aprire inizialmente, ma è già una parola chiave di RQ, non usatela come variabile se puntate ad un altro percorso! (lol), l'ultimo argomento, che ho lasciato vuoto, può contenere il nome della finestra, ma a me il nome Apri di default stava già benissimo. Poi, le stringhe del C, hanno da trattare questa menata delle lunghezze prefissate e dei codici di fine stringa... (doppio &sadec. zero)

AVVISO : importante aggiornamento 3DLite-OpenGL alla vers.0.1.5
FIX della carica di texture BMP fuori MODULO 8 sulla linea di byte rgb (ad esempio 512x513pxl)
Formati di questo genere NON andrebbero assolutamente usati nella grafica tridimensionale, per cui non mi ero mai accorto della codifica della microzozz di questi casi (folli come sempre, brrrr, meglio lasciar perdere). Comunque, anche questo tipo di BMP, ripeto, da non usare in world, ora 3DLite se le carica correttamente...

SecondTGA 1.06.0 nuova procedura "Sculpty bassorilievo"

2009-12-11T03:00:00.008+01:00

Piccolo test su strada, anzi su prato.
Dal BMP sono stati ricavati i due file occorrenti per Second Life.
Il fle TGA, di shape tridimensionale, con la nuova procedura "one click" di SecondTGA, e il file TGA di skin, salvato senza effetto di trasparenza (il canale Alpha qui non serve).
Notare il rescaling al 25% sull'asse Y, che anche in worl dovrà essere settato, e dipende da quanto vogliamo far "crescere" l'erba, e l'opzione congiunzione PIANA spuntata, indispensabile per questo tipo di Sculpty (la ritroverete ovviamente anche nell'editor Sculpties di Second Life).

3DLite OpenGL version 0.1.4

2009-12-06T02:18:00.004+01:00

Nuovo aggiornamento del viewer per le Sculpties di Second Life.
Tenuto conto del miglioramento ottenuto dalla Linden Lab nella resa grafica delle Sculpties, e soprattutto della nuova opzione PIANO introdotta nei settaggi, ho avviato il rifacimento completo della creazione "bassorilievi" di SecondTGA, dove il sottoscritto questa funzione PIANO, ora ufficiale in Second Life, si ingegnava ad anticiparla, emulandola con un trick.
Quindi, ancor prima del rilascio della nuova versione di SecondTGA con la creazione "bassorilievi" riscritta e migliorata, ho aggiornato il viewer, che ora permette di studiare la profondità delle Sculpties tramite funzioni di rescaling su XYZ.

Download HERE.

3DLite OpenGL version 0.1.3a

2009-12-03T22:39:00.006+01:00

Importante aggiornamento della sensibilità all'interfaccia del mio piccolo viewer per le Sculpties di Second Life e generici file DXF tridimensionali (vedi i file di esempio nel pacchetto).
Ricollocamento del punto di vista iniziale.
Variato il posizionamento di default a full screen della window comandi. In alto a sinistra risultava scomoda lavorando assieme ad un editor grafico della bitmap (ricordo che il penultimo e l'ultimo tasto ricaricano al volo sia la skin che la shape, nel caso fossero state nel frattempo modificate e salvate, e questo è l'unico modo che io conosca per testare al volo la resa delle bitmap).
Impostabile la rotazione continua dell'oggetto, se qualcuno volesse ipnotizzarsi, non si sa mai... per avviarla clickare la trottola e uscirne trascinando il mouse senza rilasciare il lasto. Per fermare, clickarci di nuovo, e basta.
Download HERE.

Tool MirrorNormalize

2009-12-02T00:52:00.004+01:00

Blog fermo da un po', ho avuto a fare, e tra le varie cose ho avuto necessità di di qualcosa che mi agevolasse il lavoro.
Ho scritto un piccolo tool e lo posto, chissà mai servisse a qualcun'altro.
Si utilizza per raddoppiare (specchiandolo) il contenuto di un file DXF (generato e letto da qualsiasi CAD).
Bella scoperta, si dirà, tutti i CAD lo fanno senza bisogno di tool esterni!
Niente affatto, quando sul CAD usate una operazione di Mirror (specchio), generate l'altra metà del cielo, oops, della forma, esattamente a rovescio rispetto alla parte esistente.
Ovvero, con l'ordine di disegno dei vertici invertito.
In gergo inglese-tecnico si dice ClockWise e CounterClockWise, ossia in senso orario e antiorario.
Riepilogando, generate una cosa assolutamente poco apprezzata da tutti gli editor o visualizzatori 3D virtuali, che renderizzeranno un qualcosa visibile per metà da dentro e per metà da fuori.
Col mio tool no.
In 3 secondi avrete l'oggetto a posto in un nuovo file (OutMirror.DXF), cosa impossibile da fare manualmente anche con l'oggetto più semplice.

Nota: Linea di Mirror obbligatoriamente prevista sull'origine (0,0,0), e perpendicolare al vettore di ordinata X.

DxFACE update v.15 - 16 - 17 - 18 - 19

2009-10-20T12:31:00.022+02:00

Interrompo brevemente i post di tutorial per introdurre la nuova versione di DxFACE.
Nella procedura di rappresentazione del file TGA ho aggiunto un processo, invisibile all'utente, che seleziona le facce in base alle loro proporzioni in altezza e larghezza, e le ruota ponendole in orizzontale.
Questo passaggio predispone la nuova modalità di carica delle texture, che, dalle prossime versioni del programma, saranno riproporzionate.
In altre parole, una faccia quadrata continuerà ad utilizzare la texture quadra come da template corrente, mentre una faccia allungata richiederà l'impostazione di una texture più ampia (secondo il futuro nuovo template).
Questo accorgimento porterà a una minore deformazione delle texture, con un apprezzabile miglioramento della grafica.

Update Vers.18
Implementato il riconoscimento di facce con lati allungati in proporzione maggiore del 50%, che generano la moltiplicazione automatica proporzionata da 2 a 6 volte della faccia di mesh e la relativa carica delle texture affiancate, (vedi numerazione multipla).
Sei volte è il massimo ottenibile nella mesh Sculpty, essendo l'ultima colonna inutilizzata nella modalità piana, e la prima da escludere per impossibilità a gestire lo smoothing sul primo lato.
Nel template viene introdotta un secondo bordo di cornice grigia, a definizione dell'area destinata a ricevere i pixel o le texture che andranno ad inerire con quelli della faccia per generare lo smoothing dei bordi. Se pixel e texture della cornice saranno gli stessi della faccia, lo smoothing non sarà quindi aapparentemente applicato, e i bordi della faccia appariranno netti. Nell'immagine, qui sopra, ove il contenuto della cornice grigia è costituito dai pixel neri del template, è invece di conseguenza visibile un bordino perimetrale nero sfumato su ogni faccia

Update vers.19a
Migliorie all'engine e nuova versione 0.0.2 del Plugin per SketchUp.

DxFACE First Steps (Part 2)

2009-10-17T00:08:00.017+02:00

Ora convertiamo il primo oggetto in una Sculpty.
In Google SketchUp il disegno è finito, accertiamoci che effettivamente saranno salvate 32 facce e che quindi l'oggetto sia valido, altrimenti dovremo modificarlo.
(Menu File ---> "Valid 3DFACEs Count")

Now we convert the first object into a Sculpty. The SketchUp drawing is finished and we must ensure that 32 faces will saved and then the object is valid, otherwise we will have to change it.
(File Menu ---> "Valid 3Dfaces Count").

Nel Menu File scegliamo "Export to DxFACE" e diamogli un nome. A file salvato riceveremo la notifica di validità (Ready). E' comunque consigliabile mantenere SketchUp sempre aperto sul modello, in modo da poter intervenire facilmente con variazioni se non dovesse poi piacerci nel file TGA compilato.

In the File Menu we choose "Export to DxFACE" and we give it a name. We will receive the notification of validity (Ready). It is always advisable to keep SketchUp running, so you can easily edit the object if you do not like the shape compiled as TGA file.

Ora apriamo l'eseguibile DxFACE.exe e carichiamo il file DXF tramite il tasto "Open DXF". Il file viene convertito immediatamente. Se ricevessimo la notifica (Fixed), che vediamo qui sotto, non preoccupiamoci. Significa che l'oggetto disegnato con SketchUp aveva dimensioni maggiori di quanto consentito per le Sculpties di SL, e il programma ha effettuato anche un resize, portandolo alla giusta scala e sfruttando al meglio il range dimensionale consentito. Significa quindi che stiamo per creare la Sculpty alla miglior risoluzione possibile.

Now we run the executable DxFACE.exe and we have to load the DXF file via button "Open DXF". The file is converted immediately. If we receive notification (Fixed, see below), do not worry. It means that the object was drawn with SketchUp larger than allowed by Sculpty shapes, and the program has also made a resize, bringing the drawing to the right scale and making the best possible size range. Therefore it means that the Sculpty will created at the best possible resolution.

DxFACE First Steps (Part 1)

2009-10-15T15:08:00.020+02:00

Dopo l'installazione del Plugin per Google SketchUp apriamo il programma per verificare se tutto è andato a buon fine. Al Menu Plugins dovremmo trovare una info di questo genere (vedi immagine qui sotto). Cliccando sul menu dovrebbe aprirsi una finestra informativa con il numero di versione installata.

After installing the SketchUp Plugin run the program to check it. The Plugins Menu now has a command that opens an information box about the plugin's version.

Nel Menu File dovrebbe comparire la nuova voce "Valid 3DFACEs Count". Esegue il conteggio delle facce che potranno essere utilizzate dalla Sculpty. Ci sarà utile per sapere in qualunque momento quando il nostro oggetto, che dovrà avere 32 facce, sarà pronto per essere esportato. In un cubo le facce saranno ovviamente 6, o 5, se per "risparmiare", avremo cancellato la faccia nascosta alla base. Ma in presenza di fori delle superficie o di forme complesse non sarà più possibile valutare visivamente il numero delle spezzettature dei poligoni, e per conoscerlo dovremo affidarci a questa utilità.

The File Menu has now the item "Valid 3DFACEs Count". This command calculates how many faces will be used in the Sculpty. It is useful to know at any time when our object, which will have 32 faces, will be ready to be exported. The faces of a cube are of course 6, or 5, if economising we erased the hidden bottom. But in the presence of surface holes or complex shapes you can not visually assess the number of polygons, and we will to need this utility.

Sempre nel Menu File avremo poi il comando "Export to DxFACE", da usare a lavoro ultimato per esportare il file DXF con cui compilare la Sculpty .

"Export in DxFACE" of File Menu exports the DXF file required to compile the Sculpty when the drawing is done.

DxFACE Second Life Sculpties Tool

2009-10-14T00:27:00.029+02:00

Riprendo a pubblicare anche su questo blog per dedicarlo interamente alla grafica, fino ad ora ospitata insieme ad altre cose sul mio blog principale imitidicthulhu.
Questo primo post della nuova serie si riferisce all'ultimo tool a cui sto lavorando: DxFACE, dedicato all'importazione in Second Life di oggetti tridimensionali, creati con qualsiasi installazione CAD o con SketchUp, il famoso programma free di modellazione di Google.

DxFACE è scaricabile qui.
Nei prossimi post ne illustrerò caratteristiche, potenzialità e metodi d'uso.
Per ora ricordo che il programma nasce integrandosi con il mio piccolo viewer tridimensionale 3DLite, scaricabile qui, dalla mia pagina per SecondTGA.

DxFACE è capace di interpretare fino a 32 facce tridimensionali, leggendole da file DXF. Nel pacchetto troverete il plugin DxFACE.rb, tramite il quale Google SketchUp, nella versione free, sarà abilitato a salvare i vostri modelli nel formato DXF occorrente, tipico dei programmi CAD.
Il plugin DxFACE.rb dovrà essere estratto e spostato dalla cartella di DxFACE.
Il suo posto sarà nella cartella Plugins di SketchUp, normalmente collocata in C:\Programmi\Google\Google SketchUp 6\

Qui sotto l'esempio di Sculpty unica, realizzata al volo con 32 facce in formato DXF, e salvata per Second Life. La texture caricata sulle facce è fornita nel pacchetto come BMP, ed è un template utile a differenziare le facce, con numeri e colori, per la fase di editazione delle bitmap di skin.

DxFACE is a free importer for three-dimensional objects in Second Life, created with any CAD installation or in SketchUp, the popular free modeling program from Google. DxFACE can be downloaded here. In the next posts I will explain the characteristics, potentials and methods of use. For now remember that the program is allowed to use my small three-dimensional viewer 3DLite, downloadable here by my page for SecondTGA. DxFACE is capable of interpreting three-dimensional faces up to 32, reading from DXF files. In the package you will find the plugin DxFACE.rb, written for Google SketchUp 6 free version, that enables to save your models in the DXF format required. You have to extract the DxFACE.rb plugin and to move it from the DxFACE folder to the SketchUp Plugins folder, usually located in C:\Program Files\Google\Google SketchUp 6\. Below the example of a single Sculpty, created with 32 faces into the required DXF format, and saved in TGA for Second Life. The texture loaded on the faces is provided in the DxFACE's package, such as BMP, and it is a useful template to differentiate faces, numbers and colors while you have to edit the skin for the Sculpty.

Primi passi sul 3D di Second Life (03)

2007-06-24T21:44:00.000+02:00

Nella precedente parte (2) di Primi passi sul 3D di Second Life abbiammo visto come un file targa (tga), grafico, venga utilizzato come veicolo di vettori tridimensionali.
L'esempio di file che avevo generato riempiva la matrice sempre e soltanto con la medesima coordinata, essendo anche il mio primo test di scrittura per file tga.
Ora vediamo di migliorarlo, per renderci meglio conto di come le coordinate x,y,z devono essere trascritte allo scopo di funzionare poi su SL.
Si è detto che il file tga deve contenere una matrice di punti (pixel) di 64 elementi per lato, ovvero 64 x 64 in totale, che formano una sorta di rete quadrata. In questa griglia ho inserito nuove coordinate, "stirando" i punti sull'ascissa X, in modo che si distribuiscano formando un rombo. Questo rombo sarà un aquilone, il primo semplicissimo oggetto che importeremo in Second Life.

Qui sopra vediamo il file tga generato.
La routine di scrittura del nuovo file eccola qua; la trascrivo per completezza ma non è necessario comprenderla a fondo per seguire il ragionamento generale: era utile a me per generare i punti dell'aquilone senza calcolarli a mano uno per uno. Piccola annotazione: i programmi orientati al 3D DEVONO fare uso del floating point durante i calcoli, anche se potrà succedere che in ultimo vadano a generare files contenenti solo numeri interi, come nel nostro caso. Qui ho dichiarato indistintamente TUTTE le variabili in doppia precisione solo per praticità, lo so che non tutte ne hanno necessità. Il tempo richiesto nella compilazione del file targa è brevissimo, e una volta tanto non perdo tempo ad ottimizzare.

SUB FaceWrite
TGAfile.Open("Aquilone.tga",65535)
TGAfile.WriteUDT(MyTGA)
DIM U As Double, V As Double, Inc As Double
DIM Stretch As Double, Ptr As Double, MapStep As Double
FOR V=0 TO 31 'write Tz, Tx, Ty
Inc=Inc+4
MapStep=V/16
Ptr=V*2
Ptr=64-Ptr
FOR U=0 to 63
Stretch=MapStep*U
TGAfile.WriteBinStr(chr$(Inc)+chr$(Ptr+Stretch)+chr$(0),3)
NEXT
NEXT
FOR V=31 TO 0 step -1 'write Tz, Tx, Ty
Inc=Inc+2
MapStep=V/16
Ptr=V*2
Ptr=64-Ptr
FOR U=0 to 63
Stretch=MapStep*U
TGAfile.WriteBinStr(chr$(Inc)+chr$(Ptr + Stretch)+chr$(0),3)
NEXT
NEXT
TGAfile.Close
END SUB
[source updated 25-6]

Ora non resta che uplodare la figura in Second Life (beh si paga ma non certo a me, lol, Second Life costa 10 Linden Dollars per upload). Dopo l'upolad la procedura è semplice.

Crea ----> Un cubo, per esempio
Edit ----> Da cubo a Sculpted Prim
e poi, via via, dimensioni, colore, posizionamento etc etc

Ma questo non è oggetto del mio studio.
Proseguirò con la carica di una bitmap decorativa sull'aquilone, ma alla prossima.
[continua]

PS: chi vuole testarlo su Second Life può scaricare il file tga qui

Primi passi sul 3D di Second Life (02)

2007-06-20T00:24:00.000+02:00

Abbiamo visto nella parte (01) di Primi passi sul 3D di Second Life come le Sculpted Prims accettino i file di tipo TGA come descrittori di forme, e ne abbiamo visto la struttura.
Dal momento che i file TGA che dovremo inviare a Second Life non sono comuni file grafici, ma contengono in realtà le coordinate x,y,z delle forme, se vorremo generarli dovremo disporre di un parser, un programma che si incarichi di leggere una forma e di compilarla con i vettori distribuiti così come richiesto dal file TGA.

Il codice che segue è il minimo che occorra per generare un file TGA.
L'header, che abbiamo già precedentente analizzato, è inserito in una struct prima di essere scritto nel file. Una struct ci permetterà facilmente di apportare modifiche nel caso volessimo riutilizzare il codice anche per altre applicazioni che non siano Second Life, alle quali questo tipo di header potrebbe non bastare.
Questa è una buona regola da seguire sempre. Mai buttare giù due righe "che fungano" e basta, ma scriverle sempre nel modo più corretto, completo e versatile per usi futuri. La riusabilità del codice è importantissima perchè ottimizza il lavoro.
Dopo l'header, per ora, mi sono accontentato di disegnare una campitura uniforme di grigio, ma, per testare la correttezza del codice e verificarlo, ho posizionato un pixel bianco al centro (o meglio alla 32esima riga di pixel delle 64 righieste).
Ecco il codice. E' scritto nel mio linguaggio preferito, RapidQ, un basic-like semplice rapido e versatile, ma si può adattare facilmente a tutti i linguaggi.
Non ci sono commenti nel codice, è abbastanza autoesplicante e potrebbe essere studiato e capito anche da una new-entry della programmazione.

$TYPECHECK ON
DefStr Title : Title="TGAwriter"
DefStr CopyR : CopyR="©07 Soldatino"
DefStr Versn : Versn=" 01.00"
Application.Title=Title

TYPE TGA
identsize As String * 1
colourmaptype As String * 1
imagetype As String * 1
colourmapstart As Short
colourmaplength As Short
colourmapbits As String * 1
xstart As Short
ystart As Short
width As Short
height As Short
bits As String * 1
descriptor As String * 1
END TYPE

DIM MyTGA As TGA, N% As Long

MyTGA.identsize=Chr$(0)
MyTGA.colourmaptype=Chr$(0)
MyTGA.imagetype=Chr$(&h2)
MyTGA.colourmapstart=0
MyTGA.colourmaplength=0
MyTGA.colourmapbits=Chr$(&h20)
MyTGA.xstart=0
MyTGA.ystart=0
MyTGA.width=Chr$(&h40)
MyTGA.height=Chr$(&h40)
MyTGA.bits=Chr$(&h18)
MyTGA.descriptor=Chr$(0)

DIM TGAfile AS QFileStream
Declare SUB FileWrite

SUB FileWrite
TGAfile.Open("PrimoTGA.tga",65535)
TGAfile.WriteUDT(MyTGA)
FOR N%=0 TO 2047
TGAfile.WriteBinStr("mmm",3)
NEXT
TGAfile.WriteBinStr(chr$(&hff)+chr$(&hff)+chr$(&hff),3)
FOR N%=0 TO 2046
TGAfile.WriteBinStr("mmm",3)
NEXT
TGAfile.Close
END SUB

Create Form As QForm
Caption=Title+" "+Versn+" "+CopyR
Create Button As QButton
Caption="OkTGA"
OnClick=FileWrite
END CREATE
END CREATE

Form.ShowModal

Qui sopra vediamo l'immagine generata, l'ho convertita in gif per evitare problemi coi browser. A proposito, mi scuso perchè il codice non è indentato, come invece è assolutamente consigliabile fare. Purtroppo l'editor di blogger fa del suo meglio per creare problemi, e si mangia le spaziature. Anche ricorrendo ai codici spazio html, noiosi da inserire, alla prima riedizione del testo li fa svanire. Poi si dice di web2, web3, usabilità, camp e twitter e cazzi e stramazzi vari. Non fatemi parlare per favore. Qui sul web serve ancora l'asilo.

[ continua ]

Primi passi sul 3D di Second Life (01)

2007-06-18T02:08:00.000+02:00

Premessa
Riprendo questo blog sperimentale per postare passo a passo quanto sto iniziando ad apprendere circa la codifica delle interfacce al database degli oggetti tridimensionali di Second Life.
Lo studio sarà svolto in modo pedestre (deve essermi utile come pro memoria ai fini della programmazione), e sarà costituito da una serie di appunti sviluppati in sequenza, man mano che procedo nell'approfondimento.
Altri aspetti non squisitamente tecnici saranno invece eventualmente svolti sul mio blog primario http://imitidicthulhu.blogspot.com/
Non ho pretese didattiche, ma se ci saranno quesiti ove possibile sarò lieto di rispondere.

1) Le Sculpted Prims
Recentemente Second Life ha implementato nel suo engine 3D le Sculpted Prims.
Le Prims sono mappe codificate come un insieme di punti nello spazio alle coordinate x, y e z.
In pratica si tratta di Mesh (reti), così come abitualmente chiamate nella programmazione 3D. L'introduzione delle Prims apre interessanti sviluppi alla creazione degli oggetti del mondo virtuale di SL. Proviamo infatti ad immaginare la maggior ricchezza di dettaglio e la complessità di un oggetto rappresentato su una singola matrice, o array tridimensionale, rispetto a quanto si può creare, pur utilizzando una gran quantità di primitive (piano, sfera, cubo), sommate, sottratte, scalate e deformate lungo certi assi.

2) La codifica TGA
Per rappresentare le immagini bidimensionali Second Life utilizza il formato grafico TGA, sia per le textures che per altre immagini. Il file TGA (senza soffermarcisi troppo) è un formato grafico simile al bmp, ma più versatile. Può essere di tipo compresso o descrittivo, a vari piani di profondità di colore e così via. I pixel vengono rappresentati in codifica RGB inversa, ovvero, per ogni pixel avremo i valori Blue, Green e Red del colore rappresentato, che, relativamente alla descrizione di una immagine, andranno a costituire un array.
Ma ecco qui la pensata dei programmatori di Second Life.
Vista la somiglianza degli array tridimensionali (x,y,z) con quelli di colore (r,g,b), hanno avuto un'idea per niente sciocca. Invece di inventarsi un nuovo formato di file per la codifica degli array vettoriali tridimensionali, hanno pensato bene di utilizzare la struttura e il formato del file TGA.
Ecco allora che, per rappresentare un oggetto, dovremo passare i dati della rete che lo rappresenta con un comune file TGA.
C'è però da dire che il file di tipo TGA, come accennato prima, possiede una certa varietà di sottoformati. Quindi, piuttosto che spendere tempo in ricerche sulla letteratura da poco già sviluppata sull'argomento, un po' caotica, con continui rimandi e in sostanza orientata all'utente piuttosto che al programmatore, sono andato a investigare il formato che Second Life utilizza, facendogli salvare un'immagine in formato 64 x 64 pixel, quello richiesto dalle Sculpted Prims.

3) Il TGA di Second Life
Header = 18 bytes
Contiene vari elementi informativi, ma possiamo trascurarli, per ora, perchè saranno sempre gli stessi: 64 x 64, origine a zero, colore a 24 bit (ossia distribuito sui 3 bytes b,g,r)
Descrizione dell'immagine = 12.288 bytes
Corrispondono a 64 linee (a partire dall'ultima in basso a risalire) di 64 pixel da sinistra a destra cadauna, resi a 24 bit, quindi da 3 bytes ciascuno.
Totale lunghezza del file = fissa a 12.306 bytes.

[alla prossima]

Testando Blogspot (ExBeta) - parte 2

2007-02-18T13:59:00.000+01:00

Riprendo a lavorare sul nuovo template suggerito da Blogspot, rinunciando quindi al modello "Classico" per utilizzare le nuove funzionalità, che sostanzialmente sono i Widget, macrocomandi totalmente differenti dai vecchi macrocomandi a tag contenenti le $ProcedureVarie$.
In questo post inserisco solo alcune osservazioni spicciole, giusto per farmene memoria, e per essere magari utile a qualche utente che voglia esplorare un pò il nuovo sistema andando oltre i gadget preconfezionati.

1) Tenete presente che se lavorate sul template con codice html (l'unico modo per interagirci davvero, perchè il semplice drag and drop visuale non è certo una personalizzazione) dovrete SEMPRE salvare su un file TXT i vostri passaggi. Pena perdere il lavoro. Particolarmente infido il checker di Espandi i modelli widget. Questi vanno tenuti SEMPRE espansi, o nei salvataggi rischiate di perdere eventuali modifiche fatte.

2) Il comando Scarica modello completo lo riformatta, non pensate di scaricarlo, editarlo con un editor di vostra fiducia, e poi ricaricarlo sul blog. Andreste incontro a casini. Meglio selezionare tutto da tasto destro del mouse e farci un bel copia-incolla su notepad.

3) ATTENZIONE nella correzione dei vecchi post. A differenza del vecchio blogspot ora i feed vengono riaggiornati anche dopo semplici ritocchi. In pratica sembrerà che abbiate postato di nuovo. Se lo fate su parecchi post i vostri lettori saranno scombussolati.

4) L'anteprima, sia su IExplore che su FireFox, come formattazione è ancora ASSOLUTAMENTE INATTENDIBILE. Dovete caricare su un browser il blog già pubblicato, se volete constatarne i cambiamenti in modo credibile. Ergo, salvate spesso le versioni precedenti su file TXT. Inutile dire che il Cancella modifiche NON è l'equivalente di un vero tasto Undo/Annulla, se avete aggiornato il codice mediante Salva modello e non ne avete una copia precedente SIETE FRITTI.

ciauz e alla prossima :)

Testando Blogspot Beta - parte 1

2007-01-03T13:26:00.000+01:00

Se tutti i blog, tranne i più divulgati, possono considerarsi "di nicchia" perchè alla resa dei conti il numero dei lettori (o forse dovremmo definirli "sfoglianti le pagine") resta comunque limitato ad alcune cerchie con coincidenza di intenti od interessi, questo mio blog2 nasce ancora più border line. Ma ne ho bisogno, per 2 motivi.

Il primo, come si evince dal post precedente, è la mia necessità di un luogo per coagulare i contenuti meno morbidi rispetto a quelli trattati sul blog imitidicthulhu.

Il secondo motivo dipende invece dalla voglia di investigare le possibilità di pubblicazione della nuova piattaforma Blogspot attualmente denominata Beta.

Qui fisserò via via il frutto delle mie osservazioni e sperimentazioni.

Sperimentazioni di che tipo?

Immaginiamo di suddividere il popolo di chi utilizza l'interfaccia blog per scopi non commerciali in due gruppi fondamentali. Lo so che è grossolano, ma da uno schema occorre pur partire.

Lasciamo quindi stare chi utilizza il blog "così come è" e tuttalpiù incorpora qualche link suggerito dalla sua piattaforma, oltre che i link degli amici.

I Fruitori

In questo gruppo raccoglierei gli utenti che utilizzano i template disponibili sul web, si cimentano un po' con l'html, operando modeste variazioni sul template che utilizzano.

I Divulgatori

Qui trovo invece posto per quegli utenti che, pur nutrendo le abitudini del primo gruppo, hanno anche un interesse spiccato per le modalità globali di pubblicazione-pubblicizzazione e per l'evoluzione della rete, e fanno di questi temi l'oggetto dei loro post.

Mi guardo in giro e mi risulta invece difficile trovare un gruppo di Esploratori, intenzionato quindi a investigare le possibilità effettive dell'espressività concessa dalle piattaforme. Segnalerò dunque qui altri eventuali Blog che operano nella direzione che intendo seguire e partecipare ai miei lettori.

L'occasione è stata per me obbligata, Blogspot è in fase di trasformazione e invoglia la migrazione dei suoi utenti sulla sua piattaforma Beta. Un pò per interesse, e un pò per non sentirmi spiazzato in caso di migrazione finale forzata ho iniziato la mia personale esplorazione.

Tempo finito, mi limito a due parole sull'interfaccia dell'editor che ho quindi dovuto iniziare ad utilizzare con la Beta, che commenterò al prossimo post.

Soprattutto per chi mastica qualcosa di programmazione, le immagini si commentano da sole.

La versione classica consentiva l'espansione della finestra di edit, che, se la programmazione non è banale, è indispensabile per seguire i blocchi di codice utilizzando l'indentazione (chi non sa cosa sia pazienti, ne parleremo).

La versione attuale ha una finestra ridotta e per di più bloccata senza barra di scorrimento orizzontale. I blocchi diventano illegibilli. Si daccordo, è stata prevista "l'espansione widget", ma questa è un'altra storia, ne parleremo alla prossima.

Pensierino di fine anno

2006-12-30T23:53:00.002+01:00