meshlab-devel — Developer mailing lists

Re: [Meshlab-devel] ottenere l'indice di un vertice

[Giorgio G. <g.g...@gm...>]

scusa se non rispondo alla tua prima domanda ma vado di fretta (e
probabilmente non ne sarei neanche capace :D )

Volevo solo confermare che la release prenatalizia di meshlab c'=E8 stata,
trovate la 0.4 sul sito del progetto

     Giorgio

On 12/28/05, Mario Latronico <mar...@gm...> wrote:
>
> vengo subito al sodo : come si fa ad ottenere l'indice del vertice
> nella mesh ? Mi spiego, dato questo codice:
>
> for (fi =3D m.face.begin(); fi !=3D m.face.end(); fi++) { //itero facce
>                 for (int i =3D 0; i < 3; i++) { //itero vert
> ....
> ...
>
> per ottenere l'indice al momento faccio cosi' :
>
> int index =3D (*fi).V(i) - &*(m.vert.begin());
>
> ma non so se e' corretto, infatti provando un semplice programma
>         std::vector<int> temp;
>         MyMesh::FaceIterator fi;
>         for (fi =3D m.face.begin(); fi !=3D m.face.end(); fi++) { //itero
> facce
>                 for (int i =3D 0; i < 3; i++) { //itero vert
>                         int index =3D (*fi).V(i) - &*(m.vert.begin());
>                         temp.push_back(index);
>
>                 }
>         }
>
>         sort(temp.begin(), temp.end());
>         std::vector<int>::iterator newIter =3D unique(temp.begin(), temp.=
end
> ());
>         std::vector<int>::iterator it;
>         for (it =3D temp.begin(); it !=3D newIter; it++) {
>                 qDebug("t: %d", *it);
>
>         }
>
> in cui mi memorizzo i vertici in un vettore temp, li ordino e ne
> rimuovo i duplicati viene fuori che i gli indici memorizzati non sono
> affatto tutti (ho provato su bunny2.ply).
>
> L'indice ci serve perche' memorizziamo in un vettore lungo n (con n il
> numero di vertici originali della mesh da suddividere)  i valori di
> somma e valenza dei vertici.
>
>
> P.S: io non ricevo da giorni mail dalla lista, non si doveva fare una
> release ?
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id=16865&opclick
> _______________________________________________
> Meshlab-devel mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>

[Meshlab-devel] ottenere l'indice di un vertice

[Mario L. <mar...@gm...>]

vengo subito al sodo : come si fa ad ottenere l'indice del vertice
nella mesh ? Mi spiego, dato questo codice:

for (fi =3D m.face.begin(); fi !=3D m.face.end(); fi++) { //itero facce
=09=09for (int i =3D 0; i < 3; i++) { //itero vert
....
...

per ottenere l'indice al momento faccio cosi' :

int index =3D (*fi).V(i) - &*(m.vert.begin());

ma non so se e' corretto, infatti provando un semplice programma
        std::vector<int> temp;
=09MyMesh::FaceIterator fi;
=09for (fi =3D m.face.begin(); fi !=3D m.face.end(); fi++) { //itero facce
=09=09for (int i =3D 0; i < 3; i++) { //itero vert
=09=09=09int index =3D (*fi).V(i) - &*(m.vert.begin());
=09=09=09temp.push_back(index);=09
=09=09
=09=09}
=09}

=09sort(temp.begin(), temp.end());
=09std::vector<int>::iterator newIter =3D unique(temp.begin(), temp.end());
=09std::vector<int>::iterator it;
=09for (it =3D temp.begin(); it !=3D newIter; it++) {
=09=09qDebug("t: %d", *it);
=09
=09}

in cui mi memorizzo i vertici in un vettore temp, li ordino e ne
rimuovo i duplicati viene fuori che i gli indici memorizzati non sono
affatto tutti (ho provato su bunny2.ply).

L'indice ci serve perche' memorizziamo in un vettore lungo n (con n il
numero di vertici originali della mesh da suddividere)  i valori di
somma e valenza dei vertici.


P.S: io non ricevo da giorni mail dalla lista, non si doveva fare una relea=
se ?

Re: [Meshlab-devel] Stato Release di Natale

[Giorgio G. <g.g...@gm...>]

Rendering/shaders:

Premessa: guardate l'ora della mail e cercate di essere "umani" in caso di
miei errori madornali ^^

Ho implementato una prima versione del supporto agli shader "generici"
(quelli di typhoon labs).
Adesso il plugin di rendering va a cercare nella cartella shaders tutti i
file .gdp e cerca di estrapolare pi=F9 informazione possibile.
Purtroppo non son riuscito a far andare le texture (sono graditi
suggerimenti, non dovrebbe esser difficile, semplicemente non ho avuto molt=
o
tempo per provare)

Ho committato solo shader che non ne usano e precisamente:
- Clouds
- Dimple
- Glass
- Gooch
- Lattice
- Toon
- Wood
- Xray (molto bello)

Problemi noti:
1) alcuni shader sono terribilmente lenti.. ho notato che capita se
tralascio qualche variabile/texture che a loro serve (per il momento non
sono stati inclusi, in attesa di raffinare il "parser")
2) il modo di salvare i diversi tipi di variabili (int, float, vettori a
2-3-4 dimensioni) non =E8 per niente "economico" in termini di spazio.
Rimedier=F2 nella prossima release, purtroppo ho dovuto lottare con problem=
i
di QT che mai avrei neanche immaginato (per non parlare di un costruttore d=
i
copia che mi ha fatto impazzire per 4 ore).
3) come gi=E0 detto, le texture degli shader non vanno
4) ovviamente non c'=E8 il meccanismo di modifica dei parametri degli shade=
r,
ma =E8 previsto per la final.

