Problemi e bug

Xcmodel rappresenta un potente strumento per la realizzazione di modelli e rese. Con esso è possibile partire da semplici curve ed arrivare a scene 3d fotorealistiche.

Il primo approccio non è stato dei più felici. Spesso facendo delle semplici operazioni il programma aveva dei comportamenti anomali o "crashava". Con il passare del tempo e la lettura della documentazione si è poi preso "confidenza" con il programma e scoperto tutte le sue potenzialità.

Vediamo ora quelli che sono stati i principali problemi e bug riscontrati suddividendoli per "pacchetto".

Premetto che per la realizzazione del progetto è stato utilizzata la seguente macchina:

• Processore Athlon XP 2.4 Ghz
• 256 Mega di RAM
• Scheda video Ati mobility radeon 9000 con 64 M di memoria video
• Sistema Operativo Linux Mandrake, v.kernel 2.4.19
• Xcmodel v. 3.0

• l'utilizzo dei tasti di chiusura della finestra porta al "crash" del programma. Nel caso di visualizzazione delle funzioni (function buttons) non c'è modo di chiudere le finestre.

• l'utilizzo dei tasti di chiusura della finestra porta al crash del programma.
• dopo la modifica di una superficie attiva se si torna alla modalità di visualizzazione di tutte le superfici lasciando aperta la finestra di visualizzazione immagine (per intenderci quella che permette la rotazione della superficie in fase di modifica) l'utilizzo di tale pulsante porta alla rivisulizzazione della superficie precedente, ma non si riapre la finestra "Cur/Sur" per la nuova chiusura. Un comportamento auspicabile sarebbe quello di chiudere tutte le finestre relative alla modifica/visualizzazione nel momento in cui si esce dalla modalità di modifica.
• il salvataggio delle superficie in formato obj utilizza path assolute, sarebbe auspicabile l'utilizzo di path relative anche in vista di un futuro caricamento in xcrayt. Tale operazione, in fase progettuale è stata fatta manualmente.

• importando mesh particolarmente raffinate (attraverso il tasto refinement in numeric modification di xcsurf) il programma va in "crash"
• lo spostamento delle luci spesso porta alla mancata renderizzazione della scena
• la rinomina "manuale" di un file .db porta alla mancata importazione del file. Questo comportamento è dovuto al fatto che nel caricamento del file .db si accede al campo "nome file" del file .db che nel caso di rinomina non è più coerente. Probabilmente sarebbe auspicabile non effettuare tale controllo e fare riferimento semplicemente al nome del file.
• a volte, in maniera del tutto casuale, il programma si rifiuta di renderizzare sebbene le impostazioni siano già state testate (e funzionanti) in precedenza.

• il materiale di riferimento non è coerente con la libreria per quanto riguarda la voce "set_trasparency" che dovrebbe essere "set_transparency".

Torna su