Buona giornata e buone feste a tutti

   Giorgio

On 12/22/05, Paolo Cignoni <p.c...@is...> wrote:
>
> Ok per la release della vigilia
> vediamo di committare tutto il sensato per venerdi' !
>
>  :)
>
> --
> Paolo Cignoni  http://vcg.isti.cnr.it/~cignoni <http://vcg.isti.cnr.it/%7=
Ecignoni>
>
> ISTI - CNR
> Via Moruzzi 1,
> 56124 Pisa
> ITALY
>
>

[Meshlab-devel] QProgressDialog e variabili statiche

[Mario L. <mar...@gm...>]

Ho qualche problema nella gestione della doppia callback per i metodi
di refine odd ed even.
Mi spiego : ho creato in meshfilter.cpp una seconda callback

bool ExtraMeshFilterPlugin::QCallBackOdd(const int pos, const char * str)
{
=09
=09if ( MainWindow::qb=3D=3D0 ) return true;
=09MainWindow::qb->setWindowTitle (str);
=09MainWindow::qb->setValue(pos/2);
=09return true;
}

che e' identica all'altra ma setta il valore a meta' .Per fare questo
ho dovuto modficare la visibilita' di MainWindows::qb da privata a
pubblica.
Viene mandata alla Refine per la "prima passata" dell'algoritmo di
refining e dovrebbe andare da 0 a 50 %. Alla Refine viene mandata
anche la callback originale e in refine_loop.h quest'ultima viene
aggiornata da 50 a 100 %.
La chiamata della RefineOddEven diventa quindi

vcg::RefineOddEvenE<CMeshO, vcg::OddPointLoop<CMeshO>,
vcg::EvenPointLoop<CMeshO> >
=09=09=09=09(m.cm, OddPointLoop<CMeshO>(), EvenPointLoop<CMeshO>(),threshol=
d,
selected,QCallBackOdd, cb);

dove i parametri interessanti sono gli ultimi due (nuova callback +
quella originale)

la funzione QCallBackOdd e' cosi' dichiarata in meshfilter.h

static bool QCallBackOdd(const int pos, const char * str);

Ora , se all'inizio di meshfilter.cpp NON metto

QProgressDialog *MainWindow::qb;

mi da' un errore di linking, poiche' (credo) manca il file oggetto in
cui e' compilato. Provando a mettere tra le dipendenze
mainwindow_Init.cpp mi da' altri errori di linking a catena (il
problema e' analogo a quanto descritto in lista qualche tempo fa a
proposito del filtro dummy e glArea)

se invece metto la riga citata sopra , compila ma non funziona in
quanto il test della funzione QCallBackOdd e' sempre falso. Dato che
ho qualche deficenza nel campo delle variabili statiche in C++ ,
qualcuno sa' dirmi il perche' ? Quello che temo e' che la definizione
QProgressDialog *MainWindow::qb messa in cima a meshfilter.cpp abbia
l'effetto di nascondere la  qb di MainWindow ma non capisco in che
maniera dato che e' statica.

Re: [Meshlab-devel] Stato Release di Natale

[<buz...@cl...>]

Ho apportato le seguenti modifiche/aggiunte:
- Se presenti, le normali per wedge vengono caricate nel modello.
- Ho usato la face::ComputeNormalizedNormal per il calcolo della 
normale a parie
dai vertici
- Il calcolo delle normali per faccia viene effettuato ora anche per STL e OFF
- Il problema della progressbar sembra essere risolto
- Il colormode della glarea viene impostato a seconda delle informazioni di
colore trovate nel file, tuttavia non ho ancora aggiornato il chek nel menu di
colorazione in modo che rispecchi lo stato effettivamente settato.
Purtroppo domani sono in viaggio tutto il giorno e quindi non penso di poter
apportare ulteriori modifiche.
Buone feste a tutti!
Andrea

Quoting Paolo Cignoni <p.c...@is...>:

> buz...@cl... wrote:
>
>> Ho finalmente aggiunto il calcolo delle normali per faccia.
>> Riguardo a questo ho distinto il trattamento a seconda dei due casi 
>> possibili:
>> - nel caso in cui nel file fossero presenti le normali per wedge, ho 
>> calcolato
>> la normale per faccia come media delle normali per wedge, sfruttando 
>> in questo
>> modo l'informazione aggiuntiva disponibile
>
> ok, ma nel caso la mesh abbia anche le normali per wedge queste 
> vengono caricate?
>
>> - nel caso in cui nel file non fossero specificate le normali, ho 
>> calcolato la
>> normale per faccia col prodotto vettore  (v3-v1) X (v2-v1)
>> Spero che questa soluzione possa ritenersi valida.
>
> si magari usa direttamente la
> face::ComputeNormalizedNormal(*fi)
> che risparmi un po' di codice...
>
>>
>> E' stato inoltre migliorato il meccanismo di gestione degli errori 
>> nei file .obj
>> che si cercano di importare, e questo va a garantire una maggiore 
>> resistenza a
>> file obj non mesh.
>>
> benissimo!
>
>> La lettura delle texture funziona correttamente.
>> Lo stesso vale anche per la lettura dei materiali, che tuttavia sono 
>> visibili
>> soltanto applicando la colorazione per faccia.
>
> Si dovrebbe fare che, se sono presenti colori per faccia, e.g. se 
> nella mask ritornata dalla load c'e' segnato colori per faccia o 
> colori per vertici
> il modo di visualizzazione dovrebbe essere messo subito per vertex 
> color o per face color.
> un po come si fa per le texture nella open di file ply
>
>>
>> Dopodomani (venerdi) parto e sono in viaggio tutto il giorno, di 
>> conseguenza mi
>> resta solo domani per fare gli ultimi ritocchi, che tuttavia non dovrebbero
>> essere molti.
>> Buon lavoro a tutti
>> Andrea
>>
>>
>>
>>
>> Quoting buz...@cl...:
>>
>>> Quoting pao...@is...:
>>>
>>>> Cari studenti,
>>>>
>>>> mi fate un aggiornamento dello stato di meshlab rispetto alle feature che
>>>> avevamo discusso nell'ultima lezione?
>>>>
>>>> Quanto manca alla famosa release di natale?
>>>
>>>
>>>
>>> [X] tutto sotto plugins, ok
>>> [X] meshio plugins esporta una lista di formati (obj, ply, stl, off), ok
>>>
>>> [ ] IO obj non setta normali per faccia
>>>
>>> Su questo mi servirebbe un chiarimento.
>>> Dato che nell'obj le normali sono specificate per wedge, le normali 
>>> per faccia
>>> le calcolo  da me?
>>> Se si (come suppongo), per il calcolo della normale per faccia e' 
>>> piu' indicato
>>> il prodotto vettore
>>> (v3-v1) X (v2-v1)
>>> dove i v_i sono i vertici della faccia
>>> o forse e' meglio fare la media delle normali per wedge?
>>>
>>> [ ] Resistenza a obj non mesh: quasi finito, ancora da committare
>>>
>>> Per venerdi cmq il tutto dovrebbe essere pronto.
>>> Andrea
>>>
>>>
>>>> ---------------------------------------------
>>>> This message was sent using Endymion MailMan.
>>>> http://www.endymion.com/products/mailman/
>>>>
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> This SF.net email is sponsored by: Splunk Inc. Do you grep through 
>>>> log files
>>>> for problems?  Stop!  Download the new AJAX search engine that makes
>>>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>>>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>>>> _______________________________________________
>>>> Meshlab-devel mailing list
>>>> Mes...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>>>>
>>>
>>>
>>>
>>> ----------------------------------------------------------------
>>> This message was sent using IMP, the Internet Messaging Program.
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.net email is sponsored by: Splunk Inc. Do you grep through 
>>> log files
>>> for problems?  Stop!  Download the new AJAX search engine that makes
>>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>>> _______________________________________________
>>> Meshlab-devel mailing list
>>> Mes...@li...
>>> https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>>>
>>
>>
>>
>> ----------------------------------------------------------------
>> This message was sent using IMP, the Internet Messaging Program.
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>> for problems?  Stop!  Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>> _______________________________________________
>> Meshlab-devel mailing list
>> Mes...@li...
>> https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>>
>
>
> -- 
> Paolo Cignoni  http://vcg.isti.cnr.it/~cignoni
>
> ISTI - CNR Via Moruzzi 1,
> 56124 Pisa
> ITALY
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Meshlab-devel mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Re: [Meshlab-devel] Problemi con normali e CVS?

[Paolo C. <p.c...@is...>]

Daniele wrote:

> Ciao a tutti,
> finalmente sono arrivato in terra natia ed ho committato le modifiche 
> fatte durante il viaggio. Mi sono accorto pero' che ci sono dei 
> problemi relativi alle normali (anche sui PLY), nel senso che se 
> mostrate, non vengono "corrette" e i rendering modes FLAT e FLATLINES 
> non funzionano (alle volte crashano pure).
> Ho provato quindi ad aggiornare la libreria vcg ma il cvs mi ha negato 
> l'accesso. Mi devo ritenere sfortunato? Il problema delle normali 
> l'avete riscontrato pure voi?


Confermo il problema alle normali (presente nella versione updatata alle 
ore 2150)
e' dovuto all'uso delle componenti opzionali per quanto riguarda il 
calcolo delle normali per faccia
Per amor di stabilita' tolgo le normali opzionali dalla release natalizia.

ho appena committato

buon lavoro!
p.

>
> D
> ------------------------------------------------------- This SF.net 
> email is sponsored by: Splunk Inc. Do you grep through log files for 
> problems? Stop! Download the new AJAX search engine that makes 
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! 
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click 
> _______________________________________________ Meshlab-devel mailing 
> list Mes...@li... 
> https://lists.sourceforge.net/lists/listinfo/meshlab-devel 



-- 
Paolo Cignoni  http://vcg.isti.cnr.it/~cignoni

ISTI - CNR 
Via Moruzzi 1,
56124 Pisa
ITALY

[Meshlab-devel] Problemi con normali e CVS?

[Daniele <dal...@ho...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-15"
 http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font size="-1">Ciao a tutti,<br>
finalmente sono arrivato in terra natia ed ho committato le modifiche
fatte durante il viaggio. Mi sono accorto pero' che ci sono dei
problemi relativi alle normali (anche sui PLY), nel senso che se
mostrate, non vengono "corrette" e i rendering modes FLAT e FLATLINES
non funzionano (alle volte crashano pure).<br>
Ho provato quindi ad aggiornare la libreria vcg ma il cvs mi ha negato
l'accesso. Mi devo ritenere sfortunato? Il problema delle normali
l'avete riscontrato pure voi?<br>
<br>
D<br>
</font>
</body>
</html>

[Meshlab-devel] applyFilter() in mainWindow_RunTime.cpp

[Mario L. <mar...@gm...>]

Attualmente a applyFilter viene passato "this" come parent.
In questa maniera al filtro, invece della GLArea, viene passata la
MainWindow. Tuttavia per poter fare il logging e' necessaria proprio
la GLArea. Quindi ho cambiato la

iFilter->applyFilter(action,*(GLA()->mm ),this,QCallBack);

in

iFilter->applyFilter(action,*(GLA()->mm ),GLA(),QCallBack);

non credo che il cambiamento comporti problemi ma per sicurezza lo
riporto in lista

[Meshlab-devel] Calcolo Curvature per il gruppo di rendering

[Paolo C. <p.c...@is...>]

Per il gruppo rendering

per quanto riguarda il calcolo della curvatura (per la versione finale 
intendo) vi consiglio anche il seguente paper

Estimating Curvatures and Their Derivatives on Triangle Meshes
Symposium on 3D Data Processing, Visualization, and Transmission, 
September 2004
http://www.cs.princeton.edu/gfx/pubs/_2004_ECA/index.php
L'implementazione della tecnica descritta nel paper la trovate in ( da 
cui potete prendere ispirazione :) )
 
http://www.cs.princeton.edu/gfx/proj/trimesh2/

saluti
p.

-- 
Paolo Cignoni  http://vcg.isti.cnr.it/~cignoni

ISTI - CNR 
Via Moruzzi 1,
56124 Pisa
ITALY

[Meshlab-devel] Update Info

[Paolo C. <p.c...@is...>]

Tanto per tenere tutto aggiornato non sarebbe male che /*ogni gruppo*/ 
riaggiornasse in cvs la pagina web
http://meshlab.sourceforge.net/devel.html
con la descrizione di tutte le cose fatte da ogni gruppo.

Cambiate anche i modi dei verbi dall'imperativo all'infinito (e.g. 
/Adattate la classe LogStream.h/.. -> /Adattare la classe LogStream.h/...)

saluti
p.


-- 
Paolo Cignoni  http://vcg.isti.cnr.it/~cignoni

ISTI - CNR 
Via Moruzzi 1,
56124 Pisa
ITALY

[Meshlab-devel] Minor issues

[Paolo C. <p.c...@is...>]

Minor issues che mi piacerebbe veder sistemate...

1) il meccanismo dei nomi dei filtri ripulito in tutti i filtri, come 
fatto in meshdecorate, in modo tale da evitare errori fastidiosi nel 
dover ripetere due volte la stessa stringa.
2) aggiungere qualche scritta in piu' nel log. (ad es nei filtri dite 
quanti vertici vengono rimossi, unificati facce cancellate ecc, nella 
colorize dite quante self inters ci sono ecc) fatelo usando direttamente 
il puntatore alla GLarea che viene passato al filtro, questo mi sa che 
richiede che si linki ad ogni filtro anche logstream.cpp (che essendo 
isolato non dovrebbe dare troppi problemi) provate e fatemi sapere....
3) nella filter compute intersection mettete che setti anche il colore 
bianco delle facce che non hanno selfintersection (me ne ero dimenticato 
:) )
4) il loading dei file off e stl lascia il dialogo a mezzaria e non 
calcola le normali per faccia,
5) Aggiungete un filtro di refine midpoint (ci vuole davvero poco! :) )
6) i filtri di refine si piantano se la mesh non e' orientata bene (e.g. 
due facce adiacenti non sono orientate in modo coerente), aggiungete (se 
ce la fate) un filtro Re-Orient, che semplicemente chiama la 
clean::IsOriented() che ha bisogno solo della topologia FF

saluti


-- 
Paolo Cignoni  http://vcg.isti.cnr.it/~cignoni

ISTI - CNR 
Via Moruzzi 1,
56124 Pisa
ITALY

Re: [Meshlab-devel] R.F.C. decimator

[Paolo C. <p.c...@is...>]

direi di no, a rischio e pericolo dell'utente :)
sono tante le cose che possono rendere una mesh non manifold senno' poi 
si deve avvisare per tutto.
(una mesh puo' non essere manifold sin dall'inizio)
p.



Andrea wrote:

> Sempre per quanto riguarda il decimatore, per avvertire che la mesh 
> non sara' piu' 2-manifold si potrebbe mettere una dialog che avverte 
> che se si continua la mesh potra' non essere 2-manifodl e i classici 
> pulsanti annulla o procedi.
> Cosa ne pensate???
>
> Ciao
> Andrea
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Meshlab-devel mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>


-- 
Paolo Cignoni  http://vcg.isti.cnr.it/~cignoni

ISTI - CNR 
Via Moruzzi 1,
56124 Pisa
ITALY

[Meshlab-devel] R.F.C. decimator

[Andrea <ven...@cl...>]

Sempre per quanto riguarda il decimatore, per avvertire che la mesh non 
sara' piu' 2-manifold si potrebbe mettere una dialog che avverte che se 
si continua la mesh potra' non essere 2-manifodl e i classici pulsanti 
annulla o procedi.
Cosa ne pensate???

Ciao
Andrea

Re: [Meshlab-devel] Stato Release di Natale

[Paolo C. <p.c...@is...>]

Ok per la release della vigilia
vediamo di committare tutto il sensato per venerdi' !

 :)




Daniele wrote:

> Ciao a tutti...
> mi dispiace ma e' da un sacco che non metto mani al codice: ho=20
> compitino domani. Prometto di porre rimedio appena possibile. Doman=
i=20
> tra l'altro parto per tornare a casa e visto che la traversata e'=
=20
> lunga potro' solo fare modifiche in locale. Fino a giovedi' non pot=
ro'=20
> sicuramente aggiornare il progetto, ma credo che per tale data di a=
ver=20
> implementato le specifiche richieste. La release penso di farla=
=20
> venerdi notte o magari sabato mattina (!!!!!). Se volete la possiam=
o=20
> posticipare anche a domenica.... eheh ANCHE NO!! Scherzo.
>
> Fatemi sapere se venerdi' va bene a tutti.
>
> D
>
> pao...@is... ha scritto:
>
>>Cari studenti,
>>
>>mi fate un aggiornamento dello stato di meshlab rispetto alle featu=
re che
>>avevamo discusso nell'ultima lezione?
>>
>>Quanto manca alla famosa release di natale?
>>Ce la facciamo per giov/venerdi?
>>
>>Vedo ancora alcuni bachetti che speravo sparissero,
>>Aggiungere controllo manifld prima delle refine
>>le normali per faccia non vengono create da alcuni filtri in input
>>
>>Si potrebbe fare una tabellina di check per i vari formati?
>>
>>Fatemi sapere!
>>
>>saluti
>>p.=20
>>
>>
>>
>>---------------------------------------------
>>This message was sent using Endymion MailMan.
>>http://www.endymion.com/products/mailman/
>>
>>
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: Splunk Inc. Do you grep through =
log files
>>for problems?  Stop!  Download the new AJAX search engine that make=
s
>>searching your log files as easy as surfing the  web.  DOWNLOAD SPL=
UNK!
>>http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
>>_______________________________________________
>>Meshlab-devel mailing list
>>Mes...@li...
>>https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>>
>>
>> =20
>>
> ------------------------------------------------------- This SF.net=
=20
> email is sponsored by: Splunk Inc. Do you grep through log files fo=
r=20
> problems? Stop! Download the new AJAX search engine that makes=20
> searching your log files as easy as surfing the web. DOWNLOAD SPLUN=
K!=20
> http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick=20
> _______________________________________________ Meshlab-devel maili=
ng=20
> list Mes...@li...=20
> https://lists.sourceforge.net/lists/listinfo/meshlab-devel=20



--=20
Paolo Cignoni  http://vcg.isti.cnr.it/~cignoni

ISTI - CNR=20
Via Moruzzi 1,
56124 Pisa
ITALY

Re: [Meshlab-devel] colori dopo subdivision dopo gaussiana

[Paolo C. <p.c...@is...>]

Mario Latronico wrote:

> Applicando loop / butterfly dopo aver applicato 
> Render->Color->Gaussian Curvature si ha come risultato il famigerato 
> coniglio (o altra mesh ) "a pois".
>
> Ho provato ad applicare un'interpolazione lineare tra il vertice in 
> esame V(i) e gli altri due V1(i) e V2(i). Tuttavia la mesh viene 
> scurita, credo che sia dovuto ai nuovi vertici creati dal refinement, 
> inizializzati a zero (non ho controllato pero').
>
> Prima di fare il commit vorrei pero' chiedere se cambiare il colore ha 
> senso, poiche' comunque dopo il refinement si dovrebbe ricalcolare la 
> curvatura, giusto ?
>
Be' in effetti in questo caso molto senso non lo ha,
 ma nel caso generale e' giusto farlo, specialmente nel caso i colori 
fossero stati quelli originali.
intanto committala, poi la cosa viene sistemata per bene quando 
implemento il meccanismo di salvataggio colore originale.


>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Meshlab-devel mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>


-- 
Paolo Cignoni  http://vcg.isti.cnr.it/~cignoni

ISTI - CNR 
Via Moruzzi 1,
56124 Pisa
ITALY

Re: [Meshlab-devel] Stato Release di Natale

[Paolo C. <p.c...@is...>]

buz...@cl... wrote:

> Ho finalmente aggiunto il calcolo delle normali per faccia.
> Riguardo a questo ho distinto il trattamento a seconda dei due casi 
> possibili:
> - nel caso in cui nel file fossero presenti le normali per wedge, ho 
> calcolato
> la normale per faccia come media delle normali per wedge, sfruttando 
> in questo
> modo l'informazione aggiuntiva disponibile

ok, ma nel caso la mesh abbia anche le normali per wedge queste vengono 
caricate?

> - nel caso in cui nel file non fossero specificate le normali, ho 
> calcolato la
> normale per faccia col prodotto vettore  (v3-v1) X (v2-v1)
> Spero che questa soluzione possa ritenersi valida.

si magari usa direttamente la
face::ComputeNormalizedNormal(*fi)
che risparmi un po' di codice...

>
> E' stato inoltre migliorato il meccanismo di gestione degli errori nei 
> file .obj
> che si cercano di importare, e questo va a garantire una maggiore 
> resistenza a
> file obj non mesh.
>
benissimo!

> La lettura delle texture funziona correttamente.
> Lo stesso vale anche per la lettura dei materiali, che tuttavia sono 
> visibili
> soltanto applicando la colorazione per faccia.

Si dovrebbe fare che, se sono presenti colori per faccia, e.g. se nella 
mask ritornata dalla load c'e' segnato colori per faccia o colori per 
vertici
il modo di visualizzazione dovrebbe essere messo subito per vertex color 
o per face color.
un po come si fa per le texture nella open di file ply

>
> Dopodomani (venerdi) parto e sono in viaggio tutto il giorno, di 
> conseguenza mi
> resta solo domani per fare gli ultimi ritocchi, che tuttavia non 
> dovrebbero
> essere molti.
> Buon lavoro a tutti
> Andrea
>
>
>
>
> Quoting buz...@cl...:
>
>> Quoting pao...@is...:
>>
>>> Cari studenti,
>>>
>>> mi fate un aggiornamento dello stato di meshlab rispetto alle 
>>> feature che
>>> avevamo discusso nell'ultima lezione?
>>>
>>> Quanto manca alla famosa release di natale?
>>
>>
>>
>> [X] tutto sotto plugins, ok
>> [X] meshio plugins esporta una lista di formati (obj, ply, stl, off), ok
>>
>> [ ] IO obj non setta normali per faccia
>>
>> Su questo mi servirebbe un chiarimento.
>> Dato che nell'obj le normali sono specificate per wedge, le normali 
>> per faccia
>> le calcolo  da me?
>> Se si (come suppongo), per il calcolo della normale per faccia e' 
>> piu' indicato
>> il prodotto vettore
>> (v3-v1) X (v2-v1)
>> dove i v_i sono i vertici della faccia
>> o forse e' meglio fare la media delle normali per wedge?
>>
>> [ ] Resistenza a obj non mesh: quasi finito, ancora da committare
>>
>> Per venerdi cmq il tutto dovrebbe essere pronto.
>> Andrea
>>
>>
>>> ---------------------------------------------
>>> This message was sent using Endymion MailMan.
>>> http://www.endymion.com/products/mailman/
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.net email is sponsored by: Splunk Inc. Do you grep through 
>>> log files
>>> for problems?  Stop!  Download the new AJAX search engine that makes
>>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>>> _______________________________________________
>>> Meshlab-devel mailing list
>>> Mes...@li...
>>> https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>>>
>>
>>
>>
>> ----------------------------------------------------------------
>> This message was sent using IMP, the Internet Messaging Program.
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep through 
>> log files
>> for problems?  Stop!  Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>> _______________________________________________
>> Meshlab-devel mailing list
>> Mes...@li...
>> https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>>
>
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Meshlab-devel mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>


-- 
Paolo Cignoni  http://vcg.isti.cnr.it/~cignoni

ISTI - CNR 
Via Moruzzi 1,
56124 Pisa
ITALY

Re: [Meshlab-devel] Stato Release di Natale

[<buz...@cl...>]

Ho finalmente aggiunto il calcolo delle normali per faccia.
Riguardo a questo ho distinto il trattamento a seconda dei due casi possibili:
- nel caso in cui nel file fossero presenti le normali per wedge, ho calcolato
la normale per faccia come media delle normali per wedge, sfruttando in questo
modo l'informazione aggiuntiva disponibile
- nel caso in cui nel file non fossero specificate le normali, ho calcolato la
normale per faccia col prodotto vettore  (v3-v1) X (v2-v1)

Spero che questa soluzione possa ritenersi valida.

E' stato inoltre migliorato il meccanismo di gestione degli errori nei 
file .obj
che si cercano di importare, e questo va a garantire una maggiore resistenza a
file obj non mesh.

La lettura delle texture funziona correttamente.
Lo stesso vale anche per la lettura dei materiali, che tuttavia sono visibili
soltanto applicando la colorazione per faccia.

Dopodomani (venerdi) parto e sono in viaggio tutto il giorno, di 
conseguenza mi
resta solo domani per fare gli ultimi ritocchi, che tuttavia non dovrebbero
essere molti.
Buon lavoro a tutti
Andrea




Quoting buz...@cl...:

> Quoting pao...@is...:
>
>> Cari studenti,
>>
>> mi fate un aggiornamento dello stato di meshlab rispetto alle feature che
>> avevamo discusso nell'ultima lezione?
>>
>> Quanto manca alla famosa release di natale?
>
>
> [X] tutto sotto plugins, ok
> [X] meshio plugins esporta una lista di formati (obj, ply, stl, off), ok
>
> [ ] IO obj non setta normali per faccia
>
> Su questo mi servirebbe un chiarimento.
> Dato che nell'obj le normali sono specificate per wedge, le normali 
> per faccia
> le calcolo  da me?
> Se si (come suppongo), per il calcolo della normale per faccia e' 
> piu' indicato
> il prodotto vettore
> (v3-v1) X (v2-v1)
> dove i v_i sono i vertici della faccia
> o forse e' meglio fare la media delle normali per wedge?
>
> [ ] Resistenza a obj non mesh: quasi finito, ancora da committare
>
> Per venerdi cmq il tutto dovrebbe essere pronto.
> Andrea
>
>
>> ---------------------------------------------
>> This message was sent using Endymion MailMan.
>> http://www.endymion.com/products/mailman/
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>> for problems?  Stop!  Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>> _______________________________________________
>> Meshlab-devel mailing list
>> Mes...@li...
>> https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>>
>
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Meshlab-devel mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

[Meshlab-devel] colori dopo subdivision dopo gaussiana

[Mario L. <yuz...@ti...>]

Applicando loop / butterfly dopo aver applicato Render->Color->Gaussian 
Curvature si ha come risultato il famigerato coniglio (o altra mesh ) "a 
pois".

Ho provato ad applicare un'interpolazione lineare tra il vertice in 
esame V(i) e gli altri due V1(i) e V2(i). Tuttavia la mesh viene 
scurita, credo che sia dovuto ai nuovi vertici creati dal refinement, 
inizializzati a zero (non ho controllato pero').

Prima di fare il commit vorrei pero' chiedere se cambiare il colore ha 
senso, poiche' comunque dopo il refinement si dovrebbe ricalcolare la 
curvatura, giusto ?

Re: [Meshlab-devel] Stato Release di Natale

[<buz...@cl...>]

Quoting pao...@is...:

> Cari studenti,
>
> mi fate un aggiornamento dello stato di meshlab rispetto alle feature che
> avevamo discusso nell'ultima lezione?
>
> Quanto manca alla famosa release di natale?


[X] tutto sotto plugins, ok
[X] meshio plugins esporta una lista di formati (obj, ply, stl, off), ok

[ ] IO obj non setta normali per faccia

Su questo mi servirebbe un chiarimento.
Dato che nell'obj le normali sono specificate per wedge, le normali per faccia
le calcolo  da me?
Se si (come suppongo), per il calcolo della normale per faccia e' piu' 
indicato
il prodotto vettore
(v3-v1) X (v2-v1)
dove i v_i sono i vertici della faccia
o forse e' meglio fare la media delle normali per wedge?

[ ] Resistenza a obj non mesh: quasi finito, ancora da committare

Per venerdi cmq il tutto dovrebbe essere pronto.
Andrea


> ---------------------------------------------
> This message was sent using Endymion MailMan.
> http://www.endymion.com/products/mailman/
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Meshlab-devel mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Re: [Meshlab-devel] crash in IsComplexManifold

[Mario L. <mar...@gm...>]

> non committate la versione con la mesh con l'adiacenza Vertice-faccia...
>
> Faccio sistemare la ismanifold
> aspettatevi un cambio di interfaccia della ismanifold...
> p.

ok, grazie :)

Re: [Meshlab-devel] crash in IsComplexManifold

[<pao...@is...>]

mmm. ok per questa release nataliza per ora lasciamo perdere

non committate la versione con la mesh con l'adiacenza Vertice-faccia...

Faccio sistemare la ismanifold
aspettatevi un cambio di interfaccia della ismanifold...
p.

> attualmente la funzione IsComplexManifold() va in crash su bunny2.ply
> senza avere applicato nessun filtro.
> Avevamo provato gia' questa funzione con il decimatore e funzionava
> correttamente perche' veniva coperta solo la prima parte del codice (
> first test ) , in quanto flagManifold veniva settata a false e usciva
> restituendolo. Ora abbiamo provato ad applicarla cosi' :
> in applyFilter()
> ....
> 
> 	        vcg::tri::UpdateTopology<CMeshO>::VertexFace(m.cm);
> 		vcg::tri::UpdateTopology<CMeshO>::FaceFace(m.cm);
> 		vcg::tri::UpdateFlags<CMeshO>::FaceBorderFromFF(m.cm);
> 		vcg::tri::UpdateNormals<CMeshO>::PerVertexNormalized(m.cm);
> 	        vcg::tri::UpdateFlags<CMeshO>::VertexBorderFromFace (m.cm);
> 		vcg::tri::UpdateColor<CMeshO>::VertexBorderFlag(m.cm);
> 		if ( ! tri::Clean<CMeshO>::IsComplexManifold(m.cm)) {
> ....... // E' NON 2-Manifold
> }
> 
> come si vede abbiamo provato piu' o meno tutte le Update (tranne la Edges)
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> _______________________________________________
> Meshlab-devel mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/meshlab-devel
https://lists.sourceforge.net/lists/listinfo/meshlab-devel


---------------------------------------------
This message was sent using Endymion MailMan.
http://www.endymion.com/products/mailman/

[Meshlab-devel] crash in IsComplexManifold

[Mario L. <mar...@gm...>]

attualmente la funzione IsComplexManifold() va in crash su bunny2.ply
senza avere applicato nessun filtro.
Avevamo provato gia' questa funzione con il decimatore e funzionava
correttamente perche' veniva coperta solo la prima parte del codice (
first test ) , in quanto flagManifold veniva settata a false e usciva
restituendolo. Ora abbiamo provato ad applicarla cosi' :
in applyFilter()
...

=09        vcg::tri::UpdateTopology<CMeshO>::VertexFace(m.cm);
=09=09vcg::tri::UpdateTopology<CMeshO>::FaceFace(m.cm);
=09=09vcg::tri::UpdateFlags<CMeshO>::FaceBorderFromFF(m.cm);
=09=09vcg::tri::UpdateNormals<CMeshO>::PerVertexNormalized(m.cm);
=09        vcg::tri::UpdateFlags<CMeshO>::VertexBorderFromFace (m.cm);
=09=09vcg::tri::UpdateColor<CMeshO>::VertexBorderFlag(m.cm);
=09=09if ( ! tri::Clean<CMeshO>::IsComplexManifold(m.cm)) {
...... // E' NON 2-Manifold
}

come si vede abbiamo provato piu' o meno tutte le Update (tranne la Edges)

Re: [Meshlab-devel] Stato Release di Natale

[Daniele <dal...@ho...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-15"
 http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font size="-1">Ciao a tutti...<br>
mi dispiace ma e' da un sacco che non metto mani al codice: ho
compitino domani. Prometto di porre rimedio appena possibile. Domani
tra l'altro parto per tornare a casa e visto che la traversata e' lunga
potro' solo fare modifiche in locale. Fino a giovedi' non potro'
sicuramente aggiornare il progetto, ma credo che per tale data di aver
implementato le specifiche richieste. La release penso di farla venerdi
notte o magari sabato mattina (!!!!!). Se volete la possiamo
posticipare anche a domenica.... eheh ANCHE NO!! Scherzo.<br>
<br>
Fatemi sapere se venerdi' va bene a tutti.<br>
<br>
D<br>
</font><br>
<a class="moz-txt-link-abbreviated" href="mailto:pao...@is...">pao...@is...</a> ha scritto:
<blockquote cite="mid...@mx..." type="cite">
  <pre wrap="">Cari studenti,

mi fate un aggiornamento dello stato di meshlab rispetto alle feature che
avevamo discusso nell'ultima lezione?

Quanto manca alla famosa release di natale?
Ce la facciamo per giov/venerdi?

Vedo ancora alcuni bachetti che speravo sparissero,
Aggiungere controllo manifld prima delle refine
le normali per faccia non vengono create da alcuni filtri in input

Si potrebbe fare una tabellina di check per i vari formati?

Fatemi sapere!

saluti
p. 



---------------------------------------------
This message was sent using Endymion MailMan.
<a class="moz-txt-link-freetext" href="http://www.endymion.com/products/mailman/">http://www.endymion.com/products/mailman/</a>




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
<a class="moz-txt-link-freetext" href="http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click">http://ads.osdn.com/?ad_id=7637&amp;alloc_id=16865&amp;op=click</a>
_______________________________________________
Meshlab-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Mes...@li...">Mes...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/meshlab-devel">https://lists.sourceforge.net/lists/listinfo/meshlab-devel</a>


  </pre>
</blockquote>
</body>
</html>

Re: [Meshlab-devel] Stato Release di Natale

[Mario L. <mar...@gm...>]

Il 20/12/05, pao...@is...<pao...@is...> ha scritt=
o:

> Vedo ancora alcuni bachetti che speravo sparissero,
> Aggiungere controllo manifld prima delle refine

per fare questo pero' sembra essere necessaria l'adiacenza vertice
faccia, in quanto in clean.h nella funzione c'e' una
assert(m.HasVFTopology()); [riga 304]

la possiamo aggiungere a meshmodel.h ?

Re: [Meshlab-devel] Stato Release di Natale

[Federico M. <fma...@em...>]

pao...@is... wrote:

>Cari studenti,
>
>mi fate un aggiornamento dello stato di meshlab rispetto alle feature che
>avevamo discusso nell'ultima lezione?
>
>  
>
per quanto riguarda il salvataggio degli obj dovrebbe essere concluso, 
salvo forse
alcune ottimizzazioni per renderlo piu' veloce.  Attualmento e' in fase di
implementazione il salvataggio dei file 3ds. Manca da implementare 
materiali e coordinate di
texture, credo di finire entro venerdi', dopodiche' mi dedichero' alle 
ottimizzazioni del codice
per la release finale.

"tutto sotto plugins" -> ok

"meshio plugins esporta una lista di fomati (obj,ply,stl,off)" -> ok
+ salvataggio  vertici e facce del formato 3ds.