You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(50) |
Dec
(118) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(93) |
Feb
(17) |
Mar
(6) |
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(45) |
Dec
(17) |
| 2007 |
Jan
(23) |
Feb
(33) |
Mar
(4) |
Apr
(1) |
May
|
Jun
|
Jul
(2) |
Aug
(6) |
Sep
(1) |
Oct
|
Nov
(13) |
Dec
(20) |
| 2008 |
Jan
(26) |
Feb
(69) |
Mar
(72) |
Apr
(32) |
May
(35) |
Jun
(12) |
Jul
(99) |
Aug
(52) |
Sep
(15) |
Oct
(49) |
Nov
(12) |
Dec
(26) |
| 2009 |
Jan
(7) |
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Edoardo P. <ed...@ya...> - 2008-07-29 08:38:43
|
Ciao a tutti,mi servirebbe un aiuto perchè non riesco a trovar euna soluzione,è possibile trovare una rotazione che permette, partendo da un piano di arrivare su un'altro piano?Va bene anche se la rotazione avviene sul centro del piano. Se non sbaglio si dovrebbero trovare 3 rotazioni sui 3 assi.Ciao e grazie Edoardo Pocci --- Lun 28/7/08, fabio ganovelli <fab...@gm...> ha scritto: Da: fabio ganovelli <fab...@gm...> Oggetto: [Meshlab-devel] [remind]: PLEASE DO NOT TRASH OUR SVN SERVER! A: "vcg-devel" <vcg...@li...>, mes...@li... Data: Lunedì 28 luglio 2008, 15:43 Dear developers, what described in the last email by Paolo Cignoni has happened again, in the very same way (by a different account). We deeply appreciate the effort everyone puts in the library, and with "we" I mean you and everybody who use the library and Meshlab, but please pay attention when committing. We all may accidentally create bugs in the code, but to fill the top level of the folder hierarchy with trash is going a little too far. There is a zillion things to do better than to clean up the mess done out of lack of carefulness, which is what Paolo is doing right now. "I you are not perfectly sure of what a svn command do, please DO NOT ATTEMPT anything.(particularly at late night hours) Read the svn manuals again and again before doing anything." all the best, Fabio Ganovelli ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Meshlab-devel mailing list Mes...@li... https://lists.sourceforge.net/lists/listinfo/meshlab-devel Posta, news, sport, oroscopo: tutto in una sola pagina. Crea l'home page che piace a te! www.yahoo.it/latuapagina |
|
From: skunkwerk <sku...@gm...> - 2008-07-29 01:52:52
|
Paolo, may I ask how you determined the number of leaves in the model? The .dae had a maximum of 2,766 triangles in one "node" sorry for all the questions imran On Mon, Jul 21, 2008 at 6:10 AM, Paolo Cignoni <pao...@is...>wrote: > skunkwerk wrote: > > thanks team, > i did some more testing on the quadric-texture filter with border > preservation enabled, on about 100 different models. > > 1) on some models (example file: www.akbars.net/20.zip) you simply can't > reduce the model past a certain number of faces (in this case, 55,000) with > border preservation on - the filter will run, but will stop after having > reduced not all the way... is this intentional? > > > in some sense yes. > Preserving borders means that you do not change at all boundary edges, only > the vertices not on the boundary will be considered for removal. > If you model is compose mostly by borders it is quite evident that you will > not simplify a lot. > The fuselage of model 20 is mostly composed by non manifold faces, that are > considered as border, so you will not simplify it a lot. > The real issue is that for everitying holds the golden rule : rubbish in > rubbish out. > > The plane model is a really trashy one, with a lot of geometric > inconsistencies, modeling errors, non manifold faces etc... > It will be really hard to get something good from it without a complete > remeshing.... > > 2) on some models (example file: www.akbars.net/27.zip) turning on border > preservation results in the model turning into a blob (shape doesn't look at > all the same), whereas with the same number of target faces, the regular > quadric will keep the shape, though lose some faces - is it possible that > the border isn't being preserved correctly with the quadric-texture filter? > > > It is the correct behaviour. the shape that you get is the shape of an > object where all the border vertices are preserved, and almost all the > internal vertices have been deleted. > If you flag border preservation and ask for a face number that is smaller > of the number of faces on the boundary you have to cope with the fact that > border are preserved (doh!) > > This model is junky as the previous one... one of the tree has approx 26k > faces in the leaves. All the leaves has no internal vertex so, by > definition, they cannot be simplified if you preserve the border.... > > 3) is it possible that the lack of the 'preserve normals' option could be > the cause of the different performance between the 2 filters? would it be > possible to enable this feature for the quadric-texture filter? > > > No. I do not think so. > > 4) is there any way to get an estimation of the "error" introduced by the > reduction, so maybe you could try each filter and go with whichever one has > the least error? > > > Almost, in the sampling plugin you have a filter that measures the > hausdorff distance between two meshes. that is probably the most used error > measure in simplification. > > 5) i haven't seen a good explanation for what the "quality threshold" > actually does... how does changing this value affect the reduction? > > > in the standard quadric means that edge collapsed that generate faces with > bad aspect ratio, will be penalized. > In your case it did not matter a lot, these two meshes are incredibly > horrible from a quality triangle point of view (a lot of very long skinny > triangles, etc) > > 6) it seems like the 'border preservation' works best on models that are > not separated into different pieces... is this likely to be true? > > > > obviously if you want border preservation in objects that are composed > mostly by border vertices you do not simplify much. > > Final Note. > Edge collapse based Simplification algorithms (all of them!) works well in > the case of mesh composed by a large number of triangles uniformly > distributed over the surface. If your mesh is already composed by a > reasonable number of triangle it is difficult to remove a lot of them > > In other words you cannot simplify a cube composed by 12 triangles, and > similarly you cannot simplify a mesh composed by 100000 cubes without > affecting in a significant way its appearance. > > hope this helps a better understanding of the real capabilities of this > class of algorithms. > > cheers > p. > > all the best, > imran > > On Sun, Jul 20, 2008 at 9:52 AM, skunkwerk <sku...@gm...> <sku...@gm...> wrote: > > > > thanks paolo, > i tried it again and the results look much better... though still > slightly worse performance than the regular quadric. i'll do some more > testing. > > imran > > > On Wed, Jul 16, 2008 at 11:27 PM, Paolo Cignoni <pao...@is...> <pao...@is...> > wrote: > > > > Thanks Marco! > > We did it at the same time. :) > > Yes it was rather simple. > There was a couple a small bugs that i have found when looking in the > code, > borders were not computed correctly (you used ff topo instead of VF topo) > (and i did something wrong when restoring the border preserving markings) > > So let me commit my version later. > > p. > > > > Marco Pirosu wrote: > > so i actually implemented it. > > Then i think i just did copy and paste from the regular one, because i > do not remember doing anything special. > > I don't know why their outcome differs so much. > > On 7/16/08, skunkwerk <sku...@gm...> <sku...@gm...> <sku...@gm...> <sku...@gm...> wrote: > > > thanks Marco, > Paolo, is this feature something we could ask Marco to implement? I > re-did my tests, restarting meshlab each time so as not to be affected by > the bug you mentioned. the 'preserve boundary' option does seem to work, > but even without it selected the regular quadric preserves much more of the > boundary than the quadric-with-texture does. > > i'm working on fixing the filter texture (texture atlas) plugin right now > > imran > > On Wed, Jul 16, 2008 at 1:55 PM, Marco Pirosu <pi...@gm...> <pi...@gm...> <pi...@gm...> <pi...@gm...> wrote: > > > > the original quadric algorithm has been written by paolo cignoni. I > think to remember i did not manage it because it wasn't part of the > course project, even if the option is there (i think it has been put > there in order to be uniform with the normal one). Also, if i remember > well. the two algotithms work in a different way. The regular one is > dedicated for 3D geometry, while my algorithm is based on the Garland > multidimensional algorithm. > > > On 7/16/08, skunkwerk <sku...@gm...> <sku...@gm...> <sku...@gm...> <sku...@gm...> wrote: > > > it looks like the extra options in the regular quadric filter make no > visible difference (i tried reductions with them on and off) - > especially > the 'preserve boundaries' option that I thought would account for the > different performance. > > but sure enough, the regular-quadric is performing better (dropping less > geometry for the same number of output faces) than the quadric-texture > filter. any ideas why? > > imran > > On Wed, Jul 16, 2008 at 9:55 AM, skunkwerk <sku...@gm...> <sku...@gm...> <sku...@gm...> <sku...@gm...> wrote: > > > > is that the source of the problem, you think? > who wrote the regular quadric filter? > would it be possible to copy-paste the code from the regular quadric > filter > that handles boundary preservation to the quadric-texture one? > > imran > > > On Wed, Jul 16, 2008 at 4:19 AM, Marco Pirosu <pi...@gm...> <pi...@gm...> <pi...@gm...> <pi...@gm...> wrote: > > > > i think it wasn't part of the course project, so i didn't implement > it. > It > should be doable, through. > > On 7/16/08, skunkwerk <sku...@gm...> <sku...@gm...> <sku...@gm...> <sku...@gm...> wrote: > > > > there seems to be a difference in the performance of the > quadric-with-texture filter and the regular quadric. > > see these two files:www.akbars.net/classicford.saved.dae (regular quadric)www.akbars.net/classicford.savedtextured.dae (quadric-with-texture) > > the quadric-with-texture file has polygons missing from the wheels, > if > you look at them from the side. is this supposed to happen? they > > > were > > > both > reduced to about ~50,000 polygons. > > Is there a reason the quadric-with-texture filter doesn't have a > "preserve boundary" option? > > thanks, > imran > > > > > > ------------------------------------------------------------------------- > > > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > worldhttp://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Meshlab-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/meshlab-devel > > > ------------------------------------------------------------------------- > > > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > worldhttp://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Meshlab-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/meshlab-devel > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > worldhttp://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Meshlab-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/meshlab-devel > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the worldhttp://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Meshlab-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/meshlab-devel > > > > -- > Paolo Cignoni -- Senior Researcher > Visual Computing Laboratory - ISTI - CNR http://vcg.isti.cnr.it/~cignoni <http://vcg.isti.cnr.it/%7Ecignoni> <http://vcg.isti.cnr.it/%7Ecignoni> <http://vcg.isti.cnr.it/%7Ecignoni> > > ISTI - CNR > Via Moruzzi 1, > 56124 Pisa > ITALY > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > worldhttp://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Meshlab-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/meshlab-devel > > > ------------------------------ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the worldhttp://moblin-contest.org/redirect.php?banner_id=100&url=/ > > ------------------------------ > > _______________________________________________ > Meshlab-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/meshlab-devel > > > > -- > Paolo Cignoni -- Senior Researcher > Visual Computing Laboratory - ISTI - CNR http://vcg.isti.cnr.it/~cignoni <http://vcg.isti.cnr.it/%7Ecignoni> > > ISTI - CNR > Via Moruzzi 1, > 56124 Pisa > ITALY > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Meshlab-devel mailing list > Mes...@li... > https://lists.sourceforge.net/lists/listinfo/meshlab-devel > > |
|
From: skunkwerk <sku...@gm...> - 2008-07-29 01:01:16
|
Paolo, that model you attached has hung my version of meshlab (and it seems my whole computer) at 99% for about 5 minutes while trying to load it - did you not have that problem? On Mon, Jul 28, 2008 at 11:30 AM, skunkwerk <sku...@gm...> wrote: > ok, no problem. i'll test out the model you attached. > > i tried the hausdorff distance filter after opening 2 layers like you > suggested (opening more than one in the "open" dialog, or choosing > File->Open as new layer) but while it seems like it's loading another layer, > it doesn't show up as another layer (the layers dialog shows only one layer, > and the hausdorff distance filter only gives me one option). > > am i still doing something wrong? > > imran > > On Sun, Jul 27, 2008 at 3:27 AM, Paolo Cignoni <pao...@is...>wrote: > >> skunkwerk wrote: >> >> it's no longer crashing on resampling, but the resulting model doesn't >> have the textures placed correctly >> >> >> >> Well, I tried the plugins and for very simple instances it seems to work. >> But for serious instances, like this one >> >> http://vcg.isti.cnr.it/~cignoni/minervatex.zip<http://vcg.isti.cnr.it/%7Ecignoni/minervatex.zip> >> >> it hangs. I consider the filter working only if it works succesfully on >> these kind of meshes. >> And it should take just a couple of sec to complete the atlas for such a >> mesh. >> >> >> paolo, i'd like to start on the normal mapper; do i need to implement >> LSCM? have you decided on a numerical solver (the same link has something >> called openNL which seems like it could work) >> http://alice.loria.fr/php/article.php?pub=../publications/papers/2002/lscm >> >> how exactly does the attribute transfer plugin work? i took a look at >> some of the source... >> >> No. Don't do it. >> Sorry for the frankness, but I think that it is much better if you try to >> concentrate on a single much much simpler task and then, later, when >> everything works and is cleaned and debugged, and you will have the required >> skills, knowledge and background, you will move one to increasingly complex >> stuff. >> >> LSCM stuff is hard. >> Building a texture atlas was an easy task. >> >> So, please, contiune to work and clean the atlas builder... >> (and add better comments to the parameters) >> >> cheers >> p. >> >> >> >> >> >> -- >> Paolo Cignoni -- Senior Researcher >> Visual Computing Laboratory - ISTI - CNR http://vcg.isti.cnr.it/~cignoni <http://vcg.isti.cnr.it/%7Ecignoni> >> >> ISTI - CNR >> Via Moruzzi 1, >> 56124 Pisa >> ITALY >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Meshlab-devel mailing list >> Mes...@li... >> https://lists.sourceforge.net/lists/listinfo/meshlab-devel >> >> > |
|
From: skunkwerk <sku...@gm...> - 2008-07-29 00:03:33
|
I guess the technical definition of a hole would be the genus of a model, as calculated in clean.h On Mon, Jul 28, 2008 at 3:52 PM, skunkwerk <sku...@gm...> wrote: > I tried the 'close holes' filter with the default options on 2 models, and > had it crash both times with this assertion error: > > meshlab: ../../../../vcglib/vcg/simplex/face/pos.h:291: void > vcg::face::Pos<FaceType>::FlipF() [with FaceType = CFaceO]: Assertion > `f->FFp(z)->FFp(f->FFi(z))==f' failed. > > has anyone else had this problem? > i was looking at vcglib/vcg/complex/trimesh/hole.h; is the "hole" used here > the same as the common definition? Is there a way to get the number of such > holes of a model? > > thanks, > imran > |
|
From: skunkwerk <sku...@gm...> - 2008-07-28 22:52:51
|
I tried the 'close holes' filter with the default options on 2 models, and had it crash both times with this assertion error: meshlab: ../../../../vcglib/vcg/simplex/face/pos.h:291: void vcg::face::Pos<FaceType>::FlipF() [with FaceType = CFaceO]: Assertion `f->FFp(z)->FFp(f->FFi(z))==f' failed. has anyone else had this problem? i was looking at vcglib/vcg/complex/trimesh/hole.h; is the "hole" used here the same as the common definition? Is there a way to get the number of such holes of a model? thanks, imran |
|
From: skunkwerk <sku...@gm...> - 2008-07-28 19:11:48
|
thanks Paolo, what is meshlab's definition of a bordering or boundary edge/face (is there a difference between a 'border' and a 'boundary' - as you used both in your email)? How is it calculated (you mention non-manifold faces are considered to be on the boundary)? Is there any way to calculate the number of faces in a model that are on the border, so you can get a sense of how much you can reduce it? imran On Mon, Jul 21, 2008 at 1:40 PM, Paolo Cignoni <pao...@is...>wrote: > skunkwerk wrote: > > thanks for the responses Paolo, > > > > 1) there are a number of filters in the sampleplugins folder - which one > > can do the hausdorff distance? > > > sorry, > I meant the sampling filter not the sampleplugin folder. I.e. the > filter_sampling folder. > > p. > > -- > Paolo Cignoni -- Senior Researcher > Visual Computing Laboratory - ISTI - CNR > http://vcg.isti.cnr.it/~cignoni <http://vcg.isti.cnr.it/%7Ecignoni> > > ISTI - CNR > Via Moruzzi 1, > 56124 Pisa > ITALY > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Meshlab-devel mailing list > Mes...@li... > https://lists.sourceforge.net/lists/listinfo/meshlab-devel > |
|
From: skunkwerk <sku...@gm...> - 2008-07-28 18:30:38
|
ok, no problem. i'll test out the model you attached. i tried the hausdorff distance filter after opening 2 layers like you suggested (opening more than one in the "open" dialog, or choosing File->Open as new layer) but while it seems like it's loading another layer, it doesn't show up as another layer (the layers dialog shows only one layer, and the hausdorff distance filter only gives me one option). am i still doing something wrong? imran On Sun, Jul 27, 2008 at 3:27 AM, Paolo Cignoni <pao...@is...>wrote: > skunkwerk wrote: > > it's no longer crashing on resampling, but the resulting model doesn't have > the textures placed correctly > > > > Well, I tried the plugins and for very simple instances it seems to work. > But for serious instances, like this one > > http://vcg.isti.cnr.it/~cignoni/minervatex.zip<http://vcg.isti.cnr.it/%7Ecignoni/minervatex.zip> > > it hangs. I consider the filter working only if it works succesfully on > these kind of meshes. > And it should take just a couple of sec to complete the atlas for such a > mesh. > > > paolo, i'd like to start on the normal mapper; do i need to implement > LSCM? have you decided on a numerical solver (the same link has something > called openNL which seems like it could work) > http://alice.loria.fr/php/article.php?pub=../publications/papers/2002/lscm > > how exactly does the attribute transfer plugin work? i took a look at some > of the source... > > No. Don't do it. > Sorry for the frankness, but I think that it is much better if you try to > concentrate on a single much much simpler task and then, later, when > everything works and is cleaned and debugged, and you will have the required > skills, knowledge and background, you will move one to increasingly complex > stuff. > > LSCM stuff is hard. > Building a texture atlas was an easy task. > > So, please, contiune to work and clean the atlas builder... > (and add better comments to the parameters) > > cheers > p. > > > > > > -- > Paolo Cignoni -- Senior Researcher > Visual Computing Laboratory - ISTI - CNR http://vcg.isti.cnr.it/~cignoni <http://vcg.isti.cnr.it/%7Ecignoni> > > ISTI - CNR > Via Moruzzi 1, > 56124 Pisa > ITALY > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Meshlab-devel mailing list > Mes...@li... > https://lists.sourceforge.net/lists/listinfo/meshlab-devel > > |
|
From: fabio g. <fab...@gm...> - 2008-07-28 13:43:26
|
Dear developers, what described in the last email by Paolo Cignoni has happened again, in the very same way (by a different account). We deeply appreciate the effort everyone puts in the library, and with "we" I mean you and everybody who use the library and Meshlab, but please pay attention when committing. We all may accidentally create bugs in the code, but to fill the top level of the folder hierarchy with trash is going a little too far. There is a zillion things to do better than to clean up the mess done out of lack of carefulness, which is what Paolo is doing right now. "I you are not perfectly sure of what a svn command do, please DO NOT ATTEMPT anything.(particularly at late night hours) Read the svn manuals again and again before doing anything." all the best, Fabio Ganovelli |
|
From: Edoardo P. <ed...@ya...> - 2008-07-28 13:02:00
|
I could also have a plane in place of center and direction
Edoardo Pocci
--- Lun 28/7/08, Edoardo Pocci <ed...@ya...> ha scritto:
Da: Edoardo Pocci <ed...@ya...>
Oggetto: [Meshlab-devel] Improve slicing tool help
A: "Meshlab development list" <mes...@li...>
Data: Lunedì 28 luglio 2008, 14:55
I have a problem with trackball,i want to set trackball from a centre point (simple) and a direction (is a point3f ), but trackball have centre and track that is Similarityf
how can I do?Thanks to all,Edoardo Pocci
Dato che l'inglese non è il mio forte scrivo anche in italiano:
Devo gestire la trackball in modo da spostarla in base ad un punto e un vettore che mi rappresenta la direzione, solo che la trackball ha si il centro ma ha come altro oggetto un tipo Similarityf che può essere impostato da una matrice 4x4, come posso fare?Grazie a tutti,Edoardo
Posta, news, sport, oroscopo: tutto in una sola pagina.
Crea l'home page che piace a te!
www.yahoo.it/latuapagina |
|
From: Edoardo P. <ed...@ya...> - 2008-07-28 12:57:13
|
I have a problem with trackball,i want to set trackball from a centre point (simple) and a direction (is a point3f ), but trackball have centre and track that is Similarityf how can I do?Thanks to all,Edoardo Pocci Dato che l'inglese non è il mio forte scrivo anche in italiano: Devo gestire la trackball in modo da spostarla in base ad un punto e un vettore che mi rappresenta la direzione, solo che la trackball ha si il centro ma ha come altro oggetto un tipo Similarityf che può essere impostato da una matrice 4x4, come posso fare?Grazie a tutti,Edoardo--- Dom 27/7/08, Paolo Cignoni <pao...@is...> ha scritto: Da: Paolo Cignoni <pao...@is...> Oggetto: Re: [Meshlab-devel] texture atlas - please comment A: "Meshlab development list" <mes...@li...> Data: Domenica 27 luglio 2008, 12:27 skunkwerk wrote: it's no longer crashing on resampling, but the resulting model doesn't have the textures placed correctly Well, I tried the plugins and for very simple instances it seems to work. But for serious instances, like this one http://vcg.isti.cnr.it/~cignoni/minervatex.zip it hangs. I consider the filter working only if it works succesfully on these kind of meshes. And it should take just a couple of sec to complete the atlas for such a mesh. paolo, i'd like to start on the normal mapper; do i need to implement LSCM? have you decided on a numerical solver (the same link has something called openNL which seems like it could work) http://alice.loria.fr/php/article.php?pub=../publications/papers/2002/lscm how exactly does the attribute transfer plugin work? i took a look at some of the source... No. Don't do it. Sorry for the frankness, but I think that it is much better if you try to concentrate on a single much much simpler task and then, later, when everything works and is cleaned and debugged, and you will have the required skills, knowledge and background, you will move one to increasingly complex stuff. LSCM stuff is hard. Building a texture atlas was an easy task. So, please, contiune to work and clean the atlas builder... (and add better comments to the parameters) cheers p. -- Paolo Cignoni -- Senior Researcher Visual Computing Laboratory - ISTI - CNR http://vcg.isti.cnr.it/~cignoni ISTI - CNR Via Moruzzi 1, 56124 Pisa ITALY ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ Meshlab-devel mailing list Mes...@li... https://lists.sourceforge.net/lists/listinfo/meshlab-devel Posta, news, sport, oroscopo: tutto in una sola pagina. Crea l'home page che piace a te! www.yahoo.it/latuapagina |
|
From: Paolo C. <pao...@is...> - 2008-07-27 10:28:12
|
skunkwerk wrote: > it's no longer crashing on resampling, but the resulting model doesn't > have the textures placed correctly Well, I tried the plugins and for very simple instances it seems to work. But for serious instances, like this one http://vcg.isti.cnr.it/~cignoni/minervatex.zip it hangs. I consider the filter working only if it works succesfully on these kind of meshes. And it should take just a couple of sec to complete the atlas for such a mesh. > paolo, i'd like to start on the normal mapper; do i need to implement > LSCM? have you decided on a numerical solver (the same link has > something called openNL which seems like it could work) > http://alice.loria.fr/php/article.php?pub=../publications/papers/2002/lscm > > how exactly does the attribute transfer plugin work? i took a look at > some of the source... No. Don't do it. Sorry for the frankness, but I think that it is much better if you try to concentrate on a single much much simpler task and then, later, when everything works and is cleaned and debugged, and you will have the required skills, knowledge and background, you will move one to increasingly complex stuff. LSCM stuff is hard. Building a texture atlas was an easy task. So, please, contiune to work and clean the atlas builder... (and add better comments to the parameters) cheers p. -- Paolo Cignoni -- Senior Researcher Visual Computing Laboratory - ISTI - CNR http://vcg.isti.cnr.it/~cignoni ISTI - CNR Via Moruzzi 1, 56124 Pisa ITALY |
|
From: Paolo C. <pao...@is...> - 2008-07-27 09:33:41
|
I see that it has began working :) Some minor notes i wrote down just to not forget them about the hole filling plugin. - It should not continuously redraw - add a column with size of the hole in term of edge number - make hole list sortable - make dialog correctly resizable. - should not crash on non manifold meshes To all the fgt students working on ongoing projects: remember to commit often or to report here advance status. P. -- Paolo Cignoni -- Senior Researcher Visual Computing Laboratory - ISTI - CNR http://vcg.isti.cnr.it/~cignoni ISTI - CNR Via Moruzzi 1, 56124 Pisa ITALY |
|
From: Paolo C. <pao...@is...> - 2008-07-27 07:18:22
|
To Marco Tarini, (and, just for remembering, to everyone who has commit authority on vcg and meshlab) referring to the meaningless trash that is appeared in the repository above the trunk level. (like a wonderful file named conf/passwd http://vcg.svn.sourceforge.net/viewvc/vcg/conf/passwd?view=markup&pathrev=2845 ) **** Please, please, please **** **** before doing any commit action **** **** think twice!! ALWAYS!! **** I you are not perfectly sure of what a svn command do, please DO NOT ATTEMPT anything. (particularly at late night hours) Read the svn manuals again and again before doing anything. If you need other good reasons for being careful simply remember that commit logs are copied on various sites and are crawled by google, and the consequences of your actions will be around forever (this is one of the reasons I usually requires a commit login == to you last name...) For example: http://vcg.svn.sourceforge.net/viewvc/vcg?view=rev&revision=2845 and here: http://cia.vc/stats/author/tarini/.message/0 and here: http://www.ohloh.net/projects/5759/commits and probably in some other spots... Cheers Paolo Cignoni PS Sorry for my harshness but, I have better options for summer sunday morning than cleaning up repositories from trash poured in by ignorance. -- Paolo Cignoni -- Senior Researcher Visual Computing Laboratory - ISTI - CNR http://vcg.isti.cnr.it/~cignoni ISTI - CNR Via Moruzzi 1, 56124 Pisa ITALY |
|
From: skunkwerk <sku...@gm...> - 2008-07-27 02:11:00
|
it's no longer crashing on resampling, but the resulting model doesn't have the textures placed correctly paolo, i'd like to start on the normal mapper; do i need to implement LSCM? have you decided on a numerical solver (the same link has something called openNL which seems like it could work) http://alice.loria.fr/php/article.php?pub=../publications/papers/2002/lscm how exactly does the attribute transfer plugin work? i took a look at some of the source... thanks, imran On Sat, Jul 26, 2008 at 4:11 PM, skunkwerk <sku...@gm...> wrote: > the texture atlas seems to be working now - i'm not quite sure how, but > removing the negation of uv coordinates seemed to fix whatever problems i > was having. i've tested it out on about 5 models, seemed to work fine. > > next steps: > fix the resampling option that's crashing, so larger models can be > accomodated in the default size of atlas > figure out the normal attribute transfer > > would other people please test the atlas? > > thanks, > imran > > > On Thu, Jul 24, 2008 at 6:53 PM, skunkwerk <sku...@gm...> wrote: > >> i've made some changes to try to keep negative uv coords, but it's still >> not working. i'm running out of ideas as to how to make this work. any >> suggestions? would someone mind looking over the code, there might be >> something i'm forgetting or doing incorrectly. >> >> imran >> >> >> On Thu, Jul 24, 2008 at 4:12 PM, skunkwerk <sku...@gm...> wrote: >> >>> i think it's working now except for textures with negative uv >>> coordinates... >>> >>> i took the texturedouble.ply and changed the uv coords that were +1 to >>> -2; i had assumed this would actually keep it looking the same, but it >>> actually flipped the image around both axes! ahhhh! >>> >>> now i have to figure out: >>> 1) i don't want to store an inverted copy of the tiled image in the >>> atlas just for negative uv coords; i'd like to just be able to 'flip' the >>> order of the UVs themselves - ie if two of the triangles' vertices had UV >>> coordinates going from 1 to 2, i would switch them so they're from 2 to 1. >>> Is this valid? What kind of algorithm would I use for this - ie how do i >>> know which 2 vertices coordinates to flip? >>> >>> 2) the other option is to not make the negative uv coordinates positive, >>> just pass them through after adjusting them, and let the renderer deal with >>> it (as they're technically not invalid, right?) >>> >>> is this analysis correct? i'll try figuring out 2) >>> >>> imran >>> >>> >>> On Thu, Jul 24, 2008 at 2:52 PM, skunkwerk <sku...@gm...> wrote: >>> >>>> i've committed two more fixes - it now draws in the texture in the extra >>>> space at the top of the tiled image when drawing from the bottom, and >>>> calculates the adjusted V coordinate from the bottom, not the top >>>> >>>> it looks like it's getting the right part of the image, but not exactly >>>> the right coordinates >>>> >>>> i'm going to do another test switching negative uv coords to positive >>>> and see if they look the same >>>> >>>> imran >>>> >>>> >>>> On Wed, Jul 23, 2008 at 10:07 AM, skunkwerk <sku...@gm...> >>>> wrote: >>>> >>>>> fixed the problem with uvs outside the 0-1 range. paolo, could you >>>>> confirm that the rect_packer returns the position of the top-left corner of >>>>> each texture? >>>>> >>>>> thanks, >>>>> >>>>> imran >>>>> >>>>> On Tue, Jul 22, 2008 at 9:06 PM, skunkwerk <sku...@gm...> >>>>> wrote: >>>>> >>>>>> my test box has negative uv coords, and even though i try to correct >>>>>> for them i end up with uv coords outside the 0-1 range. could someone >>>>>> confirm the following negative to positive u/v coordinate equivalencies? >>>>>> >>>>>> thanks >>>>>> >>>>>> correcting negative: -1.89619 to >>>>>> 1.10381 >>>>>> >>>>>> correcting negative: -0.211469 to >>>>>> 0.788531 >>>>>> >>>>>> correcting negative: -0.211469 to >>>>>> 0.788531 >>>>>> >>>>>> correcting negative: -0.211469 to >>>>>> 0.788531 >>>>>> >>>>>> correcting negative: -1.89619 to >>>>>> 1.10381 >>>>>> >>>>>> correcting negative: -1.89619 to >>>>>> 1.10381 >>>>>> >>>>>> correcting negative: -1.89619 to >>>>>> 1.10381 >>>>>> >>>>>> correcting negative: -0.211469 to >>>>>> 0.788531 >>>>>> >>>>>> correcting negative: -1.89619 to >>>>>> 1.10381 >>>>>> >>>>>> correcting negative: -0.211469 to >>>>>> 0.788531 >>>>>> >>>>>> correcting negative: -1.89619 to >>>>>> 1.10381 >>>>>> >>>>>> correcting negative: -0.211469 to >>>>>> 0.788531 >>>>>> >>>>>> correcting negative: -0.379878 to >>>>>> 0.620122 >>>>>> >>>>>> correcting negative: -2.48578 to >>>>>> 2.51422 >>>>>> >>>>>> correcting negative: -2.48578 to >>>>>> 2.51422 >>>>>> >>>>>> correcting negative: -2.48578 to >>>>>> 2.51422 >>>>>> >>>>>> correcting negative: -0.379878 to >>>>>> 0.620122 >>>>>> >>>>>> correcting negative: -0.379878 to >>>>>> 0.620122 >>>>>> >>>>>> On Tue, Jul 22, 2008 at 8:11 PM, skunkwerk <sku...@gm...> >>>>>> wrote: >>>>>> >>>>>>> i made two more fixes to make the filter work, one of which was the >>>>>>> order in which the textures were drawn into the atlas: i was starting at 0,0 >>>>>>> at the top-left, whereas i believe meshlab wants 0,0 at the bottom-left. >>>>>>> >>>>>>> it works fine with this modified file: >>>>>>> www.akbars.net/TextureDoublex2.ply >>>>>>> >>>>>>> but still not on my box... >>>>>>> >>>>>>> imran >>>>>>> >>>>>>> >>>>>>> On Tue, Jul 22, 2008 at 6:06 PM, skunkwerk <sku...@gm...> >>>>>>> wrote: >>>>>>> >>>>>>>> i've committed a fix that should now make the texturedouble.ply >>>>>>>> generate correct UV coords... >>>>>>>> however models with more complex texturing still don't work >>>>>>>> properly... >>>>>>>> >>>>>>>> any suggestions on how to debug this? i think i'll take the same >>>>>>>> texturedouble.ply and try doubling the original uv coords to see how it >>>>>>>> handles that... >>>>>>>> >>>>>>>> imran >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Jul 22, 2008 at 4:49 PM, skunkwerk <sku...@gm...> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> paolo, >>>>>>>>> you're correct, the assert was happening on a null image, even >>>>>>>>> though i've put in a check to not do anything on null images... but i don't >>>>>>>>> think any changes are necessary. >>>>>>>>> >>>>>>>>> i'll test out the texturedouble.ply and report back my findings >>>>>>>>> >>>>>>>>> i have been testing out this model (a simple cube with a different >>>>>>>>> texture on every face):www.akbars.net/boxAtlasbig.zip >>>>>>>>> >>>>>>>>> the texture atlas is generated fine, but the resulting model does >>>>>>>>> not look right. i looked through the debug output, and as far as i can see, >>>>>>>>> each material's uvs are offset to the correct part of the texture atlas (i >>>>>>>>> did this by comparing the material number of that face and its uvs to the >>>>>>>>> position of that material in the atlas. the second division is the final uv >>>>>>>>> that's saved): >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 0 position: 805 , 1073 >>>>>>>>> >>>>>>>>> U: 1.10381 V: 1.98863 >>>>>>>>> >>>>>>>>> new (first division) U: 0.839221 new V: 0.740719 >>>>>>>>> >>>>>>>>> new (second division) U: 0.955932 new V: 0.769647 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 0 position: 805 , 1073 >>>>>>>>> >>>>>>>>> U: 0.788531 V: 0.303902 >>>>>>>>> >>>>>>>>> new (first division) U: 0.599517 new V: 0.113197 >>>>>>>>> >>>>>>>>> new (second division) U: 0.897179 new V: 0.593546 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 0 position: 805 , 1073 >>>>>>>>> >>>>>>>>> U: 0.788531 V: 1.98863 >>>>>>>>> >>>>>>>>> new (first division) U: 0.599517 new V: 0.740719 >>>>>>>>> >>>>>>>>> new (second division) U: 0.897179 new V: 0.769647 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 0 position: 805 , 1073 >>>>>>>>> >>>>>>>>> U: 0.788531 V: 0.303902 >>>>>>>>> >>>>>>>>> new (first division) U: 0.599517 new V: 0.113197 >>>>>>>>> >>>>>>>>> new (second division) U: 0.897179 new V: 0.593546 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 0 position: 805 , 1073 >>>>>>>>> >>>>>>>>> U: 1.10381 V: 1.98863 >>>>>>>>> >>>>>>>>> new (first division) U: 0.839221 new V: 0.740719 >>>>>>>>> >>>>>>>>> new (second division) U: 0.955932 new V: 0.769647 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 0 position: 805 , 1073 >>>>>>>>> >>>>>>>>> U: 1.10381 V: 0.303902 >>>>>>>>> >>>>>>>>> new (first division) U: 0.839221 new V: 0.113197 >>>>>>>>> >>>>>>>>> new (second division) U: 0.955932 new V: 0.593546 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 3 position: 0 , 1073 >>>>>>>>> >>>>>>>>> U: 1.98863 V: 0 >>>>>>>>> >>>>>>>>> new (first division) U: 0.740719 new V: 0 >>>>>>>>> >>>>>>>>> new (second division) U: 0.555712 new V: 0.56178 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 3 position: 0 , 1073 >>>>>>>>> >>>>>>>>> U: 0.303902 V: 1.00833 >>>>>>>>> >>>>>>>>> new (first division) U: 0.113197 new V: 0.502075 >>>>>>>>> >>>>>>>>> new (second division) U: 0.084924 new V: 0.720026 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 3 position: 0 , 1073 >>>>>>>>> >>>>>>>>> U: 0.303902 V: 0 >>>>>>>>> >>>>>>>>> new (first division) U: 0.113197 new V: 0 >>>>>>>>> >>>>>>>>> new (second division) U: 0.084924 new V: 0.56178 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 3 position: 0 , 1073 >>>>>>>>> >>>>>>>>> U: 0.303902 V: 1.00833 >>>>>>>>> >>>>>>>>> new (first division) U: 0.113197 new V: 0.502075 >>>>>>>>> >>>>>>>>> new (second division) U: 0.084924 new V: 0.720026 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 3 position: 0 , 1073 >>>>>>>>> >>>>>>>>> U: 1.98863 V: 0 >>>>>>>>> >>>>>>>>> new (first division) U: 0.740719 new V: 0 >>>>>>>>> >>>>>>>>> new (second division) U: 0.555712 new V: 0.56178 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 3 position: 0 , 1073 >>>>>>>>> >>>>>>>>> U: 1.98863 V: 1.00833 >>>>>>>>> >>>>>>>>> new (first division) U: 0.740719 new V: 0.502075 >>>>>>>>> >>>>>>>>> new (second division) U: 0.555712 new V: 0.720026 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 2 position: 805 , 1609 >>>>>>>>> >>>>>>>>> U: 1.10381 V: 0 >>>>>>>>> >>>>>>>>> new (first division) U: 0.839221 new V: 0 >>>>>>>>> >>>>>>>>> new (second division) U: 0.905876 new V: 0.842408 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 2 position: 805 , 1609 >>>>>>>>> >>>>>>>>> U: 0.788531 V: 1.00833 >>>>>>>>> >>>>>>>>> new (first division) U: 0.599517 new V: 0.502075 >>>>>>>>> >>>>>>>>> new (second division) U: 0.86142 new V: 0.921531 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 2 position: 805 , 1609 >>>>>>>>> >>>>>>>>> U: 1.10381 V: 1.00833 >>>>>>>>> >>>>>>>>> new (first division) U: 0.839221 new V: 0.502075 >>>>>>>>> >>>>>>>>> new (second division) U: 0.905876 new V: 0.921531 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 2 position: 805 , 1609 >>>>>>>>> >>>>>>>>> U: 0.788531 V: 1.00833 >>>>>>>>> >>>>>>>>> new (first division) U: 0.599517 new V: 0.502075 >>>>>>>>> >>>>>>>>> new (second division) U: 0.86142 new V: 0.921531 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 2 position: 805 , 1609 >>>>>>>>> >>>>>>>>> U: 1.10381 V: 0 >>>>>>>>> >>>>>>>>> new (first division) U: 0.839221 new V: 0 >>>>>>>>> >>>>>>>>> new (second division) U: 0.905876 new V: 0.842408 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 2 position: 805 , 1609 >>>>>>>>> >>>>>>>>> U: 0.788531 V: 0 >>>>>>>>> >>>>>>>>> new (first division) U: 0.599517 new V: 0 >>>>>>>>> >>>>>>>>> new (second division) U: 0.86142 new V: 0.842408 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 5 position: 310 , 1675 >>>>>>>>> >>>>>>>>> U: 0.620122 V: 0 >>>>>>>>> >>>>>>>>> new (first division) U: 0.214271 new V: 0 >>>>>>>>> >>>>>>>>> new (second division) U: 0.346621 new V: 0.876963 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 5 position: 310 , 1675 >>>>>>>>> >>>>>>>>> U: 2.51422 V: 1.26042 >>>>>>>>> >>>>>>>>> new (first division) U: 0.86874 new V: 0.557604 >>>>>>>>> >>>>>>>>> new (second division) U: 0.522895 new V: 0.942942 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 5 position: 310 , 1675 >>>>>>>>> >>>>>>>>> U: 2.51422 V: 0 >>>>>>>>> >>>>>>>>> new (first division) U: 0.86874 new V: 0 >>>>>>>>> >>>>>>>>> new (second division) U: 0.522895 new V: 0.876963 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 5 position: 310 , 1675 >>>>>>>>> >>>>>>>>> U: 2.51422 V: 1.26042 >>>>>>>>> >>>>>>>>> new (first division) U: 0.86874 new V: 0.557604 >>>>>>>>> >>>>>>>>> new (second division) U: 0.522895 new V: 0.942942 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 5 position: 310 , 1675 >>>>>>>>> >>>>>>>>> U: 0.620122 V: 0 >>>>>>>>> >>>>>>>>> new (first division) U: 0.214271 new V: 0 >>>>>>>>> >>>>>>>>> new (second division) U: 0.346621 new V: 0.876963 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 5 position: 310 , 1675 >>>>>>>>> >>>>>>>>> U: 0.620122 V: 1.26042 >>>>>>>>> >>>>>>>>> new (first division) U: 0.214271 new V: 0.557604 >>>>>>>>> >>>>>>>>> new (second division) U: 0.346621 new V: 0.942942 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 4 position: 0 , 1675 >>>>>>>>> >>>>>>>>> U: 0.264336 V: 0 >>>>>>>>> >>>>>>>>> new (first division) U: 0.0851076 new V: 0 >>>>>>>>> >>>>>>>>> new (second division) U: 0.0245884 new V: 0.876963 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 4 position: 0 , 1675 >>>>>>>>> >>>>>>>>> U: 2.37024 V: 1.26042 >>>>>>>>> >>>>>>>>> new (first division) U: 0.76314 new V: 0.557604 >>>>>>>>> >>>>>>>>> new (second division) U: 0.220478 new V: 0.942942 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 4 position: 0 , 1675 >>>>>>>>> >>>>>>>>> U: 0.264336 V: 1.26042 >>>>>>>>> >>>>>>>>> new (first division) U: 0.0851076 new V: 0.557604 >>>>>>>>> >>>>>>>>> new (second division) U: 0.0245884 new V: 0.942942 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 4 position: 0 , 1675 >>>>>>>>> >>>>>>>>> U: 2.37024 V: 1.26042 >>>>>>>>> >>>>>>>>> new (first division) U: 0.76314 new V: 0.557604 >>>>>>>>> >>>>>>>>> new (second division) U: 0.220478 new V: 0.942942 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 4 position: 0 , 1675 >>>>>>>>> >>>>>>>>> U: 0.264336 V: 0 >>>>>>>>> >>>>>>>>> new (first division) U: 0.0851076 new V: 0 >>>>>>>>> >>>>>>>>> new (second division) U: 0.0245884 new V: 0.876963 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 4 position: 0 , 1675 >>>>>>>>> >>>>>>>>> U: 2.37024 V: 0 >>>>>>>>> >>>>>>>>> new (first division) U: 0.76314 new V: 0 >>>>>>>>> >>>>>>>>> new (second division) U: 0.220478 new V: 0.876963 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 1 position: 0 , 0 >>>>>>>>> >>>>>>>>> U: 1.89619 V: 0.303902 >>>>>>>>> >>>>>>>>> new (first division) U: 0.70629 new V: 0.113197 >>>>>>>>> >>>>>>>>> new (second division) U: 0.70629 new V: 0.0635917 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 1 position: 0 , 0 >>>>>>>>> >>>>>>>>> U: 0.211469 V: 1.98863 >>>>>>>>> >>>>>>>>> new (first division) U: 0.0787676 new V: 0.740719 >>>>>>>>> >>>>>>>>> new (second division) U: 0.0787676 new V: 0.416121 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 1 position: 0 , 0 >>>>>>>>> >>>>>>>>> U: 0.211469 V: 0.303902 >>>>>>>>> >>>>>>>>> new (first division) U: 0.0787676 new V: 0.113197 >>>>>>>>> >>>>>>>>> new (second division) U: 0.0787676 new V: 0.0635917 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 1 position: 0 , 0 >>>>>>>>> >>>>>>>>> U: 0.211469 V: 1.98863 >>>>>>>>> >>>>>>>>> new (first division) U: 0.0787676 new V: 0.740719 >>>>>>>>> >>>>>>>>> new (second division) U: 0.0787676 new V: 0.416121 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 1 position: 0 , 0 >>>>>>>>> >>>>>>>>> U: 1.89619 V: 0.303902 >>>>>>>>> >>>>>>>>> new (first division) U: 0.70629 new V: 0.113197 >>>>>>>>> >>>>>>>>> new (second division) U: 0.70629 new V: 0.0635917 >>>>>>>>> >>>>>>>>> ------------------ >>>>>>>>> >>>>>>>>> material 1 position: 0 , 0 >>>>>>>>> >>>>>>>>> U: 1.89619 V: 1.98863 >>>>>>>>> >>>>>>>>> new (first division) U: 0.70629 new V: 0.740719 >>>>>>>>> >>>>>>>>> new (second division) U: 0.70629 new V: 0.416121 >>>>>>>>> >>>>>>>>> global: 1073 , 1910 >>>>>>>>> >>>>>>>>> inserted texture 0 into atlas at position: 805 1073 >>>>>>>>> >>>>>>>>> inserted texture 1 into atlas at position: 0 0 >>>>>>>>> >>>>>>>>> inserted texture 2 into atlas at position: 805 1609 >>>>>>>>> >>>>>>>>> inserted texture 3 into atlas at position: 0 1073 >>>>>>>>> >>>>>>>>> inserted texture 4 into atlas at position: 0 1675 >>>>>>>>> >>>>>>>>> inserted texture 5 into atlas at position: 310 1675 >>>>>>>>> >>>>>>>>> >>>>>>>>> On Tue, Jul 22, 2008 at 4:30 PM, Paolo Cignoni < >>>>>>>>> pao...@is...> wrote: >>>>>>>>> >>>>>>>>>> skunkwerk wrote: >>>>>>>>>> > Hey Sebastian, >>>>>>>>>> > this one worked for me: www.akbars.net/10.zip >>>>>>>>>> > i've been testing with collada models from >>>>>>>>>> > sketchup.google.com/3dwarehousebut that's because my version of >>>>>>>>>> the >>>>>>>>>> > collada importer works ok with the >>>>>>>>>> > textures - i don't think the one in subversion has been fixed >>>>>>>>>> yet... >>>>>>>>>> > >>>>>>>>>> > try increasing the size of the texture atlas until i can get the >>>>>>>>>> resampled >>>>>>>>>> > tiles working. i'm going to test out the results on a simple >>>>>>>>>> box today >>>>>>>>>> > >>>>>>>>>> > paolo, the rect_packer.cpp has a bunch of asserts in it... i'd >>>>>>>>>> like to >>>>>>>>>> > change them to return false, so that the atlas will fail, but >>>>>>>>>> not crash >>>>>>>>>> > whenever some of the images are null, etc. the other way would >>>>>>>>>> be to try to >>>>>>>>>> > do those checks in the filter itself. which would you >>>>>>>>>> recommend? >>>>>>>>>> > >>>>>>>>>> > imran >>>>>>>>>> > >>>>>>>>>> > On Tue, Jul 22, 2008 at 3:25 AM, Sebastian Herholz < >>>>>>>>>> > seb...@go...> wrote: >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> >>>>>>>>>> I have tried too the atlas builder but it failed to build a >>>>>>>>>> correct mesh >>>>>>>>>> (but without crashing :) ) on the very very simple model >>>>>>>>>> texturedouble.ply that you can find among the meshlab sample >>>>>>>>>> models. >>>>>>>>>> >>>>>>>>>> This model is composed by just two squares, each one of them >>>>>>>>>> textured >>>>>>>>>> with a different texture. >>>>>>>>>> your filter builds a correct atlas texture but it assigns wrong >>>>>>>>>> tex >>>>>>>>>> coords to the mesh. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> About the rect packer what are exactly the asserts that worry you? >>>>>>>>>> From what i could see you they trigger on very trashy situations >>>>>>>>>> that >>>>>>>>>> should be cleaned before (zero sized textures and so on). I could >>>>>>>>>> have >>>>>>>>>> missed some, so what assert()'s did you refer to? >>>>>>>>>> >>>>>>>>>> cheers >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Paolo Cignoni -- Senior Researcher >>>>>>>>>> Visual Computing Laboratory - ISTI - CNR >>>>>>>>>> http://vcg.isti.cnr.it/~cignoni<http://vcg.isti.cnr.it/%7Ecignoni> >>>>>>>>>> >>>>>>>>>> ISTI - CNR >>>>>>>>>> Via Moruzzi 1, >>>>>>>>>> 56124 Pisa >>>>>>>>>> ITALY >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------------------- >>>>>>>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>>>>>>>> challenge >>>>>>>>>> Build the coolest Linux based applications with Moblin SDK & win >>>>>>>>>> great prizes >>>>>>>>>> Grand prize is a trip for two to an Open Source event anywhere in >>>>>>>>>> the world >>>>>>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>>>>>>> _______________________________________________ >>>>>>>>>> Meshlab-devel mailing list >>>>>>>>>> Mes...@li... >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/meshlab-devel >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > |
|
From: skunkwerk <sku...@gm...> - 2008-07-26 23:11:40
|
the texture atlas seems to be working now - i'm not quite sure how, but removing the negation of uv coordinates seemed to fix whatever problems i was having. i've tested it out on about 5 models, seemed to work fine. next steps: fix the resampling option that's crashing, so larger models can be accomodated in the default size of atlas figure out the normal attribute transfer would other people please test the atlas? thanks, imran On Thu, Jul 24, 2008 at 6:53 PM, skunkwerk <sku...@gm...> wrote: > i've made some changes to try to keep negative uv coords, but it's still > not working. i'm running out of ideas as to how to make this work. any > suggestions? would someone mind looking over the code, there might be > something i'm forgetting or doing incorrectly. > > imran > > > On Thu, Jul 24, 2008 at 4:12 PM, skunkwerk <sku...@gm...> wrote: > >> i think it's working now except for textures with negative uv >> coordinates... >> >> i took the texturedouble.ply and changed the uv coords that were +1 to -2; >> i had assumed this would actually keep it looking the same, but it actually >> flipped the image around both axes! ahhhh! >> >> now i have to figure out: >> 1) i don't want to store an inverted copy of the tiled image in the atlas >> just for negative uv coords; i'd like to just be able to 'flip' the order of >> the UVs themselves - ie if two of the triangles' vertices had UV coordinates >> going from 1 to 2, i would switch them so they're from 2 to 1. Is this >> valid? What kind of algorithm would I use for this - ie how do i know which >> 2 vertices coordinates to flip? >> >> 2) the other option is to not make the negative uv coordinates positive, >> just pass them through after adjusting them, and let the renderer deal with >> it (as they're technically not invalid, right?) >> >> is this analysis correct? i'll try figuring out 2) >> >> imran >> >> >> On Thu, Jul 24, 2008 at 2:52 PM, skunkwerk <sku...@gm...> wrote: >> >>> i've committed two more fixes - it now draws in the texture in the extra >>> space at the top of the tiled image when drawing from the bottom, and >>> calculates the adjusted V coordinate from the bottom, not the top >>> >>> it looks like it's getting the right part of the image, but not exactly >>> the right coordinates >>> >>> i'm going to do another test switching negative uv coords to positive and >>> see if they look the same >>> >>> imran >>> >>> >>> On Wed, Jul 23, 2008 at 10:07 AM, skunkwerk <sku...@gm...> wrote: >>> >>>> fixed the problem with uvs outside the 0-1 range. paolo, could you >>>> confirm that the rect_packer returns the position of the top-left corner of >>>> each texture? >>>> >>>> thanks, >>>> >>>> imran >>>> >>>> On Tue, Jul 22, 2008 at 9:06 PM, skunkwerk <sku...@gm...> wrote: >>>> >>>>> my test box has negative uv coords, and even though i try to correct >>>>> for them i end up with uv coords outside the 0-1 range. could someone >>>>> confirm the following negative to positive u/v coordinate equivalencies? >>>>> >>>>> thanks >>>>> >>>>> correcting negative: -1.89619 to >>>>> 1.10381 >>>>> >>>>> correcting negative: -0.211469 to >>>>> 0.788531 >>>>> >>>>> correcting negative: -0.211469 to >>>>> 0.788531 >>>>> >>>>> correcting negative: -0.211469 to >>>>> 0.788531 >>>>> >>>>> correcting negative: -1.89619 to >>>>> 1.10381 >>>>> >>>>> correcting negative: -1.89619 to >>>>> 1.10381 >>>>> >>>>> correcting negative: -1.89619 to >>>>> 1.10381 >>>>> >>>>> correcting negative: -0.211469 to >>>>> 0.788531 >>>>> >>>>> correcting negative: -1.89619 to >>>>> 1.10381 >>>>> >>>>> correcting negative: -0.211469 to >>>>> 0.788531 >>>>> >>>>> correcting negative: -1.89619 to >>>>> 1.10381 >>>>> >>>>> correcting negative: -0.211469 to >>>>> 0.788531 >>>>> >>>>> correcting negative: -0.379878 to >>>>> 0.620122 >>>>> >>>>> correcting negative: -2.48578 to >>>>> 2.51422 >>>>> >>>>> correcting negative: -2.48578 to >>>>> 2.51422 >>>>> >>>>> correcting negative: -2.48578 to >>>>> 2.51422 >>>>> >>>>> correcting negative: -0.379878 to >>>>> 0.620122 >>>>> >>>>> correcting negative: -0.379878 to >>>>> 0.620122 >>>>> >>>>> On Tue, Jul 22, 2008 at 8:11 PM, skunkwerk <sku...@gm...> >>>>> wrote: >>>>> >>>>>> i made two more fixes to make the filter work, one of which was the >>>>>> order in which the textures were drawn into the atlas: i was starting at 0,0 >>>>>> at the top-left, whereas i believe meshlab wants 0,0 at the bottom-left. >>>>>> >>>>>> it works fine with this modified file: >>>>>> www.akbars.net/TextureDoublex2.ply >>>>>> >>>>>> but still not on my box... >>>>>> >>>>>> imran >>>>>> >>>>>> >>>>>> On Tue, Jul 22, 2008 at 6:06 PM, skunkwerk <sku...@gm...> >>>>>> wrote: >>>>>> >>>>>>> i've committed a fix that should now make the texturedouble.ply >>>>>>> generate correct UV coords... >>>>>>> however models with more complex texturing still don't work >>>>>>> properly... >>>>>>> >>>>>>> any suggestions on how to debug this? i think i'll take the same >>>>>>> texturedouble.ply and try doubling the original uv coords to see how it >>>>>>> handles that... >>>>>>> >>>>>>> imran >>>>>>> >>>>>>> >>>>>>> On Tue, Jul 22, 2008 at 4:49 PM, skunkwerk <sku...@gm...> >>>>>>> wrote: >>>>>>> >>>>>>>> paolo, >>>>>>>> you're correct, the assert was happening on a null image, even >>>>>>>> though i've put in a check to not do anything on null images... but i don't >>>>>>>> think any changes are necessary. >>>>>>>> >>>>>>>> i'll test out the texturedouble.ply and report back my findings >>>>>>>> >>>>>>>> i have been testing out this model (a simple cube with a different >>>>>>>> texture on every face):www.akbars.net/boxAtlasbig.zip >>>>>>>> >>>>>>>> the texture atlas is generated fine, but the resulting model does >>>>>>>> not look right. i looked through the debug output, and as far as i can see, >>>>>>>> each material's uvs are offset to the correct part of the texture atlas (i >>>>>>>> did this by comparing the material number of that face and its uvs to the >>>>>>>> position of that material in the atlas. the second division is the final uv >>>>>>>> that's saved): >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 0 position: 805 , 1073 >>>>>>>> >>>>>>>> U: 1.10381 V: 1.98863 >>>>>>>> >>>>>>>> new (first division) U: 0.839221 new V: 0.740719 >>>>>>>> >>>>>>>> new (second division) U: 0.955932 new V: 0.769647 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 0 position: 805 , 1073 >>>>>>>> >>>>>>>> U: 0.788531 V: 0.303902 >>>>>>>> >>>>>>>> new (first division) U: 0.599517 new V: 0.113197 >>>>>>>> >>>>>>>> new (second division) U: 0.897179 new V: 0.593546 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 0 position: 805 , 1073 >>>>>>>> >>>>>>>> U: 0.788531 V: 1.98863 >>>>>>>> >>>>>>>> new (first division) U: 0.599517 new V: 0.740719 >>>>>>>> >>>>>>>> new (second division) U: 0.897179 new V: 0.769647 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 0 position: 805 , 1073 >>>>>>>> >>>>>>>> U: 0.788531 V: 0.303902 >>>>>>>> >>>>>>>> new (first division) U: 0.599517 new V: 0.113197 >>>>>>>> >>>>>>>> new (second division) U: 0.897179 new V: 0.593546 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 0 position: 805 , 1073 >>>>>>>> >>>>>>>> U: 1.10381 V: 1.98863 >>>>>>>> >>>>>>>> new (first division) U: 0.839221 new V: 0.740719 >>>>>>>> >>>>>>>> new (second division) U: 0.955932 new V: 0.769647 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 0 position: 805 , 1073 >>>>>>>> >>>>>>>> U: 1.10381 V: 0.303902 >>>>>>>> >>>>>>>> new (first division) U: 0.839221 new V: 0.113197 >>>>>>>> >>>>>>>> new (second division) U: 0.955932 new V: 0.593546 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 3 position: 0 , 1073 >>>>>>>> >>>>>>>> U: 1.98863 V: 0 >>>>>>>> >>>>>>>> new (first division) U: 0.740719 new V: 0 >>>>>>>> >>>>>>>> new (second division) U: 0.555712 new V: 0.56178 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 3 position: 0 , 1073 >>>>>>>> >>>>>>>> U: 0.303902 V: 1.00833 >>>>>>>> >>>>>>>> new (first division) U: 0.113197 new V: 0.502075 >>>>>>>> >>>>>>>> new (second division) U: 0.084924 new V: 0.720026 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 3 position: 0 , 1073 >>>>>>>> >>>>>>>> U: 0.303902 V: 0 >>>>>>>> >>>>>>>> new (first division) U: 0.113197 new V: 0 >>>>>>>> >>>>>>>> new (second division) U: 0.084924 new V: 0.56178 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 3 position: 0 , 1073 >>>>>>>> >>>>>>>> U: 0.303902 V: 1.00833 >>>>>>>> >>>>>>>> new (first division) U: 0.113197 new V: 0.502075 >>>>>>>> >>>>>>>> new (second division) U: 0.084924 new V: 0.720026 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 3 position: 0 , 1073 >>>>>>>> >>>>>>>> U: 1.98863 V: 0 >>>>>>>> >>>>>>>> new (first division) U: 0.740719 new V: 0 >>>>>>>> >>>>>>>> new (second division) U: 0.555712 new V: 0.56178 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 3 position: 0 , 1073 >>>>>>>> >>>>>>>> U: 1.98863 V: 1.00833 >>>>>>>> >>>>>>>> new (first division) U: 0.740719 new V: 0.502075 >>>>>>>> >>>>>>>> new (second division) U: 0.555712 new V: 0.720026 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 2 position: 805 , 1609 >>>>>>>> >>>>>>>> U: 1.10381 V: 0 >>>>>>>> >>>>>>>> new (first division) U: 0.839221 new V: 0 >>>>>>>> >>>>>>>> new (second division) U: 0.905876 new V: 0.842408 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 2 position: 805 , 1609 >>>>>>>> >>>>>>>> U: 0.788531 V: 1.00833 >>>>>>>> >>>>>>>> new (first division) U: 0.599517 new V: 0.502075 >>>>>>>> >>>>>>>> new (second division) U: 0.86142 new V: 0.921531 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 2 position: 805 , 1609 >>>>>>>> >>>>>>>> U: 1.10381 V: 1.00833 >>>>>>>> >>>>>>>> new (first division) U: 0.839221 new V: 0.502075 >>>>>>>> >>>>>>>> new (second division) U: 0.905876 new V: 0.921531 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 2 position: 805 , 1609 >>>>>>>> >>>>>>>> U: 0.788531 V: 1.00833 >>>>>>>> >>>>>>>> new (first division) U: 0.599517 new V: 0.502075 >>>>>>>> >>>>>>>> new (second division) U: 0.86142 new V: 0.921531 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 2 position: 805 , 1609 >>>>>>>> >>>>>>>> U: 1.10381 V: 0 >>>>>>>> >>>>>>>> new (first division) U: 0.839221 new V: 0 >>>>>>>> >>>>>>>> new (second division) U: 0.905876 new V: 0.842408 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 2 position: 805 , 1609 >>>>>>>> >>>>>>>> U: 0.788531 V: 0 >>>>>>>> >>>>>>>> new (first division) U: 0.599517 new V: 0 >>>>>>>> >>>>>>>> new (second division) U: 0.86142 new V: 0.842408 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 5 position: 310 , 1675 >>>>>>>> >>>>>>>> U: 0.620122 V: 0 >>>>>>>> >>>>>>>> new (first division) U: 0.214271 new V: 0 >>>>>>>> >>>>>>>> new (second division) U: 0.346621 new V: 0.876963 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 5 position: 310 , 1675 >>>>>>>> >>>>>>>> U: 2.51422 V: 1.26042 >>>>>>>> >>>>>>>> new (first division) U: 0.86874 new V: 0.557604 >>>>>>>> >>>>>>>> new (second division) U: 0.522895 new V: 0.942942 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 5 position: 310 , 1675 >>>>>>>> >>>>>>>> U: 2.51422 V: 0 >>>>>>>> >>>>>>>> new (first division) U: 0.86874 new V: 0 >>>>>>>> >>>>>>>> new (second division) U: 0.522895 new V: 0.876963 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 5 position: 310 , 1675 >>>>>>>> >>>>>>>> U: 2.51422 V: 1.26042 >>>>>>>> >>>>>>>> new (first division) U: 0.86874 new V: 0.557604 >>>>>>>> >>>>>>>> new (second division) U: 0.522895 new V: 0.942942 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 5 position: 310 , 1675 >>>>>>>> >>>>>>>> U: 0.620122 V: 0 >>>>>>>> >>>>>>>> new (first division) U: 0.214271 new V: 0 >>>>>>>> >>>>>>>> new (second division) U: 0.346621 new V: 0.876963 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 5 position: 310 , 1675 >>>>>>>> >>>>>>>> U: 0.620122 V: 1.26042 >>>>>>>> >>>>>>>> new (first division) U: 0.214271 new V: 0.557604 >>>>>>>> >>>>>>>> new (second division) U: 0.346621 new V: 0.942942 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 4 position: 0 , 1675 >>>>>>>> >>>>>>>> U: 0.264336 V: 0 >>>>>>>> >>>>>>>> new (first division) U: 0.0851076 new V: 0 >>>>>>>> >>>>>>>> new (second division) U: 0.0245884 new V: 0.876963 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 4 position: 0 , 1675 >>>>>>>> >>>>>>>> U: 2.37024 V: 1.26042 >>>>>>>> >>>>>>>> new (first division) U: 0.76314 new V: 0.557604 >>>>>>>> >>>>>>>> new (second division) U: 0.220478 new V: 0.942942 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 4 position: 0 , 1675 >>>>>>>> >>>>>>>> U: 0.264336 V: 1.26042 >>>>>>>> >>>>>>>> new (first division) U: 0.0851076 new V: 0.557604 >>>>>>>> >>>>>>>> new (second division) U: 0.0245884 new V: 0.942942 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 4 position: 0 , 1675 >>>>>>>> >>>>>>>> U: 2.37024 V: 1.26042 >>>>>>>> >>>>>>>> new (first division) U: 0.76314 new V: 0.557604 >>>>>>>> >>>>>>>> new (second division) U: 0.220478 new V: 0.942942 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 4 position: 0 , 1675 >>>>>>>> >>>>>>>> U: 0.264336 V: 0 >>>>>>>> >>>>>>>> new (first division) U: 0.0851076 new V: 0 >>>>>>>> >>>>>>>> new (second division) U: 0.0245884 new V: 0.876963 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 4 position: 0 , 1675 >>>>>>>> >>>>>>>> U: 2.37024 V: 0 >>>>>>>> >>>>>>>> new (first division) U: 0.76314 new V: 0 >>>>>>>> >>>>>>>> new (second division) U: 0.220478 new V: 0.876963 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 1 position: 0 , 0 >>>>>>>> >>>>>>>> U: 1.89619 V: 0.303902 >>>>>>>> >>>>>>>> new (first division) U: 0.70629 new V: 0.113197 >>>>>>>> >>>>>>>> new (second division) U: 0.70629 new V: 0.0635917 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 1 position: 0 , 0 >>>>>>>> >>>>>>>> U: 0.211469 V: 1.98863 >>>>>>>> >>>>>>>> new (first division) U: 0.0787676 new V: 0.740719 >>>>>>>> >>>>>>>> new (second division) U: 0.0787676 new V: 0.416121 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 1 position: 0 , 0 >>>>>>>> >>>>>>>> U: 0.211469 V: 0.303902 >>>>>>>> >>>>>>>> new (first division) U: 0.0787676 new V: 0.113197 >>>>>>>> >>>>>>>> new (second division) U: 0.0787676 new V: 0.0635917 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 1 position: 0 , 0 >>>>>>>> >>>>>>>> U: 0.211469 V: 1.98863 >>>>>>>> >>>>>>>> new (first division) U: 0.0787676 new V: 0.740719 >>>>>>>> >>>>>>>> new (second division) U: 0.0787676 new V: 0.416121 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 1 position: 0 , 0 >>>>>>>> >>>>>>>> U: 1.89619 V: 0.303902 >>>>>>>> >>>>>>>> new (first division) U: 0.70629 new V: 0.113197 >>>>>>>> >>>>>>>> new (second division) U: 0.70629 new V: 0.0635917 >>>>>>>> >>>>>>>> ------------------ >>>>>>>> >>>>>>>> material 1 position: 0 , 0 >>>>>>>> >>>>>>>> U: 1.89619 V: 1.98863 >>>>>>>> >>>>>>>> new (first division) U: 0.70629 new V: 0.740719 >>>>>>>> >>>>>>>> new (second division) U: 0.70629 new V: 0.416121 >>>>>>>> >>>>>>>> global: 1073 , 1910 >>>>>>>> >>>>>>>> inserted texture 0 into atlas at position: 805 1073 >>>>>>>> >>>>>>>> inserted texture 1 into atlas at position: 0 0 >>>>>>>> >>>>>>>> inserted texture 2 into atlas at position: 805 1609 >>>>>>>> >>>>>>>> inserted texture 3 into atlas at position: 0 1073 >>>>>>>> >>>>>>>> inserted texture 4 into atlas at position: 0 1675 >>>>>>>> >>>>>>>> inserted texture 5 into atlas at position: 310 1675 >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Jul 22, 2008 at 4:30 PM, Paolo Cignoni < >>>>>>>> pao...@is...> wrote: >>>>>>>> >>>>>>>>> skunkwerk wrote: >>>>>>>>> > Hey Sebastian, >>>>>>>>> > this one worked for me: www.akbars.net/10.zip >>>>>>>>> > i've been testing with collada models from >>>>>>>>> > sketchup.google.com/3dwarehousebut that's because my version of >>>>>>>>> the >>>>>>>>> > collada importer works ok with the >>>>>>>>> > textures - i don't think the one in subversion has been fixed >>>>>>>>> yet... >>>>>>>>> > >>>>>>>>> > try increasing the size of the texture atlas until i can get the >>>>>>>>> resampled >>>>>>>>> > tiles working. i'm going to test out the results on a simple box >>>>>>>>> today >>>>>>>>> > >>>>>>>>> > paolo, the rect_packer.cpp has a bunch of asserts in it... i'd >>>>>>>>> like to >>>>>>>>> > change them to return false, so that the atlas will fail, but not >>>>>>>>> crash >>>>>>>>> > whenever some of the images are null, etc. the other way would >>>>>>>>> be to try to >>>>>>>>> > do those checks in the filter itself. which would you recommend? >>>>>>>>> > >>>>>>>>> > imran >>>>>>>>> > >>>>>>>>> > On Tue, Jul 22, 2008 at 3:25 AM, Sebastian Herholz < >>>>>>>>> > seb...@go...> wrote: >>>>>>>>> > >>>>>>>>> > >>>>>>>>> >>>>>>>>> I have tried too the atlas builder but it failed to build a correct >>>>>>>>> mesh >>>>>>>>> (but without crashing :) ) on the very very simple model >>>>>>>>> texturedouble.ply that you can find among the meshlab sample >>>>>>>>> models. >>>>>>>>> >>>>>>>>> This model is composed by just two squares, each one of them >>>>>>>>> textured >>>>>>>>> with a different texture. >>>>>>>>> your filter builds a correct atlas texture but it assigns wrong tex >>>>>>>>> coords to the mesh. >>>>>>>>> >>>>>>>>> >>>>>>>>> About the rect packer what are exactly the asserts that worry you? >>>>>>>>> From what i could see you they trigger on very trashy situations >>>>>>>>> that >>>>>>>>> should be cleaned before (zero sized textures and so on). I could >>>>>>>>> have >>>>>>>>> missed some, so what assert()'s did you refer to? >>>>>>>>> >>>>>>>>> cheers >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Paolo Cignoni -- Senior Researcher >>>>>>>>> Visual Computing Laboratory - ISTI - CNR >>>>>>>>> http://vcg.isti.cnr.it/~cignoni<http://vcg.isti.cnr.it/%7Ecignoni> >>>>>>>>> >>>>>>>>> ISTI - CNR >>>>>>>>> Via Moruzzi 1, >>>>>>>>> 56124 Pisa >>>>>>>>> ITALY >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------- >>>>>>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>>>>>>> challenge >>>>>>>>> Build the coolest Linux based applications with Moblin SDK & win >>>>>>>>> great prizes >>>>>>>>> Grand prize is a trip for two to an Open Source event anywhere in >>>>>>>>> the world >>>>>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>>>>>> _______________________________________________ >>>>>>>>> Meshlab-devel mailing list >>>>>>>>> Mes...@li... >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/meshlab-devel >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > |
|
From: skunkwerk <sku...@gm...> - 2008-07-25 01:53:51
|
i've made some changes to try to keep negative uv coords, but it's still not working. i'm running out of ideas as to how to make this work. any suggestions? would someone mind looking over the code, there might be something i'm forgetting or doing incorrectly. imran On Thu, Jul 24, 2008 at 4:12 PM, skunkwerk <sku...@gm...> wrote: > i think it's working now except for textures with negative uv > coordinates... > > i took the texturedouble.ply and changed the uv coords that were +1 to -2; > i had assumed this would actually keep it looking the same, but it actually > flipped the image around both axes! ahhhh! > > now i have to figure out: > 1) i don't want to store an inverted copy of the tiled image in the atlas > just for negative uv coords; i'd like to just be able to 'flip' the order of > the UVs themselves - ie if two of the triangles' vertices had UV coordinates > going from 1 to 2, i would switch them so they're from 2 to 1. Is this > valid? What kind of algorithm would I use for this - ie how do i know which > 2 vertices coordinates to flip? > > 2) the other option is to not make the negative uv coordinates positive, > just pass them through after adjusting them, and let the renderer deal with > it (as they're technically not invalid, right?) > > is this analysis correct? i'll try figuring out 2) > > imran > > > On Thu, Jul 24, 2008 at 2:52 PM, skunkwerk <sku...@gm...> wrote: > >> i've committed two more fixes - it now draws in the texture in the extra >> space at the top of the tiled image when drawing from the bottom, and >> calculates the adjusted V coordinate from the bottom, not the top >> >> it looks like it's getting the right part of the image, but not exactly >> the right coordinates >> >> i'm going to do another test switching negative uv coords to positive and >> see if they look the same >> >> imran >> >> >> On Wed, Jul 23, 2008 at 10:07 AM, skunkwerk <sku...@gm...> wrote: >> >>> fixed the problem with uvs outside the 0-1 range. paolo, could you >>> confirm that the rect_packer returns the position of the top-left corner of >>> each texture? >>> >>> thanks, >>> >>> imran >>> >>> On Tue, Jul 22, 2008 at 9:06 PM, skunkwerk <sku...@gm...> wrote: >>> >>>> my test box has negative uv coords, and even though i try to correct for >>>> them i end up with uv coords outside the 0-1 range. could someone confirm >>>> the following negative to positive u/v coordinate equivalencies? >>>> >>>> thanks >>>> >>>> correcting negative: -1.89619 to >>>> 1.10381 >>>> >>>> correcting negative: -0.211469 to >>>> 0.788531 >>>> >>>> correcting negative: -0.211469 to >>>> 0.788531 >>>> >>>> correcting negative: -0.211469 to >>>> 0.788531 >>>> >>>> correcting negative: -1.89619 to >>>> 1.10381 >>>> >>>> correcting negative: -1.89619 to >>>> 1.10381 >>>> >>>> correcting negative: -1.89619 to >>>> 1.10381 >>>> >>>> correcting negative: -0.211469 to >>>> 0.788531 >>>> >>>> correcting negative: -1.89619 to >>>> 1.10381 >>>> >>>> correcting negative: -0.211469 to >>>> 0.788531 >>>> >>>> correcting negative: -1.89619 to >>>> 1.10381 >>>> >>>> correcting negative: -0.211469 to >>>> 0.788531 >>>> >>>> correcting negative: -0.379878 to >>>> 0.620122 >>>> >>>> correcting negative: -2.48578 to >>>> 2.51422 >>>> >>>> correcting negative: -2.48578 to >>>> 2.51422 >>>> >>>> correcting negative: -2.48578 to >>>> 2.51422 >>>> >>>> correcting negative: -0.379878 to >>>> 0.620122 >>>> >>>> correcting negative: -0.379878 to >>>> 0.620122 >>>> >>>> On Tue, Jul 22, 2008 at 8:11 PM, skunkwerk <sku...@gm...> wrote: >>>> >>>>> i made two more fixes to make the filter work, one of which was the >>>>> order in which the textures were drawn into the atlas: i was starting at 0,0 >>>>> at the top-left, whereas i believe meshlab wants 0,0 at the bottom-left. >>>>> >>>>> it works fine with this modified file: >>>>> www.akbars.net/TextureDoublex2.ply >>>>> >>>>> but still not on my box... >>>>> >>>>> imran >>>>> >>>>> >>>>> On Tue, Jul 22, 2008 at 6:06 PM, skunkwerk <sku...@gm...> >>>>> wrote: >>>>> >>>>>> i've committed a fix that should now make the texturedouble.ply >>>>>> generate correct UV coords... >>>>>> however models with more complex texturing still don't work >>>>>> properly... >>>>>> >>>>>> any suggestions on how to debug this? i think i'll take the same >>>>>> texturedouble.ply and try doubling the original uv coords to see how it >>>>>> handles that... >>>>>> >>>>>> imran >>>>>> >>>>>> >>>>>> On Tue, Jul 22, 2008 at 4:49 PM, skunkwerk <sku...@gm...> >>>>>> wrote: >>>>>> >>>>>>> paolo, >>>>>>> you're correct, the assert was happening on a null image, even >>>>>>> though i've put in a check to not do anything on null images... but i don't >>>>>>> think any changes are necessary. >>>>>>> >>>>>>> i'll test out the texturedouble.ply and report back my findings >>>>>>> >>>>>>> i have been testing out this model (a simple cube with a different >>>>>>> texture on every face):www.akbars.net/boxAtlasbig.zip >>>>>>> >>>>>>> the texture atlas is generated fine, but the resulting model does not >>>>>>> look right. i looked through the debug output, and as far as i can see, >>>>>>> each material's uvs are offset to the correct part of the texture atlas (i >>>>>>> did this by comparing the material number of that face and its uvs to the >>>>>>> position of that material in the atlas. the second division is the final uv >>>>>>> that's saved): >>>>>>> ------------------ >>>>>>> >>>>>>> material 0 position: 805 , 1073 >>>>>>> >>>>>>> U: 1.10381 V: 1.98863 >>>>>>> >>>>>>> new (first division) U: 0.839221 new V: 0.740719 >>>>>>> >>>>>>> new (second division) U: 0.955932 new V: 0.769647 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 0 position: 805 , 1073 >>>>>>> >>>>>>> U: 0.788531 V: 0.303902 >>>>>>> >>>>>>> new (first division) U: 0.599517 new V: 0.113197 >>>>>>> >>>>>>> new (second division) U: 0.897179 new V: 0.593546 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 0 position: 805 , 1073 >>>>>>> >>>>>>> U: 0.788531 V: 1.98863 >>>>>>> >>>>>>> new (first division) U: 0.599517 new V: 0.740719 >>>>>>> >>>>>>> new (second division) U: 0.897179 new V: 0.769647 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 0 position: 805 , 1073 >>>>>>> >>>>>>> U: 0.788531 V: 0.303902 >>>>>>> >>>>>>> new (first division) U: 0.599517 new V: 0.113197 >>>>>>> >>>>>>> new (second division) U: 0.897179 new V: 0.593546 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 0 position: 805 , 1073 >>>>>>> >>>>>>> U: 1.10381 V: 1.98863 >>>>>>> >>>>>>> new (first division) U: 0.839221 new V: 0.740719 >>>>>>> >>>>>>> new (second division) U: 0.955932 new V: 0.769647 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 0 position: 805 , 1073 >>>>>>> >>>>>>> U: 1.10381 V: 0.303902 >>>>>>> >>>>>>> new (first division) U: 0.839221 new V: 0.113197 >>>>>>> >>>>>>> new (second division) U: 0.955932 new V: 0.593546 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 3 position: 0 , 1073 >>>>>>> >>>>>>> U: 1.98863 V: 0 >>>>>>> >>>>>>> new (first division) U: 0.740719 new V: 0 >>>>>>> >>>>>>> new (second division) U: 0.555712 new V: 0.56178 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 3 position: 0 , 1073 >>>>>>> >>>>>>> U: 0.303902 V: 1.00833 >>>>>>> >>>>>>> new (first division) U: 0.113197 new V: 0.502075 >>>>>>> >>>>>>> new (second division) U: 0.084924 new V: 0.720026 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 3 position: 0 , 1073 >>>>>>> >>>>>>> U: 0.303902 V: 0 >>>>>>> >>>>>>> new (first division) U: 0.113197 new V: 0 >>>>>>> >>>>>>> new (second division) U: 0.084924 new V: 0.56178 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 3 position: 0 , 1073 >>>>>>> >>>>>>> U: 0.303902 V: 1.00833 >>>>>>> >>>>>>> new (first division) U: 0.113197 new V: 0.502075 >>>>>>> >>>>>>> new (second division) U: 0.084924 new V: 0.720026 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 3 position: 0 , 1073 >>>>>>> >>>>>>> U: 1.98863 V: 0 >>>>>>> >>>>>>> new (first division) U: 0.740719 new V: 0 >>>>>>> >>>>>>> new (second division) U: 0.555712 new V: 0.56178 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 3 position: 0 , 1073 >>>>>>> >>>>>>> U: 1.98863 V: 1.00833 >>>>>>> >>>>>>> new (first division) U: 0.740719 new V: 0.502075 >>>>>>> >>>>>>> new (second division) U: 0.555712 new V: 0.720026 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 2 position: 805 , 1609 >>>>>>> >>>>>>> U: 1.10381 V: 0 >>>>>>> >>>>>>> new (first division) U: 0.839221 new V: 0 >>>>>>> >>>>>>> new (second division) U: 0.905876 new V: 0.842408 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 2 position: 805 , 1609 >>>>>>> >>>>>>> U: 0.788531 V: 1.00833 >>>>>>> >>>>>>> new (first division) U: 0.599517 new V: 0.502075 >>>>>>> >>>>>>> new (second division) U: 0.86142 new V: 0.921531 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 2 position: 805 , 1609 >>>>>>> >>>>>>> U: 1.10381 V: 1.00833 >>>>>>> >>>>>>> new (first division) U: 0.839221 new V: 0.502075 >>>>>>> >>>>>>> new (second division) U: 0.905876 new V: 0.921531 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 2 position: 805 , 1609 >>>>>>> >>>>>>> U: 0.788531 V: 1.00833 >>>>>>> >>>>>>> new (first division) U: 0.599517 new V: 0.502075 >>>>>>> >>>>>>> new (second division) U: 0.86142 new V: 0.921531 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 2 position: 805 , 1609 >>>>>>> >>>>>>> U: 1.10381 V: 0 >>>>>>> >>>>>>> new (first division) U: 0.839221 new V: 0 >>>>>>> >>>>>>> new (second division) U: 0.905876 new V: 0.842408 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 2 position: 805 , 1609 >>>>>>> >>>>>>> U: 0.788531 V: 0 >>>>>>> >>>>>>> new (first division) U: 0.599517 new V: 0 >>>>>>> >>>>>>> new (second division) U: 0.86142 new V: 0.842408 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 5 position: 310 , 1675 >>>>>>> >>>>>>> U: 0.620122 V: 0 >>>>>>> >>>>>>> new (first division) U: 0.214271 new V: 0 >>>>>>> >>>>>>> new (second division) U: 0.346621 new V: 0.876963 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 5 position: 310 , 1675 >>>>>>> >>>>>>> U: 2.51422 V: 1.26042 >>>>>>> >>>>>>> new (first division) U: 0.86874 new V: 0.557604 >>>>>>> >>>>>>> new (second division) U: 0.522895 new V: 0.942942 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 5 position: 310 , 1675 >>>>>>> >>>>>>> U: 2.51422 V: 0 >>>>>>> >>>>>>> new (first division) U: 0.86874 new V: 0 >>>>>>> >>>>>>> new (second division) U: 0.522895 new V: 0.876963 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 5 position: 310 , 1675 >>>>>>> >>>>>>> U: 2.51422 V: 1.26042 >>>>>>> >>>>>>> new (first division) U: 0.86874 new V: 0.557604 >>>>>>> >>>>>>> new (second division) U: 0.522895 new V: 0.942942 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 5 position: 310 , 1675 >>>>>>> >>>>>>> U: 0.620122 V: 0 >>>>>>> >>>>>>> new (first division) U: 0.214271 new V: 0 >>>>>>> >>>>>>> new (second division) U: 0.346621 new V: 0.876963 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 5 position: 310 , 1675 >>>>>>> >>>>>>> U: 0.620122 V: 1.26042 >>>>>>> >>>>>>> new (first division) U: 0.214271 new V: 0.557604 >>>>>>> >>>>>>> new (second division) U: 0.346621 new V: 0.942942 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 4 position: 0 , 1675 >>>>>>> >>>>>>> U: 0.264336 V: 0 >>>>>>> >>>>>>> new (first division) U: 0.0851076 new V: 0 >>>>>>> >>>>>>> new (second division) U: 0.0245884 new V: 0.876963 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 4 position: 0 , 1675 >>>>>>> >>>>>>> U: 2.37024 V: 1.26042 >>>>>>> >>>>>>> new (first division) U: 0.76314 new V: 0.557604 >>>>>>> >>>>>>> new (second division) U: 0.220478 new V: 0.942942 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 4 position: 0 , 1675 >>>>>>> >>>>>>> U: 0.264336 V: 1.26042 >>>>>>> >>>>>>> new (first division) U: 0.0851076 new V: 0.557604 >>>>>>> >>>>>>> new (second division) U: 0.0245884 new V: 0.942942 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 4 position: 0 , 1675 >>>>>>> >>>>>>> U: 2.37024 V: 1.26042 >>>>>>> >>>>>>> new (first division) U: 0.76314 new V: 0.557604 >>>>>>> >>>>>>> new (second division) U: 0.220478 new V: 0.942942 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 4 position: 0 , 1675 >>>>>>> >>>>>>> U: 0.264336 V: 0 >>>>>>> >>>>>>> new (first division) U: 0.0851076 new V: 0 >>>>>>> >>>>>>> new (second division) U: 0.0245884 new V: 0.876963 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 4 position: 0 , 1675 >>>>>>> >>>>>>> U: 2.37024 V: 0 >>>>>>> >>>>>>> new (first division) U: 0.76314 new V: 0 >>>>>>> >>>>>>> new (second division) U: 0.220478 new V: 0.876963 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 1 position: 0 , 0 >>>>>>> >>>>>>> U: 1.89619 V: 0.303902 >>>>>>> >>>>>>> new (first division) U: 0.70629 new V: 0.113197 >>>>>>> >>>>>>> new (second division) U: 0.70629 new V: 0.0635917 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 1 position: 0 , 0 >>>>>>> >>>>>>> U: 0.211469 V: 1.98863 >>>>>>> >>>>>>> new (first division) U: 0.0787676 new V: 0.740719 >>>>>>> >>>>>>> new (second division) U: 0.0787676 new V: 0.416121 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 1 position: 0 , 0 >>>>>>> >>>>>>> U: 0.211469 V: 0.303902 >>>>>>> >>>>>>> new (first division) U: 0.0787676 new V: 0.113197 >>>>>>> >>>>>>> new (second division) U: 0.0787676 new V: 0.0635917 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 1 position: 0 , 0 >>>>>>> >>>>>>> U: 0.211469 V: 1.98863 >>>>>>> >>>>>>> new (first division) U: 0.0787676 new V: 0.740719 >>>>>>> >>>>>>> new (second division) U: 0.0787676 new V: 0.416121 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 1 position: 0 , 0 >>>>>>> >>>>>>> U: 1.89619 V: 0.303902 >>>>>>> >>>>>>> new (first division) U: 0.70629 new V: 0.113197 >>>>>>> >>>>>>> new (second division) U: 0.70629 new V: 0.0635917 >>>>>>> >>>>>>> ------------------ >>>>>>> >>>>>>> material 1 position: 0 , 0 >>>>>>> >>>>>>> U: 1.89619 V: 1.98863 >>>>>>> >>>>>>> new (first division) U: 0.70629 new V: 0.740719 >>>>>>> >>>>>>> new (second division) U: 0.70629 new V: 0.416121 >>>>>>> >>>>>>> global: 1073 , 1910 >>>>>>> >>>>>>> inserted texture 0 into atlas at position: 805 1073 >>>>>>> >>>>>>> inserted texture 1 into atlas at position: 0 0 >>>>>>> >>>>>>> inserted texture 2 into atlas at position: 805 1609 >>>>>>> >>>>>>> inserted texture 3 into atlas at position: 0 1073 >>>>>>> >>>>>>> inserted texture 4 into atlas at position: 0 1675 >>>>>>> >>>>>>> inserted texture 5 into atlas at position: 310 1675 >>>>>>> >>>>>>> >>>>>>> On Tue, Jul 22, 2008 at 4:30 PM, Paolo Cignoni < >>>>>>> pao...@is...> wrote: >>>>>>> >>>>>>>> skunkwerk wrote: >>>>>>>> > Hey Sebastian, >>>>>>>> > this one worked for me: www.akbars.net/10.zip >>>>>>>> > i've been testing with collada models from >>>>>>>> > sketchup.google.com/3dwarehousebut that's because my version of >>>>>>>> the >>>>>>>> > collada importer works ok with the >>>>>>>> > textures - i don't think the one in subversion has been fixed >>>>>>>> yet... >>>>>>>> > >>>>>>>> > try increasing the size of the texture atlas until i can get the >>>>>>>> resampled >>>>>>>> > tiles working. i'm going to test out the results on a simple box >>>>>>>> today >>>>>>>> > >>>>>>>> > paolo, the rect_packer.cpp has a bunch of asserts in it... i'd >>>>>>>> like to >>>>>>>> > change them to return false, so that the atlas will fail, but not >>>>>>>> crash >>>>>>>> > whenever some of the images are null, etc. the other way would be >>>>>>>> to try to >>>>>>>> > do those checks in the filter itself. which would you recommend? >>>>>>>> > >>>>>>>> > imran >>>>>>>> > >>>>>>>> > On Tue, Jul 22, 2008 at 3:25 AM, Sebastian Herholz < >>>>>>>> > seb...@go...> wrote: >>>>>>>> > >>>>>>>> > >>>>>>>> >>>>>>>> I have tried too the atlas builder but it failed to build a correct >>>>>>>> mesh >>>>>>>> (but without crashing :) ) on the very very simple model >>>>>>>> texturedouble.ply that you can find among the meshlab sample >>>>>>>> models. >>>>>>>> >>>>>>>> This model is composed by just two squares, each one of them >>>>>>>> textured >>>>>>>> with a different texture. >>>>>>>> your filter builds a correct atlas texture but it assigns wrong tex >>>>>>>> coords to the mesh. >>>>>>>> >>>>>>>> >>>>>>>> About the rect packer what are exactly the asserts that worry you? >>>>>>>> From what i could see you they trigger on very trashy situations >>>>>>>> that >>>>>>>> should be cleaned before (zero sized textures and so on). I could >>>>>>>> have >>>>>>>> missed some, so what assert()'s did you refer to? >>>>>>>> >>>>>>>> cheers >>>>>>>> >>>>>>>> -- >>>>>>>> Paolo Cignoni -- Senior Researcher >>>>>>>> Visual Computing Laboratory - ISTI - CNR >>>>>>>> http://vcg.isti.cnr.it/~cignoni <http://vcg.isti.cnr.it/%7Ecignoni> >>>>>>>> >>>>>>>> ISTI - CNR >>>>>>>> Via Moruzzi 1, >>>>>>>> 56124 Pisa >>>>>>>> ITALY >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------- >>>>>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>>>>>> challenge >>>>>>>> Build the coolest Linux based applications with Moblin SDK & win >>>>>>>> great prizes >>>>>>>> Grand prize is a trip for two to an Open Source event anywhere in >>>>>>>> the world >>>>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>>>>> _______________________________________________ >>>>>>>> Meshlab-devel mailing list >>>>>>>> Mes...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/meshlab-devel >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > |
|
From: skunkwerk <sku...@gm...> - 2008-07-24 23:13:00
|
i think it's working now except for textures with negative uv coordinates... i took the texturedouble.ply and changed the uv coords that were +1 to -2; i had assumed this would actually keep it looking the same, but it actually flipped the image around both axes! ahhhh! now i have to figure out: 1) i don't want to store an inverted copy of the tiled image in the atlas just for negative uv coords; i'd like to just be able to 'flip' the order of the UVs themselves - ie if two of the triangles' vertices had UV coordinates going from 1 to 2, i would switch them so they're from 2 to 1. Is this valid? What kind of algorithm would I use for this - ie how do i know which 2 vertices coordinates to flip? 2) the other option is to not make the negative uv coordinates positive, just pass them through after adjusting them, and let the renderer deal with it (as they're technically not invalid, right?) is this analysis correct? i'll try figuring out 2) imran On Thu, Jul 24, 2008 at 2:52 PM, skunkwerk <sku...@gm...> wrote: > i've committed two more fixes - it now draws in the texture in the extra > space at the top of the tiled image when drawing from the bottom, and > calculates the adjusted V coordinate from the bottom, not the top > > it looks like it's getting the right part of the image, but not exactly the > right coordinates > > i'm going to do another test switching negative uv coords to positive and > see if they look the same > > imran > > > On Wed, Jul 23, 2008 at 10:07 AM, skunkwerk <sku...@gm...> wrote: > >> fixed the problem with uvs outside the 0-1 range. paolo, could you >> confirm that the rect_packer returns the position of the top-left corner of >> each texture? >> >> thanks, >> >> imran >> >> On Tue, Jul 22, 2008 at 9:06 PM, skunkwerk <sku...@gm...> wrote: >> >>> my test box has negative uv coords, and even though i try to correct for >>> them i end up with uv coords outside the 0-1 range. could someone confirm >>> the following negative to positive u/v coordinate equivalencies? >>> >>> thanks >>> >>> correcting negative: -1.89619 to >>> 1.10381 >>> >>> correcting negative: -0.211469 to >>> 0.788531 >>> >>> correcting negative: -0.211469 to >>> 0.788531 >>> >>> correcting negative: -0.211469 to >>> 0.788531 >>> >>> correcting negative: -1.89619 to >>> 1.10381 >>> >>> correcting negative: -1.89619 to >>> 1.10381 >>> >>> correcting negative: -1.89619 to >>> 1.10381 >>> >>> correcting negative: -0.211469 to >>> 0.788531 >>> >>> correcting negative: -1.89619 to >>> 1.10381 >>> >>> correcting negative: -0.211469 to >>> 0.788531 >>> >>> correcting negative: -1.89619 to >>> 1.10381 >>> >>> correcting negative: -0.211469 to >>> 0.788531 >>> >>> correcting negative: -0.379878 to >>> 0.620122 >>> >>> correcting negative: -2.48578 to >>> 2.51422 >>> >>> correcting negative: -2.48578 to >>> 2.51422 >>> >>> correcting negative: -2.48578 to >>> 2.51422 >>> >>> correcting negative: -0.379878 to >>> 0.620122 >>> >>> correcting negative: -0.379878 to >>> 0.620122 >>> >>> On Tue, Jul 22, 2008 at 8:11 PM, skunkwerk <sku...@gm...> wrote: >>> >>>> i made two more fixes to make the filter work, one of which was the >>>> order in which the textures were drawn into the atlas: i was starting at 0,0 >>>> at the top-left, whereas i believe meshlab wants 0,0 at the bottom-left. >>>> >>>> it works fine with this modified file: >>>> www.akbars.net/TextureDoublex2.ply >>>> >>>> but still not on my box... >>>> >>>> imran >>>> >>>> >>>> On Tue, Jul 22, 2008 at 6:06 PM, skunkwerk <sku...@gm...> wrote: >>>> >>>>> i've committed a fix that should now make the texturedouble.ply >>>>> generate correct UV coords... >>>>> however models with more complex texturing still don't work properly... >>>>> >>>>> any suggestions on how to debug this? i think i'll take the same >>>>> texturedouble.ply and try doubling the original uv coords to see how it >>>>> handles that... >>>>> >>>>> imran >>>>> >>>>> >>>>> On Tue, Jul 22, 2008 at 4:49 PM, skunkwerk <sku...@gm...> >>>>> wrote: >>>>> >>>>>> paolo, >>>>>> you're correct, the assert was happening on a null image, even >>>>>> though i've put in a check to not do anything on null images... but i don't >>>>>> think any changes are necessary. >>>>>> >>>>>> i'll test out the texturedouble.ply and report back my findings >>>>>> >>>>>> i have been testing out this model (a simple cube with a different >>>>>> texture on every face):www.akbars.net/boxAtlasbig.zip >>>>>> >>>>>> the texture atlas is generated fine, but the resulting model does not >>>>>> look right. i looked through the debug output, and as far as i can see, >>>>>> each material's uvs are offset to the correct part of the texture atlas (i >>>>>> did this by comparing the material number of that face and its uvs to the >>>>>> position of that material in the atlas. the second division is the final uv >>>>>> that's saved): >>>>>> ------------------ >>>>>> >>>>>> material 0 position: 805 , 1073 >>>>>> >>>>>> U: 1.10381 V: 1.98863 >>>>>> >>>>>> new (first division) U: 0.839221 new V: 0.740719 >>>>>> >>>>>> new (second division) U: 0.955932 new V: 0.769647 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 0 position: 805 , 1073 >>>>>> >>>>>> U: 0.788531 V: 0.303902 >>>>>> >>>>>> new (first division) U: 0.599517 new V: 0.113197 >>>>>> >>>>>> new (second division) U: 0.897179 new V: 0.593546 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 0 position: 805 , 1073 >>>>>> >>>>>> U: 0.788531 V: 1.98863 >>>>>> >>>>>> new (first division) U: 0.599517 new V: 0.740719 >>>>>> >>>>>> new (second division) U: 0.897179 new V: 0.769647 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 0 position: 805 , 1073 >>>>>> >>>>>> U: 0.788531 V: 0.303902 >>>>>> >>>>>> new (first division) U: 0.599517 new V: 0.113197 >>>>>> >>>>>> new (second division) U: 0.897179 new V: 0.593546 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 0 position: 805 , 1073 >>>>>> >>>>>> U: 1.10381 V: 1.98863 >>>>>> >>>>>> new (first division) U: 0.839221 new V: 0.740719 >>>>>> >>>>>> new (second division) U: 0.955932 new V: 0.769647 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 0 position: 805 , 1073 >>>>>> >>>>>> U: 1.10381 V: 0.303902 >>>>>> >>>>>> new (first division) U: 0.839221 new V: 0.113197 >>>>>> >>>>>> new (second division) U: 0.955932 new V: 0.593546 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 3 position: 0 , 1073 >>>>>> >>>>>> U: 1.98863 V: 0 >>>>>> >>>>>> new (first division) U: 0.740719 new V: 0 >>>>>> >>>>>> new (second division) U: 0.555712 new V: 0.56178 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 3 position: 0 , 1073 >>>>>> >>>>>> U: 0.303902 V: 1.00833 >>>>>> >>>>>> new (first division) U: 0.113197 new V: 0.502075 >>>>>> >>>>>> new (second division) U: 0.084924 new V: 0.720026 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 3 position: 0 , 1073 >>>>>> >>>>>> U: 0.303902 V: 0 >>>>>> >>>>>> new (first division) U: 0.113197 new V: 0 >>>>>> >>>>>> new (second division) U: 0.084924 new V: 0.56178 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 3 position: 0 , 1073 >>>>>> >>>>>> U: 0.303902 V: 1.00833 >>>>>> >>>>>> new (first division) U: 0.113197 new V: 0.502075 >>>>>> >>>>>> new (second division) U: 0.084924 new V: 0.720026 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 3 position: 0 , 1073 >>>>>> >>>>>> U: 1.98863 V: 0 >>>>>> >>>>>> new (first division) U: 0.740719 new V: 0 >>>>>> >>>>>> new (second division) U: 0.555712 new V: 0.56178 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 3 position: 0 , 1073 >>>>>> >>>>>> U: 1.98863 V: 1.00833 >>>>>> >>>>>> new (first division) U: 0.740719 new V: 0.502075 >>>>>> >>>>>> new (second division) U: 0.555712 new V: 0.720026 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 2 position: 805 , 1609 >>>>>> >>>>>> U: 1.10381 V: 0 >>>>>> >>>>>> new (first division) U: 0.839221 new V: 0 >>>>>> >>>>>> new (second division) U: 0.905876 new V: 0.842408 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 2 position: 805 , 1609 >>>>>> >>>>>> U: 0.788531 V: 1.00833 >>>>>> >>>>>> new (first division) U: 0.599517 new V: 0.502075 >>>>>> >>>>>> new (second division) U: 0.86142 new V: 0.921531 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 2 position: 805 , 1609 >>>>>> >>>>>> U: 1.10381 V: 1.00833 >>>>>> >>>>>> new (first division) U: 0.839221 new V: 0.502075 >>>>>> >>>>>> new (second division) U: 0.905876 new V: 0.921531 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 2 position: 805 , 1609 >>>>>> >>>>>> U: 0.788531 V: 1.00833 >>>>>> >>>>>> new (first division) U: 0.599517 new V: 0.502075 >>>>>> >>>>>> new (second division) U: 0.86142 new V: 0.921531 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 2 position: 805 , 1609 >>>>>> >>>>>> U: 1.10381 V: 0 >>>>>> >>>>>> new (first division) U: 0.839221 new V: 0 >>>>>> >>>>>> new (second division) U: 0.905876 new V: 0.842408 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 2 position: 805 , 1609 >>>>>> >>>>>> U: 0.788531 V: 0 >>>>>> >>>>>> new (first division) U: 0.599517 new V: 0 >>>>>> >>>>>> new (second division) U: 0.86142 new V: 0.842408 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 5 position: 310 , 1675 >>>>>> >>>>>> U: 0.620122 V: 0 >>>>>> >>>>>> new (first division) U: 0.214271 new V: 0 >>>>>> >>>>>> new (second division) U: 0.346621 new V: 0.876963 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 5 position: 310 , 1675 >>>>>> >>>>>> U: 2.51422 V: 1.26042 >>>>>> >>>>>> new (first division) U: 0.86874 new V: 0.557604 >>>>>> >>>>>> new (second division) U: 0.522895 new V: 0.942942 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 5 position: 310 , 1675 >>>>>> >>>>>> U: 2.51422 V: 0 >>>>>> >>>>>> new (first division) U: 0.86874 new V: 0 >>>>>> >>>>>> new (second division) U: 0.522895 new V: 0.876963 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 5 position: 310 , 1675 >>>>>> >>>>>> U: 2.51422 V: 1.26042 >>>>>> >>>>>> new (first division) U: 0.86874 new V: 0.557604 >>>>>> >>>>>> new (second division) U: 0.522895 new V: 0.942942 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 5 position: 310 , 1675 >>>>>> >>>>>> U: 0.620122 V: 0 >>>>>> >>>>>> new (first division) U: 0.214271 new V: 0 >>>>>> >>>>>> new (second division) U: 0.346621 new V: 0.876963 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 5 position: 310 , 1675 >>>>>> >>>>>> U: 0.620122 V: 1.26042 >>>>>> >>>>>> new (first division) U: 0.214271 new V: 0.557604 >>>>>> >>>>>> new (second division) U: 0.346621 new V: 0.942942 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 4 position: 0 , 1675 >>>>>> >>>>>> U: 0.264336 V: 0 >>>>>> >>>>>> new (first division) U: 0.0851076 new V: 0 >>>>>> >>>>>> new (second division) U: 0.0245884 new V: 0.876963 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 4 position: 0 , 1675 >>>>>> >>>>>> U: 2.37024 V: 1.26042 >>>>>> >>>>>> new (first division) U: 0.76314 new V: 0.557604 >>>>>> >>>>>> new (second division) U: 0.220478 new V: 0.942942 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 4 position: 0 , 1675 >>>>>> >>>>>> U: 0.264336 V: 1.26042 >>>>>> >>>>>> new (first division) U: 0.0851076 new V: 0.557604 >>>>>> >>>>>> new (second division) U: 0.0245884 new V: 0.942942 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 4 position: 0 , 1675 >>>>>> >>>>>> U: 2.37024 V: 1.26042 >>>>>> >>>>>> new (first division) U: 0.76314 new V: 0.557604 >>>>>> >>>>>> new (second division) U: 0.220478 new V: 0.942942 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 4 position: 0 , 1675 >>>>>> >>>>>> U: 0.264336 V: 0 >>>>>> >>>>>> new (first division) U: 0.0851076 new V: 0 >>>>>> >>>>>> new (second division) U: 0.0245884 new V: 0.876963 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 4 position: 0 , 1675 >>>>>> >>>>>> U: 2.37024 V: 0 >>>>>> >>>>>> new (first division) U: 0.76314 new V: 0 >>>>>> >>>>>> new (second division) U: 0.220478 new V: 0.876963 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 1 position: 0 , 0 >>>>>> >>>>>> U: 1.89619 V: 0.303902 >>>>>> >>>>>> new (first division) U: 0.70629 new V: 0.113197 >>>>>> >>>>>> new (second division) U: 0.70629 new V: 0.0635917 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 1 position: 0 , 0 >>>>>> >>>>>> U: 0.211469 V: 1.98863 >>>>>> >>>>>> new (first division) U: 0.0787676 new V: 0.740719 >>>>>> >>>>>> new (second division) U: 0.0787676 new V: 0.416121 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 1 position: 0 , 0 >>>>>> >>>>>> U: 0.211469 V: 0.303902 >>>>>> >>>>>> new (first division) U: 0.0787676 new V: 0.113197 >>>>>> >>>>>> new (second division) U: 0.0787676 new V: 0.0635917 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 1 position: 0 , 0 >>>>>> >>>>>> U: 0.211469 V: 1.98863 >>>>>> >>>>>> new (first division) U: 0.0787676 new V: 0.740719 >>>>>> >>>>>> new (second division) U: 0.0787676 new V: 0.416121 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 1 position: 0 , 0 >>>>>> >>>>>> U: 1.89619 V: 0.303902 >>>>>> >>>>>> new (first division) U: 0.70629 new V: 0.113197 >>>>>> >>>>>> new (second division) U: 0.70629 new V: 0.0635917 >>>>>> >>>>>> ------------------ >>>>>> >>>>>> material 1 position: 0 , 0 >>>>>> >>>>>> U: 1.89619 V: 1.98863 >>>>>> >>>>>> new (first division) U: 0.70629 new V: 0.740719 >>>>>> >>>>>> new (second division) U: 0.70629 new V: 0.416121 >>>>>> >>>>>> global: 1073 , 1910 >>>>>> >>>>>> inserted texture 0 into atlas at position: 805 1073 >>>>>> >>>>>> inserted texture 1 into atlas at position: 0 0 >>>>>> >>>>>> inserted texture 2 into atlas at position: 805 1609 >>>>>> >>>>>> inserted texture 3 into atlas at position: 0 1073 >>>>>> >>>>>> inserted texture 4 into atlas at position: 0 1675 >>>>>> >>>>>> inserted texture 5 into atlas at position: 310 1675 >>>>>> >>>>>> >>>>>> On Tue, Jul 22, 2008 at 4:30 PM, Paolo Cignoni < >>>>>> pao...@is...> wrote: >>>>>> >>>>>>> skunkwerk wrote: >>>>>>> > Hey Sebastian, >>>>>>> > this one worked for me: www.akbars.net/10.zip >>>>>>> > i've been testing with collada models from >>>>>>> > sketchup.google.com/3dwarehousebut that's because my version of >>>>>>> the >>>>>>> > collada importer works ok with the >>>>>>> > textures - i don't think the one in subversion has been fixed >>>>>>> yet... >>>>>>> > >>>>>>> > try increasing the size of the texture atlas until i can get the >>>>>>> resampled >>>>>>> > tiles working. i'm going to test out the results on a simple box >>>>>>> today >>>>>>> > >>>>>>> > paolo, the rect_packer.cpp has a bunch of asserts in it... i'd like >>>>>>> to >>>>>>> > change them to return false, so that the atlas will fail, but not >>>>>>> crash >>>>>>> > whenever some of the images are null, etc. the other way would be >>>>>>> to try to >>>>>>> > do those checks in the filter itself. which would you recommend? >>>>>>> > >>>>>>> > imran >>>>>>> > >>>>>>> > On Tue, Jul 22, 2008 at 3:25 AM, Sebastian Herholz < >>>>>>> > seb...@go...> wrote: >>>>>>> > >>>>>>> > >>>>>>> >>>>>>> I have tried too the atlas builder but it failed to build a correct >>>>>>> mesh >>>>>>> (but without crashing :) ) on the very very simple model >>>>>>> texturedouble.ply that you can find among the meshlab sample models. >>>>>>> >>>>>>> This model is composed by just two squares, each one of them textured >>>>>>> with a different texture. >>>>>>> your filter builds a correct atlas texture but it assigns wrong tex >>>>>>> coords to the mesh. >>>>>>> >>>>>>> >>>>>>> About the rect packer what are exactly the asserts that worry you? >>>>>>> From what i could see you they trigger on very trashy situations >>>>>>> that >>>>>>> should be cleaned before (zero sized textures and so on). I could >>>>>>> have >>>>>>> missed some, so what assert()'s did you refer to? >>>>>>> >>>>>>> cheers >>>>>>> >>>>>>> -- >>>>>>> Paolo Cignoni -- Senior Researcher >>>>>>> Visual Computing Laboratory - ISTI - CNR >>>>>>> http://vcg.isti.cnr.it/~cignoni <http://vcg.isti.cnr.it/%7Ecignoni> >>>>>>> >>>>>>> ISTI - CNR >>>>>>> Via Moruzzi 1, >>>>>>> 56124 Pisa >>>>>>> ITALY >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------- >>>>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>>>>> challenge >>>>>>> Build the coolest Linux based applications with Moblin SDK & win >>>>>>> great prizes >>>>>>> Grand prize is a trip for two to an Open Source event anywhere in the >>>>>>> world >>>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>>>> _______________________________________________ >>>>>>> Meshlab-devel mailing list >>>>>>> Mes...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/meshlab-devel >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> > |
|
From: skunkwerk <sku...@gm...> - 2008-07-24 21:53:01
|
i've committed two more fixes - it now draws in the texture in the extra space at the top of the tiled image when drawing from the bottom, and calculates the adjusted V coordinate from the bottom, not the top it looks like it's getting the right part of the image, but not exactly the right coordinates i'm going to do another test switching negative uv coords to positive and see if they look the same imran On Wed, Jul 23, 2008 at 10:07 AM, skunkwerk <sku...@gm...> wrote: > fixed the problem with uvs outside the 0-1 range. paolo, could you confirm > that the rect_packer returns the position of the top-left corner of each > texture? > > thanks, > > imran > > On Tue, Jul 22, 2008 at 9:06 PM, skunkwerk <sku...@gm...> wrote: > >> my test box has negative uv coords, and even though i try to correct for >> them i end up with uv coords outside the 0-1 range. could someone confirm >> the following negative to positive u/v coordinate equivalencies? >> >> thanks >> >> correcting negative: -1.89619 to >> 1.10381 >> >> correcting negative: -0.211469 to >> 0.788531 >> >> correcting negative: -0.211469 to >> 0.788531 >> >> correcting negative: -0.211469 to >> 0.788531 >> >> correcting negative: -1.89619 to >> 1.10381 >> >> correcting negative: -1.89619 to >> 1.10381 >> >> correcting negative: -1.89619 to >> 1.10381 >> >> correcting negative: -0.211469 to >> 0.788531 >> >> correcting negative: -1.89619 to >> 1.10381 >> >> correcting negative: -0.211469 to >> 0.788531 >> >> correcting negative: -1.89619 to >> 1.10381 >> >> correcting negative: -0.211469 to >> 0.788531 >> >> correcting negative: -0.379878 to >> 0.620122 >> >> correcting negative: -2.48578 to >> 2.51422 >> >> correcting negative: -2.48578 to >> 2.51422 >> >> correcting negative: -2.48578 to >> 2.51422 >> >> correcting negative: -0.379878 to >> 0.620122 >> >> correcting negative: -0.379878 to >> 0.620122 >> >> On Tue, Jul 22, 2008 at 8:11 PM, skunkwerk <sku...@gm...> wrote: >> >>> i made two more fixes to make the filter work, one of which was the order >>> in which the textures were drawn into the atlas: i was starting at 0,0 at >>> the top-left, whereas i believe meshlab wants 0,0 at the bottom-left. >>> >>> it works fine with this modified file: >>> www.akbars.net/TextureDoublex2.ply >>> >>> but still not on my box... >>> >>> imran >>> >>> >>> On Tue, Jul 22, 2008 at 6:06 PM, skunkwerk <sku...@gm...> wrote: >>> >>>> i've committed a fix that should now make the texturedouble.ply generate >>>> correct UV coords... >>>> however models with more complex texturing still don't work properly... >>>> >>>> any suggestions on how to debug this? i think i'll take the same >>>> texturedouble.ply and try doubling the original uv coords to see how it >>>> handles that... >>>> >>>> imran >>>> >>>> >>>> On Tue, Jul 22, 2008 at 4:49 PM, skunkwerk <sku...@gm...> wrote: >>>> >>>>> paolo, >>>>> you're correct, the assert was happening on a null image, even >>>>> though i've put in a check to not do anything on null images... but i don't >>>>> think any changes are necessary. >>>>> >>>>> i'll test out the texturedouble.ply and report back my findings >>>>> >>>>> i have been testing out this model (a simple cube with a different >>>>> texture on every face):www.akbars.net/boxAtlasbig.zip >>>>> >>>>> the texture atlas is generated fine, but the resulting model does not >>>>> look right. i looked through the debug output, and as far as i can see, >>>>> each material's uvs are offset to the correct part of the texture atlas (i >>>>> did this by comparing the material number of that face and its uvs to the >>>>> position of that material in the atlas. the second division is the final uv >>>>> that's saved): >>>>> ------------------ >>>>> >>>>> material 0 position: 805 , 1073 >>>>> >>>>> U: 1.10381 V: 1.98863 >>>>> >>>>> new (first division) U: 0.839221 new V: 0.740719 >>>>> >>>>> new (second division) U: 0.955932 new V: 0.769647 >>>>> >>>>> ------------------ >>>>> >>>>> material 0 position: 805 , 1073 >>>>> >>>>> U: 0.788531 V: 0.303902 >>>>> >>>>> new (first division) U: 0.599517 new V: 0.113197 >>>>> >>>>> new (second division) U: 0.897179 new V: 0.593546 >>>>> >>>>> ------------------ >>>>> >>>>> material 0 position: 805 , 1073 >>>>> >>>>> U: 0.788531 V: 1.98863 >>>>> >>>>> new (first division) U: 0.599517 new V: 0.740719 >>>>> >>>>> new (second division) U: 0.897179 new V: 0.769647 >>>>> >>>>> ------------------ >>>>> >>>>> material 0 position: 805 , 1073 >>>>> >>>>> U: 0.788531 V: 0.303902 >>>>> >>>>> new (first division) U: 0.599517 new V: 0.113197 >>>>> >>>>> new (second division) U: 0.897179 new V: 0.593546 >>>>> >>>>> ------------------ >>>>> >>>>> material 0 position: 805 , 1073 >>>>> >>>>> U: 1.10381 V: 1.98863 >>>>> >>>>> new (first division) U: 0.839221 new V: 0.740719 >>>>> >>>>> new (second division) U: 0.955932 new V: 0.769647 >>>>> >>>>> ------------------ >>>>> >>>>> material 0 position: 805 , 1073 >>>>> >>>>> U: 1.10381 V: 0.303902 >>>>> >>>>> new (first division) U: 0.839221 new V: 0.113197 >>>>> >>>>> new (second division) U: 0.955932 new V: 0.593546 >>>>> >>>>> ------------------ >>>>> >>>>> material 3 position: 0 , 1073 >>>>> >>>>> U: 1.98863 V: 0 >>>>> >>>>> new (first division) U: 0.740719 new V: 0 >>>>> >>>>> new (second division) U: 0.555712 new V: 0.56178 >>>>> >>>>> ------------------ >>>>> >>>>> material 3 position: 0 , 1073 >>>>> >>>>> U: 0.303902 V: 1.00833 >>>>> >>>>> new (first division) U: 0.113197 new V: 0.502075 >>>>> >>>>> new (second division) U: 0.084924 new V: 0.720026 >>>>> >>>>> ------------------ >>>>> >>>>> material 3 position: 0 , 1073 >>>>> >>>>> U: 0.303902 V: 0 >>>>> >>>>> new (first division) U: 0.113197 new V: 0 >>>>> >>>>> new (second division) U: 0.084924 new V: 0.56178 >>>>> >>>>> ------------------ >>>>> >>>>> material 3 position: 0 , 1073 >>>>> >>>>> U: 0.303902 V: 1.00833 >>>>> >>>>> new (first division) U: 0.113197 new V: 0.502075 >>>>> >>>>> new (second division) U: 0.084924 new V: 0.720026 >>>>> >>>>> ------------------ >>>>> >>>>> material 3 position: 0 , 1073 >>>>> >>>>> U: 1.98863 V: 0 >>>>> >>>>> new (first division) U: 0.740719 new V: 0 >>>>> >>>>> new (second division) U: 0.555712 new V: 0.56178 >>>>> >>>>> ------------------ >>>>> >>>>> material 3 position: 0 , 1073 >>>>> >>>>> U: 1.98863 V: 1.00833 >>>>> >>>>> new (first division) U: 0.740719 new V: 0.502075 >>>>> >>>>> new (second division) U: 0.555712 new V: 0.720026 >>>>> >>>>> ------------------ >>>>> >>>>> material 2 position: 805 , 1609 >>>>> >>>>> U: 1.10381 V: 0 >>>>> >>>>> new (first division) U: 0.839221 new V: 0 >>>>> >>>>> new (second division) U: 0.905876 new V: 0.842408 >>>>> >>>>> ------------------ >>>>> >>>>> material 2 position: 805 , 1609 >>>>> >>>>> U: 0.788531 V: 1.00833 >>>>> >>>>> new (first division) U: 0.599517 new V: 0.502075 >>>>> >>>>> new (second division) U: 0.86142 new V: 0.921531 >>>>> >>>>> ------------------ >>>>> >>>>> material 2 position: 805 , 1609 >>>>> >>>>> U: 1.10381 V: 1.00833 >>>>> >>>>> new (first division) U: 0.839221 new V: 0.502075 >>>>> >>>>> new (second division) U: 0.905876 new V: 0.921531 >>>>> >>>>> ------------------ >>>>> >>>>> material 2 position: 805 , 1609 >>>>> >>>>> U: 0.788531 V: 1.00833 >>>>> >>>>> new (first division) U: 0.599517 new V: 0.502075 >>>>> >>>>> new (second division) U: 0.86142 new V: 0.921531 >>>>> >>>>> ------------------ >>>>> >>>>> material 2 position: 805 , 1609 >>>>> >>>>> U: 1.10381 V: 0 >>>>> >>>>> new (first division) U: 0.839221 new V: 0 >>>>> >>>>> new (second division) U: 0.905876 new V: 0.842408 >>>>> >>>>> ------------------ >>>>> >>>>> material 2 position: 805 , 1609 >>>>> >>>>> U: 0.788531 V: 0 >>>>> >>>>> new (first division) U: 0.599517 new V: 0 >>>>> >>>>> new (second division) U: 0.86142 new V: 0.842408 >>>>> >>>>> ------------------ >>>>> >>>>> material 5 position: 310 , 1675 >>>>> >>>>> U: 0.620122 V: 0 >>>>> >>>>> new (first division) U: 0.214271 new V: 0 >>>>> >>>>> new (second division) U: 0.346621 new V: 0.876963 >>>>> >>>>> ------------------ >>>>> >>>>> material 5 position: 310 , 1675 >>>>> >>>>> U: 2.51422 V: 1.26042 >>>>> >>>>> new (first division) U: 0.86874 new V: 0.557604 >>>>> >>>>> new (second division) U: 0.522895 new V: 0.942942 >>>>> >>>>> ------------------ >>>>> >>>>> material 5 position: 310 , 1675 >>>>> >>>>> U: 2.51422 V: 0 >>>>> >>>>> new (first division) U: 0.86874 new V: 0 >>>>> >>>>> new (second division) U: 0.522895 new V: 0.876963 >>>>> >>>>> ------------------ >>>>> >>>>> material 5 position: 310 , 1675 >>>>> >>>>> U: 2.51422 V: 1.26042 >>>>> >>>>> new (first division) U: 0.86874 new V: 0.557604 >>>>> >>>>> new (second division) U: 0.522895 new V: 0.942942 >>>>> >>>>> ------------------ >>>>> >>>>> material 5 position: 310 , 1675 >>>>> >>>>> U: 0.620122 V: 0 >>>>> >>>>> new (first division) U: 0.214271 new V: 0 >>>>> >>>>> new (second division) U: 0.346621 new V: 0.876963 >>>>> >>>>> ------------------ >>>>> >>>>> material 5 position: 310 , 1675 >>>>> >>>>> U: 0.620122 V: 1.26042 >>>>> >>>>> new (first division) U: 0.214271 new V: 0.557604 >>>>> >>>>> new (second division) U: 0.346621 new V: 0.942942 >>>>> >>>>> ------------------ >>>>> >>>>> material 4 position: 0 , 1675 >>>>> >>>>> U: 0.264336 V: 0 >>>>> >>>>> new (first division) U: 0.0851076 new V: 0 >>>>> >>>>> new (second division) U: 0.0245884 new V: 0.876963 >>>>> >>>>> ------------------ >>>>> >>>>> material 4 position: 0 , 1675 >>>>> >>>>> U: 2.37024 V: 1.26042 >>>>> >>>>> new (first division) U: 0.76314 new V: 0.557604 >>>>> >>>>> new (second division) U: 0.220478 new V: 0.942942 >>>>> >>>>> ------------------ >>>>> >>>>> material 4 position: 0 , 1675 >>>>> >>>>> U: 0.264336 V: 1.26042 >>>>> >>>>> new (first division) U: 0.0851076 new V: 0.557604 >>>>> >>>>> new (second division) U: 0.0245884 new V: 0.942942 >>>>> >>>>> ------------------ >>>>> >>>>> material 4 position: 0 , 1675 >>>>> >>>>> U: 2.37024 V: 1.26042 >>>>> >>>>> new (first division) U: 0.76314 new V: 0.557604 >>>>> >>>>> new (second division) U: 0.220478 new V: 0.942942 >>>>> >>>>> ------------------ >>>>> >>>>> material 4 position: 0 , 1675 >>>>> >>>>> U: 0.264336 V: 0 >>>>> >>>>> new (first division) U: 0.0851076 new V: 0 >>>>> >>>>> new (second division) U: 0.0245884 new V: 0.876963 >>>>> >>>>> ------------------ >>>>> >>>>> material 4 position: 0 , 1675 >>>>> >>>>> U: 2.37024 V: 0 >>>>> >>>>> new (first division) U: 0.76314 new V: 0 >>>>> >>>>> new (second division) U: 0.220478 new V: 0.876963 >>>>> >>>>> ------------------ >>>>> >>>>> material 1 position: 0 , 0 >>>>> >>>>> U: 1.89619 V: 0.303902 >>>>> >>>>> new (first division) U: 0.70629 new V: 0.113197 >>>>> >>>>> new (second division) U: 0.70629 new V: 0.0635917 >>>>> >>>>> ------------------ >>>>> >>>>> material 1 position: 0 , 0 >>>>> >>>>> U: 0.211469 V: 1.98863 >>>>> >>>>> new (first division) U: 0.0787676 new V: 0.740719 >>>>> >>>>> new (second division) U: 0.0787676 new V: 0.416121 >>>>> >>>>> ------------------ >>>>> >>>>> material 1 position: 0 , 0 >>>>> >>>>> U: 0.211469 V: 0.303902 >>>>> >>>>> new (first division) U: 0.0787676 new V: 0.113197 >>>>> >>>>> new (second division) U: 0.0787676 new V: 0.0635917 >>>>> >>>>> ------------------ >>>>> >>>>> material 1 position: 0 , 0 >>>>> >>>>> U: 0.211469 V: 1.98863 >>>>> >>>>> new (first division) U: 0.0787676 new V: 0.740719 >>>>> >>>>> new (second division) U: 0.0787676 new V: 0.416121 >>>>> >>>>> ------------------ >>>>> >>>>> material 1 position: 0 , 0 >>>>> >>>>> U: 1.89619 V: 0.303902 >>>>> >>>>> new (first division) U: 0.70629 new V: 0.113197 >>>>> >>>>> new (second division) U: 0.70629 new V: 0.0635917 >>>>> >>>>> ------------------ >>>>> >>>>> material 1 position: 0 , 0 >>>>> >>>>> U: 1.89619 V: 1.98863 >>>>> >>>>> new (first division) U: 0.70629 new V: 0.740719 >>>>> >>>>> new (second division) U: 0.70629 new V: 0.416121 >>>>> >>>>> global: 1073 , 1910 >>>>> >>>>> inserted texture 0 into atlas at position: 805 1073 >>>>> >>>>> inserted texture 1 into atlas at position: 0 0 >>>>> >>>>> inserted texture 2 into atlas at position: 805 1609 >>>>> >>>>> inserted texture 3 into atlas at position: 0 1073 >>>>> >>>>> inserted texture 4 into atlas at position: 0 1675 >>>>> >>>>> inserted texture 5 into atlas at position: 310 1675 >>>>> >>>>> >>>>> On Tue, Jul 22, 2008 at 4:30 PM, Paolo Cignoni < >>>>> pao...@is...> wrote: >>>>> >>>>>> skunkwerk wrote: >>>>>> > Hey Sebastian, >>>>>> > this one worked for me: www.akbars.net/10.zip >>>>>> > i've been testing with collada models from >>>>>> > sketchup.google.com/3dwarehousebut that's because my version of the >>>>>> > collada importer works ok with the >>>>>> > textures - i don't think the one in subversion has been fixed yet... >>>>>> > >>>>>> > try increasing the size of the texture atlas until i can get the >>>>>> resampled >>>>>> > tiles working. i'm going to test out the results on a simple box >>>>>> today >>>>>> > >>>>>> > paolo, the rect_packer.cpp has a bunch of asserts in it... i'd like >>>>>> to >>>>>> > change them to return false, so that the atlas will fail, but not >>>>>> crash >>>>>> > whenever some of the images are null, etc. the other way would be >>>>>> to try to >>>>>> > do those checks in the filter itself. which would you recommend? >>>>>> > >>>>>> > imran >>>>>> > >>>>>> > On Tue, Jul 22, 2008 at 3:25 AM, Sebastian Herholz < >>>>>> > seb...@go...> wrote: >>>>>> > >>>>>> > >>>>>> >>>>>> I have tried too the atlas builder but it failed to build a correct >>>>>> mesh >>>>>> (but without crashing :) ) on the very very simple model >>>>>> texturedouble.ply that you can find among the meshlab sample models. >>>>>> >>>>>> This model is composed by just two squares, each one of them textured >>>>>> with a different texture. >>>>>> your filter builds a correct atlas texture but it assigns wrong tex >>>>>> coords to the mesh. >>>>>> >>>>>> >>>>>> About the rect packer what are exactly the asserts that worry you? >>>>>> From what i could see you they trigger on very trashy situations that >>>>>> should be cleaned before (zero sized textures and so on). I could have >>>>>> missed some, so what assert()'s did you refer to? >>>>>> >>>>>> cheers >>>>>> >>>>>> -- >>>>>> Paolo Cignoni -- Senior Researcher >>>>>> Visual Computing Laboratory - ISTI - CNR >>>>>> http://vcg.isti.cnr.it/~cignoni <http://vcg.isti.cnr.it/%7Ecignoni> >>>>>> >>>>>> ISTI - CNR >>>>>> Via Moruzzi 1, >>>>>> 56124 Pisa >>>>>> ITALY >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------- >>>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>>>> challenge >>>>>> Build the coolest Linux based applications with Moblin SDK & win great >>>>>> prizes >>>>>> Grand prize is a trip for two to an Open Source event anywhere in the >>>>>> world >>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>>> _______________________________________________ >>>>>> Meshlab-devel mailing list >>>>>> Mes...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/meshlab-devel >>>>>> >>>>> >>>>> >>>> >>> >> > |
|
From: Paolo C. <pao...@is...> - 2008-07-23 21:58:06
|
**** To the students of the FGT course **** There are still some ongoing plugins that should have been more or less recently restarted, but for most of them i have not seen a lot of activity here. Could you give me an update of the current status? (for the ones that have started in these days, this is not necessary) Taking into account the incoming summer, Could you send me a more or less weekly very short report (5 lines is enough) of what are you doing? (this holds for all the students...) The recently started/restarted projects are: Daniele Bonetta - retopology tool Davide Spano - geometric filters (t-vertex, non manif etc..) Davide Sechi - customizable export filter Carlo Casta - Render Monkey shader support Edoardo Pocci - Improved slicing tool Michele Vannoni - Interactive Hole Filler Luca Bartoletti - Dirty Maker Cheers P. -- Paolo Cignoni -- Senior Researcher Visual Computing Laboratory - ISTI - CNR http://vcg.isti.cnr.it/~cignoni ISTI - CNR Via Moruzzi 1, 56124 Pisa ITALY |
|
From: Paolo C. <pao...@is...> - 2008-07-23 21:05:46
|
Perfect, Remember to update the wiki too.. the division by zero occours only when someone try to make a white balance passing as supposed white a color with a zero channel. Such a choice seems me meaningless. silently clamp each channel to the [1..255] range and add a comment. cheers P. PS PLEASE avoid commits without comments. And that holds for everyone here around.... Francesco Tonarelli wrote: > Hi Paolo, > > I'm going to commit the feature that you request me today, about white > balance. Get a look, it seems to work fine. > Doing that work I saw that, in some cases, the code could encounter a > division by zero, for example when the color used to correct the white > has a component to 0... > I try some of this cases and the app does't crashes (strange, it > should...) but I thing the result is anyway incorrect. > How do you want that I fix this bug? replacing zeros with 1? is it > wise? I think so, because a component less then 1 leads to a > correction factor greater then 255, and it will be clamped anyway... > > let me know your strategy and I'll modify soon. > > comments to the code will be provided asap. > > cheers. > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > ------------------------------------------------------------------------ > > _______________________________________________ > Meshlab-devel mailing list > Mes...@li... > https://lists.sourceforge.net/lists/listinfo/meshlab-devel > -- Paolo Cignoni -- Senior Researcher Visual Computing Laboratory - ISTI - CNR http://vcg.isti.cnr.it/~cignoni ISTI - CNR Via Moruzzi 1, 56124 Pisa ITALY |
|
From: skunkwerk <sku...@gm...> - 2008-07-23 17:07:22
|
fixed the problem with uvs outside the 0-1 range. paolo, could you confirm that the rect_packer returns the position of the top-left corner of each texture? thanks, imran On Tue, Jul 22, 2008 at 9:06 PM, skunkwerk <sku...@gm...> wrote: > my test box has negative uv coords, and even though i try to correct for > them i end up with uv coords outside the 0-1 range. could someone confirm > the following negative to positive u/v coordinate equivalencies? > > thanks > > correcting negative: -1.89619 to > 1.10381 > > correcting negative: -0.211469 to > 0.788531 > > correcting negative: -0.211469 to > 0.788531 > > correcting negative: -0.211469 to > 0.788531 > > correcting negative: -1.89619 to > 1.10381 > > correcting negative: -1.89619 to > 1.10381 > > correcting negative: -1.89619 to > 1.10381 > > correcting negative: -0.211469 to > 0.788531 > > correcting negative: -1.89619 to > 1.10381 > > correcting negative: -0.211469 to > 0.788531 > > correcting negative: -1.89619 to > 1.10381 > > correcting negative: -0.211469 to > 0.788531 > > correcting negative: -0.379878 to > 0.620122 > > correcting negative: -2.48578 to > 2.51422 > > correcting negative: -2.48578 to > 2.51422 > > correcting negative: -2.48578 to > 2.51422 > > correcting negative: -0.379878 to > 0.620122 > > correcting negative: -0.379878 to > 0.620122 > > On Tue, Jul 22, 2008 at 8:11 PM, skunkwerk <sku...@gm...> wrote: > >> i made two more fixes to make the filter work, one of which was the order >> in which the textures were drawn into the atlas: i was starting at 0,0 at >> the top-left, whereas i believe meshlab wants 0,0 at the bottom-left. >> >> it works fine with this modified file: www.akbars.net/TextureDoublex2.ply >> >> but still not on my box... >> >> imran >> >> >> On Tue, Jul 22, 2008 at 6:06 PM, skunkwerk <sku...@gm...> wrote: >> >>> i've committed a fix that should now make the texturedouble.ply generate >>> correct UV coords... >>> however models with more complex texturing still don't work properly... >>> >>> any suggestions on how to debug this? i think i'll take the same >>> texturedouble.ply and try doubling the original uv coords to see how it >>> handles that... >>> >>> imran >>> >>> >>> On Tue, Jul 22, 2008 at 4:49 PM, skunkwerk <sku...@gm...> wrote: >>> >>>> paolo, >>>> you're correct, the assert was happening on a null image, even though >>>> i've put in a check to not do anything on null images... but i don't think >>>> any changes are necessary. >>>> >>>> i'll test out the texturedouble.ply and report back my findings >>>> >>>> i have been testing out this model (a simple cube with a different >>>> texture on every face):www.akbars.net/boxAtlasbig.zip >>>> >>>> the texture atlas is generated fine, but the resulting model does not >>>> look right. i looked through the debug output, and as far as i can see, >>>> each material's uvs are offset to the correct part of the texture atlas (i >>>> did this by comparing the material number of that face and its uvs to the >>>> position of that material in the atlas. the second division is the final uv >>>> that's saved): >>>> ------------------ >>>> >>>> material 0 position: 805 , 1073 >>>> >>>> U: 1.10381 V: 1.98863 >>>> >>>> new (first division) U: 0.839221 new V: 0.740719 >>>> >>>> new (second division) U: 0.955932 new V: 0.769647 >>>> >>>> ------------------ >>>> >>>> material 0 position: 805 , 1073 >>>> >>>> U: 0.788531 V: 0.303902 >>>> >>>> new (first division) U: 0.599517 new V: 0.113197 >>>> >>>> new (second division) U: 0.897179 new V: 0.593546 >>>> >>>> ------------------ >>>> >>>> material 0 position: 805 , 1073 >>>> >>>> U: 0.788531 V: 1.98863 >>>> >>>> new (first division) U: 0.599517 new V: 0.740719 >>>> >>>> new (second division) U: 0.897179 new V: 0.769647 >>>> >>>> ------------------ >>>> >>>> material 0 position: 805 , 1073 >>>> >>>> U: 0.788531 V: 0.303902 >>>> >>>> new (first division) U: 0.599517 new V: 0.113197 >>>> >>>> new (second division) U: 0.897179 new V: 0.593546 >>>> >>>> ------------------ >>>> >>>> material 0 position: 805 , 1073 >>>> >>>> U: 1.10381 V: 1.98863 >>>> >>>> new (first division) U: 0.839221 new V: 0.740719 >>>> >>>> new (second division) U: 0.955932 new V: 0.769647 >>>> >>>> ------------------ >>>> >>>> material 0 position: 805 , 1073 >>>> >>>> U: 1.10381 V: 0.303902 >>>> >>>> new (first division) U: 0.839221 new V: 0.113197 >>>> >>>> new (second division) U: 0.955932 new V: 0.593546 >>>> >>>> ------------------ >>>> >>>> material 3 position: 0 , 1073 >>>> >>>> U: 1.98863 V: 0 >>>> >>>> new (first division) U: 0.740719 new V: 0 >>>> >>>> new (second division) U: 0.555712 new V: 0.56178 >>>> >>>> ------------------ >>>> >>>> material 3 position: 0 , 1073 >>>> >>>> U: 0.303902 V: 1.00833 >>>> >>>> new (first division) U: 0.113197 new V: 0.502075 >>>> >>>> new (second division) U: 0.084924 new V: 0.720026 >>>> >>>> ------------------ >>>> >>>> material 3 position: 0 , 1073 >>>> >>>> U: 0.303902 V: 0 >>>> >>>> new (first division) U: 0.113197 new V: 0 >>>> >>>> new (second division) U: 0.084924 new V: 0.56178 >>>> >>>> ------------------ >>>> >>>> material 3 position: 0 , 1073 >>>> >>>> U: 0.303902 V: 1.00833 >>>> >>>> new (first division) U: 0.113197 new V: 0.502075 >>>> >>>> new (second division) U: 0.084924 new V: 0.720026 >>>> >>>> ------------------ >>>> >>>> material 3 position: 0 , 1073 >>>> >>>> U: 1.98863 V: 0 >>>> >>>> new (first division) U: 0.740719 new V: 0 >>>> >>>> new (second division) U: 0.555712 new V: 0.56178 >>>> >>>> ------------------ >>>> >>>> material 3 position: 0 , 1073 >>>> >>>> U: 1.98863 V: 1.00833 >>>> >>>> new (first division) U: 0.740719 new V: 0.502075 >>>> >>>> new (second division) U: 0.555712 new V: 0.720026 >>>> >>>> ------------------ >>>> >>>> material 2 position: 805 , 1609 >>>> >>>> U: 1.10381 V: 0 >>>> >>>> new (first division) U: 0.839221 new V: 0 >>>> >>>> new (second division) U: 0.905876 new V: 0.842408 >>>> >>>> ------------------ >>>> >>>> material 2 position: 805 , 1609 >>>> >>>> U: 0.788531 V: 1.00833 >>>> >>>> new (first division) U: 0.599517 new V: 0.502075 >>>> >>>> new (second division) U: 0.86142 new V: 0.921531 >>>> >>>> ------------------ >>>> >>>> material 2 position: 805 , 1609 >>>> >>>> U: 1.10381 V: 1.00833 >>>> >>>> new (first division) U: 0.839221 new V: 0.502075 >>>> >>>> new (second division) U: 0.905876 new V: 0.921531 >>>> >>>> ------------------ >>>> >>>> material 2 position: 805 , 1609 >>>> >>>> U: 0.788531 V: 1.00833 >>>> >>>> new (first division) U: 0.599517 new V: 0.502075 >>>> >>>> new (second division) U: 0.86142 new V: 0.921531 >>>> >>>> ------------------ >>>> >>>> material 2 position: 805 , 1609 >>>> >>>> U: 1.10381 V: 0 >>>> >>>> new (first division) U: 0.839221 new V: 0 >>>> >>>> new (second division) U: 0.905876 new V: 0.842408 >>>> >>>> ------------------ >>>> >>>> material 2 position: 805 , 1609 >>>> >>>> U: 0.788531 V: 0 >>>> >>>> new (first division) U: 0.599517 new V: 0 >>>> >>>> new (second division) U: 0.86142 new V: 0.842408 >>>> >>>> ------------------ >>>> >>>> material 5 position: 310 , 1675 >>>> >>>> U: 0.620122 V: 0 >>>> >>>> new (first division) U: 0.214271 new V: 0 >>>> >>>> new (second division) U: 0.346621 new V: 0.876963 >>>> >>>> ------------------ >>>> >>>> material 5 position: 310 , 1675 >>>> >>>> U: 2.51422 V: 1.26042 >>>> >>>> new (first division) U: 0.86874 new V: 0.557604 >>>> >>>> new (second division) U: 0.522895 new V: 0.942942 >>>> >>>> ------------------ >>>> >>>> material 5 position: 310 , 1675 >>>> >>>> U: 2.51422 V: 0 >>>> >>>> new (first division) U: 0.86874 new V: 0 >>>> >>>> new (second division) U: 0.522895 new V: 0.876963 >>>> >>>> ------------------ >>>> >>>> material 5 position: 310 , 1675 >>>> >>>> U: 2.51422 V: 1.26042 >>>> >>>> new (first division) U: 0.86874 new V: 0.557604 >>>> >>>> new (second division) U: 0.522895 new V: 0.942942 >>>> >>>> ------------------ >>>> >>>> material 5 position: 310 , 1675 >>>> >>>> U: 0.620122 V: 0 >>>> >>>> new (first division) U: 0.214271 new V: 0 >>>> >>>> new (second division) U: 0.346621 new V: 0.876963 >>>> >>>> ------------------ >>>> >>>> material 5 position: 310 , 1675 >>>> >>>> U: 0.620122 V: 1.26042 >>>> >>>> new (first division) U: 0.214271 new V: 0.557604 >>>> >>>> new (second division) U: 0.346621 new V: 0.942942 >>>> >>>> ------------------ >>>> >>>> material 4 position: 0 , 1675 >>>> >>>> U: 0.264336 V: 0 >>>> >>>> new (first division) U: 0.0851076 new V: 0 >>>> >>>> new (second division) U: 0.0245884 new V: 0.876963 >>>> >>>> ------------------ >>>> >>>> material 4 position: 0 , 1675 >>>> >>>> U: 2.37024 V: 1.26042 >>>> >>>> new (first division) U: 0.76314 new V: 0.557604 >>>> >>>> new (second division) U: 0.220478 new V: 0.942942 >>>> >>>> ------------------ >>>> >>>> material 4 position: 0 , 1675 >>>> >>>> U: 0.264336 V: 1.26042 >>>> >>>> new (first division) U: 0.0851076 new V: 0.557604 >>>> >>>> new (second division) U: 0.0245884 new V: 0.942942 >>>> >>>> ------------------ >>>> >>>> material 4 position: 0 , 1675 >>>> >>>> U: 2.37024 V: 1.26042 >>>> >>>> new (first division) U: 0.76314 new V: 0.557604 >>>> >>>> new (second division) U: 0.220478 new V: 0.942942 >>>> >>>> ------------------ >>>> >>>> material 4 position: 0 , 1675 >>>> >>>> U: 0.264336 V: 0 >>>> >>>> new (first division) U: 0.0851076 new V: 0 >>>> >>>> new (second division) U: 0.0245884 new V: 0.876963 >>>> >>>> ------------------ >>>> >>>> material 4 position: 0 , 1675 >>>> >>>> U: 2.37024 V: 0 >>>> >>>> new (first division) U: 0.76314 new V: 0 >>>> >>>> new (second division) U: 0.220478 new V: 0.876963 >>>> >>>> ------------------ >>>> >>>> material 1 position: 0 , 0 >>>> >>>> U: 1.89619 V: 0.303902 >>>> >>>> new (first division) U: 0.70629 new V: 0.113197 >>>> >>>> new (second division) U: 0.70629 new V: 0.0635917 >>>> >>>> ------------------ >>>> >>>> material 1 position: 0 , 0 >>>> >>>> U: 0.211469 V: 1.98863 >>>> >>>> new (first division) U: 0.0787676 new V: 0.740719 >>>> >>>> new (second division) U: 0.0787676 new V: 0.416121 >>>> >>>> ------------------ >>>> >>>> material 1 position: 0 , 0 >>>> >>>> U: 0.211469 V: 0.303902 >>>> >>>> new (first division) U: 0.0787676 new V: 0.113197 >>>> >>>> new (second division) U: 0.0787676 new V: 0.0635917 >>>> >>>> ------------------ >>>> >>>> material 1 position: 0 , 0 >>>> >>>> U: 0.211469 V: 1.98863 >>>> >>>> new (first division) U: 0.0787676 new V: 0.740719 >>>> >>>> new (second division) U: 0.0787676 new V: 0.416121 >>>> >>>> ------------------ >>>> >>>> material 1 position: 0 , 0 >>>> >>>> U: 1.89619 V: 0.303902 >>>> >>>> new (first division) U: 0.70629 new V: 0.113197 >>>> >>>> new (second division) U: 0.70629 new V: 0.0635917 >>>> >>>> ------------------ >>>> >>>> material 1 position: 0 , 0 >>>> >>>> U: 1.89619 V: 1.98863 >>>> >>>> new (first division) U: 0.70629 new V: 0.740719 >>>> >>>> new (second division) U: 0.70629 new V: 0.416121 >>>> >>>> global: 1073 , 1910 >>>> >>>> inserted texture 0 into atlas at position: 805 1073 >>>> >>>> inserted texture 1 into atlas at position: 0 0 >>>> >>>> inserted texture 2 into atlas at position: 805 1609 >>>> >>>> inserted texture 3 into atlas at position: 0 1073 >>>> >>>> inserted texture 4 into atlas at position: 0 1675 >>>> >>>> inserted texture 5 into atlas at position: 310 1675 >>>> >>>> >>>> On Tue, Jul 22, 2008 at 4:30 PM, Paolo Cignoni < >>>> pao...@is...> wrote: >>>> >>>>> skunkwerk wrote: >>>>> > Hey Sebastian, >>>>> > this one worked for me: www.akbars.net/10.zip >>>>> > i've been testing with collada models from >>>>> > sketchup.google.com/3dwarehousebut that's because my version of the >>>>> > collada importer works ok with the >>>>> > textures - i don't think the one in subversion has been fixed yet... >>>>> > >>>>> > try increasing the size of the texture atlas until i can get the >>>>> resampled >>>>> > tiles working. i'm going to test out the results on a simple box >>>>> today >>>>> > >>>>> > paolo, the rect_packer.cpp has a bunch of asserts in it... i'd like >>>>> to >>>>> > change them to return false, so that the atlas will fail, but not >>>>> crash >>>>> > whenever some of the images are null, etc. the other way would be to >>>>> try to >>>>> > do those checks in the filter itself. which would you recommend? >>>>> > >>>>> > imran >>>>> > >>>>> > On Tue, Jul 22, 2008 at 3:25 AM, Sebastian Herholz < >>>>> > seb...@go...> wrote: >>>>> > >>>>> > >>>>> >>>>> I have tried too the atlas builder but it failed to build a correct >>>>> mesh >>>>> (but without crashing :) ) on the very very simple model >>>>> texturedouble.ply that you can find among the meshlab sample models. >>>>> >>>>> This model is composed by just two squares, each one of them textured >>>>> with a different texture. >>>>> your filter builds a correct atlas texture but it assigns wrong tex >>>>> coords to the mesh. >>>>> >>>>> >>>>> About the rect packer what are exactly the asserts that worry you? >>>>> From what i could see you they trigger on very trashy situations that >>>>> should be cleaned before (zero sized textures and so on). I could have >>>>> missed some, so what assert()'s did you refer to? >>>>> >>>>> cheers >>>>> >>>>> -- >>>>> Paolo Cignoni -- Senior Researcher >>>>> Visual Computing Laboratory - ISTI - CNR >>>>> http://vcg.isti.cnr.it/~cignoni <http://vcg.isti.cnr.it/%7Ecignoni> >>>>> >>>>> ISTI - CNR >>>>> Via Moruzzi 1, >>>>> 56124 Pisa >>>>> ITALY >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------- >>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>>> challenge >>>>> Build the coolest Linux based applications with Moblin SDK & win great >>>>> prizes >>>>> Grand prize is a trip for two to an Open Source event anywhere in the >>>>> world >>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>> _______________________________________________ >>>>> Meshlab-devel mailing list >>>>> Mes...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/meshlab-devel >>>>> >>>> >>>> >>> >> > |
|
From: Francesco T. <lit...@gm...> - 2008-07-23 15:49:55
|
Hi Paolo, I'm going to commit the feature that you request me today, about white balance. Get a look, it seems to work fine. Doing that work I saw that, in some cases, the code could encounter a division by zero, for example when the color used to correct the white has a component to 0... I try some of this cases and the app does't crashes (strange, it should...) but I thing the result is anyway incorrect. How do you want that I fix this bug? replacing zeros with 1? is it wise? I think so, because a component less then 1 leads to a correction factor greater then 255, and it will be clamped anyway... let me know your strategy and I'll modify soon. comments to the code will be provided asap. cheers. |
|
From: skunkwerk <sku...@gm...> - 2008-07-23 04:06:20
|
my test box has negative uv coords, and even though i try to correct for them i end up with uv coords outside the 0-1 range. could someone confirm the following negative to positive u/v coordinate equivalencies? thanks correcting negative: -1.89619 to 1.10381 correcting negative: -0.211469 to 0.788531 correcting negative: -0.211469 to 0.788531 correcting negative: -0.211469 to 0.788531 correcting negative: -1.89619 to 1.10381 correcting negative: -1.89619 to 1.10381 correcting negative: -1.89619 to 1.10381 correcting negative: -0.211469 to 0.788531 correcting negative: -1.89619 to 1.10381 correcting negative: -0.211469 to 0.788531 correcting negative: -1.89619 to 1.10381 correcting negative: -0.211469 to 0.788531 correcting negative: -0.379878 to 0.620122 correcting negative: -2.48578 to 2.51422 correcting negative: -2.48578 to 2.51422 correcting negative: -2.48578 to 2.51422 correcting negative: -0.379878 to 0.620122 correcting negative: -0.379878 to 0.620122 On Tue, Jul 22, 2008 at 8:11 PM, skunkwerk <sku...@gm...> wrote: > i made two more fixes to make the filter work, one of which was the order > in which the textures were drawn into the atlas: i was starting at 0,0 at > the top-left, whereas i believe meshlab wants 0,0 at the bottom-left. > > it works fine with this modified file: www.akbars.net/TextureDoublex2.ply > > but still not on my box... > > imran > > > On Tue, Jul 22, 2008 at 6:06 PM, skunkwerk <sku...@gm...> wrote: > >> i've committed a fix that should now make the texturedouble.ply generate >> correct UV coords... >> however models with more complex texturing still don't work properly... >> >> any suggestions on how to debug this? i think i'll take the same >> texturedouble.ply and try doubling the original uv coords to see how it >> handles that... >> >> imran >> >> >> On Tue, Jul 22, 2008 at 4:49 PM, skunkwerk <sku...@gm...> wrote: >> >>> paolo, >>> you're correct, the assert was happening on a null image, even though >>> i've put in a check to not do anything on null images... but i don't think >>> any changes are necessary. >>> >>> i'll test out the texturedouble.ply and report back my findings >>> >>> i have been testing out this model (a simple cube with a different >>> texture on every face):www.akbars.net/boxAtlasbig.zip >>> >>> the texture atlas is generated fine, but the resulting model does not >>> look right. i looked through the debug output, and as far as i can see, >>> each material's uvs are offset to the correct part of the texture atlas (i >>> did this by comparing the material number of that face and its uvs to the >>> position of that material in the atlas. the second division is the final uv >>> that's saved): >>> ------------------ >>> >>> material 0 position: 805 , 1073 >>> >>> U: 1.10381 V: 1.98863 >>> >>> new (first division) U: 0.839221 new V: 0.740719 >>> >>> new (second division) U: 0.955932 new V: 0.769647 >>> >>> ------------------ >>> >>> material 0 position: 805 , 1073 >>> >>> U: 0.788531 V: 0.303902 >>> >>> new (first division) U: 0.599517 new V: 0.113197 >>> >>> new (second division) U: 0.897179 new V: 0.593546 >>> >>> ------------------ >>> >>> material 0 position: 805 , 1073 >>> >>> U: 0.788531 V: 1.98863 >>> >>> new (first division) U: 0.599517 new V: 0.740719 >>> >>> new (second division) U: 0.897179 new V: 0.769647 >>> >>> ------------------ >>> >>> material 0 position: 805 , 1073 >>> >>> U: 0.788531 V: 0.303902 >>> >>> new (first division) U: 0.599517 new V: 0.113197 >>> >>> new (second division) U: 0.897179 new V: 0.593546 >>> >>> ------------------ >>> >>> material 0 position: 805 , 1073 >>> >>> U: 1.10381 V: 1.98863 >>> >>> new (first division) U: 0.839221 new V: 0.740719 >>> >>> new (second division) U: 0.955932 new V: 0.769647 >>> >>> ------------------ >>> >>> material 0 position: 805 , 1073 >>> >>> U: 1.10381 V: 0.303902 >>> >>> new (first division) U: 0.839221 new V: 0.113197 >>> >>> new (second division) U: 0.955932 new V: 0.593546 >>> >>> ------------------ >>> >>> material 3 position: 0 , 1073 >>> >>> U: 1.98863 V: 0 >>> >>> new (first division) U: 0.740719 new V: 0 >>> >>> new (second division) U: 0.555712 new V: 0.56178 >>> >>> ------------------ >>> >>> material 3 position: 0 , 1073 >>> >>> U: 0.303902 V: 1.00833 >>> >>> new (first division) U: 0.113197 new V: 0.502075 >>> >>> new (second division) U: 0.084924 new V: 0.720026 >>> >>> ------------------ >>> >>> material 3 position: 0 , 1073 >>> >>> U: 0.303902 V: 0 >>> >>> new (first division) U: 0.113197 new V: 0 >>> >>> new (second division) U: 0.084924 new V: 0.56178 >>> >>> ------------------ >>> >>> material 3 position: 0 , 1073 >>> >>> U: 0.303902 V: 1.00833 >>> >>> new (first division) U: 0.113197 new V: 0.502075 >>> >>> new (second division) U: 0.084924 new V: 0.720026 >>> >>> ------------------ >>> >>> material 3 position: 0 , 1073 >>> >>> U: 1.98863 V: 0 >>> >>> new (first division) U: 0.740719 new V: 0 >>> >>> new (second division) U: 0.555712 new V: 0.56178 >>> >>> ------------------ >>> >>> material 3 position: 0 , 1073 >>> >>> U: 1.98863 V: 1.00833 >>> >>> new (first division) U: 0.740719 new V: 0.502075 >>> >>> new (second division) U: 0.555712 new V: 0.720026 >>> >>> ------------------ >>> >>> material 2 position: 805 , 1609 >>> >>> U: 1.10381 V: 0 >>> >>> new (first division) U: 0.839221 new V: 0 >>> >>> new (second division) U: 0.905876 new V: 0.842408 >>> >>> ------------------ >>> >>> material 2 position: 805 , 1609 >>> >>> U: 0.788531 V: 1.00833 >>> >>> new (first division) U: 0.599517 new V: 0.502075 >>> >>> new (second division) U: 0.86142 new V: 0.921531 >>> >>> ------------------ >>> >>> material 2 position: 805 , 1609 >>> >>> U: 1.10381 V: 1.00833 >>> >>> new (first division) U: 0.839221 new V: 0.502075 >>> >>> new (second division) U: 0.905876 new V: 0.921531 >>> >>> ------------------ >>> >>> material 2 position: 805 , 1609 >>> >>> U: 0.788531 V: 1.00833 >>> >>> new (first division) U: 0.599517 new V: 0.502075 >>> >>> new (second division) U: 0.86142 new V: 0.921531 >>> >>> ------------------ >>> >>> material 2 position: 805 , 1609 >>> >>> U: 1.10381 V: 0 >>> >>> new (first division) U: 0.839221 new V: 0 >>> >>> new (second division) U: 0.905876 new V: 0.842408 >>> >>> ------------------ >>> >>> material 2 position: 805 , 1609 >>> >>> U: 0.788531 V: 0 >>> >>> new (first division) U: 0.599517 new V: 0 >>> >>> new (second division) U: 0.86142 new V: 0.842408 >>> >>> ------------------ >>> >>> material 5 position: 310 , 1675 >>> >>> U: 0.620122 V: 0 >>> >>> new (first division) U: 0.214271 new V: 0 >>> >>> new (second division) U: 0.346621 new V: 0.876963 >>> >>> ------------------ >>> >>> material 5 position: 310 , 1675 >>> >>> U: 2.51422 V: 1.26042 >>> >>> new (first division) U: 0.86874 new V: 0.557604 >>> >>> new (second division) U: 0.522895 new V: 0.942942 >>> >>> ------------------ >>> >>> material 5 position: 310 , 1675 >>> >>> U: 2.51422 V: 0 >>> >>> new (first division) U: 0.86874 new V: 0 >>> >>> new (second division) U: 0.522895 new V: 0.876963 >>> >>> ------------------ >>> >>> material 5 position: 310 , 1675 >>> >>> U: 2.51422 V: 1.26042 >>> >>> new (first division) U: 0.86874 new V: 0.557604 >>> >>> new (second division) U: 0.522895 new V: 0.942942 >>> >>> ------------------ >>> >>> material 5 position: 310 , 1675 >>> >>> U: 0.620122 V: 0 >>> >>> new (first division) U: 0.214271 new V: 0 >>> >>> new (second division) U: 0.346621 new V: 0.876963 >>> >>> ------------------ >>> >>> material 5 position: 310 , 1675 >>> >>> U: 0.620122 V: 1.26042 >>> >>> new (first division) U: 0.214271 new V: 0.557604 >>> >>> new (second division) U: 0.346621 new V: 0.942942 >>> >>> ------------------ >>> >>> material 4 position: 0 , 1675 >>> >>> U: 0.264336 V: 0 >>> >>> new (first division) U: 0.0851076 new V: 0 >>> >>> new (second division) U: 0.0245884 new V: 0.876963 >>> >>> ------------------ >>> >>> material 4 position: 0 , 1675 >>> >>> U: 2.37024 V: 1.26042 >>> >>> new (first division) U: 0.76314 new V: 0.557604 >>> >>> new (second division) U: 0.220478 new V: 0.942942 >>> >>> ------------------ >>> >>> material 4 position: 0 , 1675 >>> >>> U: 0.264336 V: 1.26042 >>> >>> new (first division) U: 0.0851076 new V: 0.557604 >>> >>> new (second division) U: 0.0245884 new V: 0.942942 >>> >>> ------------------ >>> >>> material 4 position: 0 , 1675 >>> >>> U: 2.37024 V: 1.26042 >>> >>> new (first division) U: 0.76314 new V: 0.557604 >>> >>> new (second division) U: 0.220478 new V: 0.942942 >>> >>> ------------------ >>> >>> material 4 position: 0 , 1675 >>> >>> U: 0.264336 V: 0 >>> >>> new (first division) U: 0.0851076 new V: 0 >>> >>> new (second division) U: 0.0245884 new V: 0.876963 >>> >>> ------------------ >>> >>> material 4 position: 0 , 1675 >>> >>> U: 2.37024 V: 0 >>> >>> new (first division) U: 0.76314 new V: 0 >>> >>> new (second division) U: 0.220478 new V: 0.876963 >>> >>> ------------------ >>> >>> material 1 position: 0 , 0 >>> >>> U: 1.89619 V: 0.303902 >>> >>> new (first division) U: 0.70629 new V: 0.113197 >>> >>> new (second division) U: 0.70629 new V: 0.0635917 >>> >>> ------------------ >>> >>> material 1 position: 0 , 0 >>> >>> U: 0.211469 V: 1.98863 >>> >>> new (first division) U: 0.0787676 new V: 0.740719 >>> >>> new (second division) U: 0.0787676 new V: 0.416121 >>> >>> ------------------ >>> >>> material 1 position: 0 , 0 >>> >>> U: 0.211469 V: 0.303902 >>> >>> new (first division) U: 0.0787676 new V: 0.113197 >>> >>> new (second division) U: 0.0787676 new V: 0.0635917 >>> >>> ------------------ >>> >>> material 1 position: 0 , 0 >>> >>> U: 0.211469 V: 1.98863 >>> >>> new (first division) U: 0.0787676 new V: 0.740719 >>> >>> new (second division) U: 0.0787676 new V: 0.416121 >>> >>> ------------------ >>> >>> material 1 position: 0 , 0 >>> >>> U: 1.89619 V: 0.303902 >>> >>> new (first division) U: 0.70629 new V: 0.113197 >>> >>> new (second division) U: 0.70629 new V: 0.0635917 >>> >>> ------------------ >>> >>> material 1 position: 0 , 0 >>> >>> U: 1.89619 V: 1.98863 >>> >>> new (first division) U: 0.70629 new V: 0.740719 >>> >>> new (second division) U: 0.70629 new V: 0.416121 >>> >>> global: 1073 , 1910 >>> >>> inserted texture 0 into atlas at position: 805 1073 >>> >>> inserted texture 1 into atlas at position: 0 0 >>> >>> inserted texture 2 into atlas at position: 805 1609 >>> >>> inserted texture 3 into atlas at position: 0 1073 >>> >>> inserted texture 4 into atlas at position: 0 1675 >>> >>> inserted texture 5 into atlas at position: 310 1675 >>> >>> >>> On Tue, Jul 22, 2008 at 4:30 PM, Paolo Cignoni < >>> pao...@is...> wrote: >>> >>>> skunkwerk wrote: >>>> > Hey Sebastian, >>>> > this one worked for me: www.akbars.net/10.zip >>>> > i've been testing with collada models from >>>> > sketchup.google.com/3dwarehousebut that's because my version of the >>>> > collada importer works ok with the >>>> > textures - i don't think the one in subversion has been fixed yet... >>>> > >>>> > try increasing the size of the texture atlas until i can get the >>>> resampled >>>> > tiles working. i'm going to test out the results on a simple box >>>> today >>>> > >>>> > paolo, the rect_packer.cpp has a bunch of asserts in it... i'd like to >>>> > change them to return false, so that the atlas will fail, but not >>>> crash >>>> > whenever some of the images are null, etc. the other way would be to >>>> try to >>>> > do those checks in the filter itself. which would you recommend? >>>> > >>>> > imran >>>> > >>>> > On Tue, Jul 22, 2008 at 3:25 AM, Sebastian Herholz < >>>> > seb...@go...> wrote: >>>> > >>>> > >>>> >>>> I have tried too the atlas builder but it failed to build a correct mesh >>>> (but without crashing :) ) on the very very simple model >>>> texturedouble.ply that you can find among the meshlab sample models. >>>> >>>> This model is composed by just two squares, each one of them textured >>>> with a different texture. >>>> your filter builds a correct atlas texture but it assigns wrong tex >>>> coords to the mesh. >>>> >>>> >>>> About the rect packer what are exactly the asserts that worry you? >>>> From what i could see you they trigger on very trashy situations that >>>> should be cleaned before (zero sized textures and so on). I could have >>>> missed some, so what assert()'s did you refer to? >>>> >>>> cheers >>>> >>>> -- >>>> Paolo Cignoni -- Senior Researcher >>>> Visual Computing Laboratory - ISTI - CNR >>>> http://vcg.isti.cnr.it/~cignoni <http://vcg.isti.cnr.it/%7Ecignoni> >>>> >>>> ISTI - CNR >>>> Via Moruzzi 1, >>>> 56124 Pisa >>>> ITALY >>>> >>>> >>>> >>>> ------------------------------------------------------------------------- >>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>> challenge >>>> Build the coolest Linux based applications with Moblin SDK & win great >>>> prizes >>>> Grand prize is a trip for two to an Open Source event anywhere in the >>>> world >>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>> _______________________________________________ >>>> Meshlab-devel mailing list >>>> Mes...@li... >>>> https://lists.sourceforge.net/lists/listinfo/meshlab-devel >>>> >>> >>> >> > |
|
From: skunkwerk <sku...@gm...> - 2008-07-23 03:11:14
|
i made two more fixes to make the filter work, one of which was the order in which the textures were drawn into the atlas: i was starting at 0,0 at the top-left, whereas i believe meshlab wants 0,0 at the bottom-left. it works fine with this modified file: www.akbars.net/TextureDoublex2.ply but still not on my box... imran On Tue, Jul 22, 2008 at 6:06 PM, skunkwerk <sku...@gm...> wrote: > i've committed a fix that should now make the texturedouble.ply generate > correct UV coords... > however models with more complex texturing still don't work properly... > > any suggestions on how to debug this? i think i'll take the same > texturedouble.ply and try doubling the original uv coords to see how it > handles that... > > imran > > > On Tue, Jul 22, 2008 at 4:49 PM, skunkwerk <sku...@gm...> wrote: > >> paolo, >> you're correct, the assert was happening on a null image, even though >> i've put in a check to not do anything on null images... but i don't think >> any changes are necessary. >> >> i'll test out the texturedouble.ply and report back my findings >> >> i have been testing out this model (a simple cube with a different texture >> on every face):www.akbars.net/boxAtlasbig.zip >> >> the texture atlas is generated fine, but the resulting model does not look >> right. i looked through the debug output, and as far as i can see, each >> material's uvs are offset to the correct part of the texture atlas (i did >> this by comparing the material number of that face and its uvs to the >> position of that material in the atlas. the second division is the final uv >> that's saved): >> ------------------ >> >> material 0 position: 805 , 1073 >> >> U: 1.10381 V: 1.98863 >> >> new (first division) U: 0.839221 new V: 0.740719 >> >> new (second division) U: 0.955932 new V: 0.769647 >> >> ------------------ >> >> material 0 position: 805 , 1073 >> >> U: 0.788531 V: 0.303902 >> >> new (first division) U: 0.599517 new V: 0.113197 >> >> new (second division) U: 0.897179 new V: 0.593546 >> >> ------------------ >> >> material 0 position: 805 , 1073 >> >> U: 0.788531 V: 1.98863 >> >> new (first division) U: 0.599517 new V: 0.740719 >> >> new (second division) U: 0.897179 new V: 0.769647 >> >> ------------------ >> >> material 0 position: 805 , 1073 >> >> U: 0.788531 V: 0.303902 >> >> new (first division) U: 0.599517 new V: 0.113197 >> >> new (second division) U: 0.897179 new V: 0.593546 >> >> ------------------ >> >> material 0 position: 805 , 1073 >> >> U: 1.10381 V: 1.98863 >> >> new (first division) U: 0.839221 new V: 0.740719 >> >> new (second division) U: 0.955932 new V: 0.769647 >> >> ------------------ >> >> material 0 position: 805 , 1073 >> >> U: 1.10381 V: 0.303902 >> >> new (first division) U: 0.839221 new V: 0.113197 >> >> new (second division) U: 0.955932 new V: 0.593546 >> >> ------------------ >> >> material 3 position: 0 , 1073 >> >> U: 1.98863 V: 0 >> >> new (first division) U: 0.740719 new V: 0 >> >> new (second division) U: 0.555712 new V: 0.56178 >> >> ------------------ >> >> material 3 position: 0 , 1073 >> >> U: 0.303902 V: 1.00833 >> >> new (first division) U: 0.113197 new V: 0.502075 >> >> new (second division) U: 0.084924 new V: 0.720026 >> >> ------------------ >> >> material 3 position: 0 , 1073 >> >> U: 0.303902 V: 0 >> >> new (first division) U: 0.113197 new V: 0 >> >> new (second division) U: 0.084924 new V: 0.56178 >> >> ------------------ >> >> material 3 position: 0 , 1073 >> >> U: 0.303902 V: 1.00833 >> >> new (first division) U: 0.113197 new V: 0.502075 >> >> new (second division) U: 0.084924 new V: 0.720026 >> >> ------------------ >> >> material 3 position: 0 , 1073 >> >> U: 1.98863 V: 0 >> >> new (first division) U: 0.740719 new V: 0 >> >> new (second division) U: 0.555712 new V: 0.56178 >> >> ------------------ >> >> material 3 position: 0 , 1073 >> >> U: 1.98863 V: 1.00833 >> >> new (first division) U: 0.740719 new V: 0.502075 >> >> new (second division) U: 0.555712 new V: 0.720026 >> >> ------------------ >> >> material 2 position: 805 , 1609 >> >> U: 1.10381 V: 0 >> >> new (first division) U: 0.839221 new V: 0 >> >> new (second division) U: 0.905876 new V: 0.842408 >> >> ------------------ >> >> material 2 position: 805 , 1609 >> >> U: 0.788531 V: 1.00833 >> >> new (first division) U: 0.599517 new V: 0.502075 >> >> new (second division) U: 0.86142 new V: 0.921531 >> >> ------------------ >> >> material 2 position: 805 , 1609 >> >> U: 1.10381 V: 1.00833 >> >> new (first division) U: 0.839221 new V: 0.502075 >> >> new (second division) U: 0.905876 new V: 0.921531 >> >> ------------------ >> >> material 2 position: 805 , 1609 >> >> U: 0.788531 V: 1.00833 >> >> new (first division) U: 0.599517 new V: 0.502075 >> >> new (second division) U: 0.86142 new V: 0.921531 >> >> ------------------ >> >> material 2 position: 805 , 1609 >> >> U: 1.10381 V: 0 >> >> new (first division) U: 0.839221 new V: 0 >> >> new (second division) U: 0.905876 new V: 0.842408 >> >> ------------------ >> >> material 2 position: 805 , 1609 >> >> U: 0.788531 V: 0 >> >> new (first division) U: 0.599517 new V: 0 >> >> new (second division) U: 0.86142 new V: 0.842408 >> >> ------------------ >> >> material 5 position: 310 , 1675 >> >> U: 0.620122 V: 0 >> >> new (first division) U: 0.214271 new V: 0 >> >> new (second division) U: 0.346621 new V: 0.876963 >> >> ------------------ >> >> material 5 position: 310 , 1675 >> >> U: 2.51422 V: 1.26042 >> >> new (first division) U: 0.86874 new V: 0.557604 >> >> new (second division) U: 0.522895 new V: 0.942942 >> >> ------------------ >> >> material 5 position: 310 , 1675 >> >> U: 2.51422 V: 0 >> >> new (first division) U: 0.86874 new V: 0 >> >> new (second division) U: 0.522895 new V: 0.876963 >> >> ------------------ >> >> material 5 position: 310 , 1675 >> >> U: 2.51422 V: 1.26042 >> >> new (first division) U: 0.86874 new V: 0.557604 >> >> new (second division) U: 0.522895 new V: 0.942942 >> >> ------------------ >> >> material 5 position: 310 , 1675 >> >> U: 0.620122 V: 0 >> >> new (first division) U: 0.214271 new V: 0 >> >> new (second division) U: 0.346621 new V: 0.876963 >> >> ------------------ >> >> material 5 position: 310 , 1675 >> >> U: 0.620122 V: 1.26042 >> >> new (first division) U: 0.214271 new V: 0.557604 >> >> new (second division) U: 0.346621 new V: 0.942942 >> >> ------------------ >> >> material 4 position: 0 , 1675 >> >> U: 0.264336 V: 0 >> >> new (first division) U: 0.0851076 new V: 0 >> >> new (second division) U: 0.0245884 new V: 0.876963 >> >> ------------------ >> >> material 4 position: 0 , 1675 >> >> U: 2.37024 V: 1.26042 >> >> new (first division) U: 0.76314 new V: 0.557604 >> >> new (second division) U: 0.220478 new V: 0.942942 >> >> ------------------ >> >> material 4 position: 0 , 1675 >> >> U: 0.264336 V: 1.26042 >> >> new (first division) U: 0.0851076 new V: 0.557604 >> >> new (second division) U: 0.0245884 new V: 0.942942 >> >> ------------------ >> >> material 4 position: 0 , 1675 >> >> U: 2.37024 V: 1.26042 >> >> new (first division) U: 0.76314 new V: 0.557604 >> >> new (second division) U: 0.220478 new V: 0.942942 >> >> ------------------ >> >> material 4 position: 0 , 1675 >> >> U: 0.264336 V: 0 >> >> new (first division) U: 0.0851076 new V: 0 >> >> new (second division) U: 0.0245884 new V: 0.876963 >> >> ------------------ >> >> material 4 position: 0 , 1675 >> >> U: 2.37024 V: 0 >> >> new (first division) U: 0.76314 new V: 0 >> >> new (second division) U: 0.220478 new V: 0.876963 >> >> ------------------ >> >> material 1 position: 0 , 0 >> >> U: 1.89619 V: 0.303902 >> >> new (first division) U: 0.70629 new V: 0.113197 >> >> new (second division) U: 0.70629 new V: 0.0635917 >> >> ------------------ >> >> material 1 position: 0 , 0 >> >> U: 0.211469 V: 1.98863 >> >> new (first division) U: 0.0787676 new V: 0.740719 >> >> new (second division) U: 0.0787676 new V: 0.416121 >> >> ------------------ >> >> material 1 position: 0 , 0 >> >> U: 0.211469 V: 0.303902 >> >> new (first division) U: 0.0787676 new V: 0.113197 >> >> new (second division) U: 0.0787676 new V: 0.0635917 >> >> ------------------ >> >> material 1 position: 0 , 0 >> >> U: 0.211469 V: 1.98863 >> >> new (first division) U: 0.0787676 new V: 0.740719 >> >> new (second division) U: 0.0787676 new V: 0.416121 >> >> ------------------ >> >> material 1 position: 0 , 0 >> >> U: 1.89619 V: 0.303902 >> >> new (first division) U: 0.70629 new V: 0.113197 >> >> new (second division) U: 0.70629 new V: 0.0635917 >> >> ------------------ >> >> material 1 position: 0 , 0 >> >> U: 1.89619 V: 1.98863 >> >> new (first division) U: 0.70629 new V: 0.740719 >> >> new (second division) U: 0.70629 new V: 0.416121 >> >> global: 1073 , 1910 >> >> inserted texture 0 into atlas at position: 805 1073 >> >> inserted texture 1 into atlas at position: 0 0 >> >> inserted texture 2 into atlas at position: 805 1609 >> >> inserted texture 3 into atlas at position: 0 1073 >> >> inserted texture 4 into atlas at position: 0 1675 >> >> inserted texture 5 into atlas at position: 310 1675 >> >> >> On Tue, Jul 22, 2008 at 4:30 PM, Paolo Cignoni <pao...@is...> >> wrote: >> >>> skunkwerk wrote: >>> > Hey Sebastian, >>> > this one worked for me: www.akbars.net/10.zip >>> > i've been testing with collada models from >>> > sketchup.google.com/3dwarehousebut that's because my version of the >>> > collada importer works ok with the >>> > textures - i don't think the one in subversion has been fixed yet... >>> > >>> > try increasing the size of the texture atlas until i can get the >>> resampled >>> > tiles working. i'm going to test out the results on a simple box today >>> > >>> > paolo, the rect_packer.cpp has a bunch of asserts in it... i'd like to >>> > change them to return false, so that the atlas will fail, but not crash >>> > whenever some of the images are null, etc. the other way would be to >>> try to >>> > do those checks in the filter itself. which would you recommend? >>> > >>> > imran >>> > >>> > On Tue, Jul 22, 2008 at 3:25 AM, Sebastian Herholz < >>> > seb...@go...> wrote: >>> > >>> > >>> >>> I have tried too the atlas builder but it failed to build a correct mesh >>> (but without crashing :) ) on the very very simple model >>> texturedouble.ply that you can find among the meshlab sample models. >>> >>> This model is composed by just two squares, each one of them textured >>> with a different texture. >>> your filter builds a correct atlas texture but it assigns wrong tex >>> coords to the mesh. >>> >>> >>> About the rect packer what are exactly the asserts that worry you? >>> From what i could see you they trigger on very trashy situations that >>> should be cleaned before (zero sized textures and so on). I could have >>> missed some, so what assert()'s did you refer to? >>> >>> cheers >>> >>> -- >>> Paolo Cignoni -- Senior Researcher >>> Visual Computing Laboratory - ISTI - CNR >>> http://vcg.isti.cnr.it/~cignoni <http://vcg.isti.cnr.it/%7Ecignoni> >>> >>> ISTI - CNR >>> Via Moruzzi 1, >>> 56124 Pisa >>> ITALY >>> >>> >>> ------------------------------------------------------------------------- >>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>> challenge >>> Build the coolest Linux based applications with Moblin SDK & win great >>> prizes >>> Grand prize is a trip for two to an Open Source event anywhere in the >>> world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> Meshlab-devel mailing list >>> Mes...@li... >>> https://lists.sourceforge.net/lists/listinfo/meshlab-devel >>> >> >> > |
|
From: skunkwerk <sku...@gm...> - 2008-07-23 01:06:58
|
i've committed a fix that should now make the texturedouble.ply generate correct UV coords... however models with more complex texturing still don't work properly... any suggestions on how to debug this? i think i'll take the same texturedouble.ply and try doubling the original uv coords to see how it handles that... imran On Tue, Jul 22, 2008 at 4:49 PM, skunkwerk <sku...@gm...> wrote: > paolo, > you're correct, the assert was happening on a null image, even though > i've put in a check to not do anything on null images... but i don't think > any changes are necessary. > > i'll test out the texturedouble.ply and report back my findings > > i have been testing out this model (a simple cube with a different texture > on every face):www.akbars.net/boxAtlasbig.zip > > the texture atlas is generated fine, but the resulting model does not look > right. i looked through the debug output, and as far as i can see, each > material's uvs are offset to the correct part of the texture atlas (i did > this by comparing the material number of that face and its uvs to the > position of that material in the atlas. the second division is the final uv > that's saved): > ------------------ > > material 0 position: 805 , 1073 > > U: 1.10381 V: 1.98863 > > new (first division) U: 0.839221 new V: 0.740719 > > new (second division) U: 0.955932 new V: 0.769647 > > ------------------ > > material 0 position: 805 , 1073 > > U: 0.788531 V: 0.303902 > > new (first division) U: 0.599517 new V: 0.113197 > > new (second division) U: 0.897179 new V: 0.593546 > > ------------------ > > material 0 position: 805 , 1073 > > U: 0.788531 V: 1.98863 > > new (first division) U: 0.599517 new V: 0.740719 > > new (second division) U: 0.897179 new V: 0.769647 > > ------------------ > > material 0 position: 805 , 1073 > > U: 0.788531 V: 0.303902 > > new (first division) U: 0.599517 new V: 0.113197 > > new (second division) U: 0.897179 new V: 0.593546 > > ------------------ > > material 0 position: 805 , 1073 > > U: 1.10381 V: 1.98863 > > new (first division) U: 0.839221 new V: 0.740719 > > new (second division) U: 0.955932 new V: 0.769647 > > ------------------ > > material 0 position: 805 , 1073 > > U: 1.10381 V: 0.303902 > > new (first division) U: 0.839221 new V: 0.113197 > > new (second division) U: 0.955932 new V: 0.593546 > > ------------------ > > material 3 position: 0 , 1073 > > U: 1.98863 V: 0 > > new (first division) U: 0.740719 new V: 0 > > new (second division) U: 0.555712 new V: 0.56178 > > ------------------ > > material 3 position: 0 , 1073 > > U: 0.303902 V: 1.00833 > > new (first division) U: 0.113197 new V: 0.502075 > > new (second division) U: 0.084924 new V: 0.720026 > > ------------------ > > material 3 position: 0 , 1073 > > U: 0.303902 V: 0 > > new (first division) U: 0.113197 new V: 0 > > new (second division) U: 0.084924 new V: 0.56178 > > ------------------ > > material 3 position: 0 , 1073 > > U: 0.303902 V: 1.00833 > > new (first division) U: 0.113197 new V: 0.502075 > > new (second division) U: 0.084924 new V: 0.720026 > > ------------------ > > material 3 position: 0 , 1073 > > U: 1.98863 V: 0 > > new (first division) U: 0.740719 new V: 0 > > new (second division) U: 0.555712 new V: 0.56178 > > ------------------ > > material 3 position: 0 , 1073 > > U: 1.98863 V: 1.00833 > > new (first division) U: 0.740719 new V: 0.502075 > > new (second division) U: 0.555712 new V: 0.720026 > > ------------------ > > material 2 position: 805 , 1609 > > U: 1.10381 V: 0 > > new (first division) U: 0.839221 new V: 0 > > new (second division) U: 0.905876 new V: 0.842408 > > ------------------ > > material 2 position: 805 , 1609 > > U: 0.788531 V: 1.00833 > > new (first division) U: 0.599517 new V: 0.502075 > > new (second division) U: 0.86142 new V: 0.921531 > > ------------------ > > material 2 position: 805 , 1609 > > U: 1.10381 V: 1.00833 > > new (first division) U: 0.839221 new V: 0.502075 > > new (second division) U: 0.905876 new V: 0.921531 > > ------------------ > > material 2 position: 805 , 1609 > > U: 0.788531 V: 1.00833 > > new (first division) U: 0.599517 new V: 0.502075 > > new (second division) U: 0.86142 new V: 0.921531 > > ------------------ > > material 2 position: 805 , 1609 > > U: 1.10381 V: 0 > > new (first division) U: 0.839221 new V: 0 > > new (second division) U: 0.905876 new V: 0.842408 > > ------------------ > > material 2 position: 805 , 1609 > > U: 0.788531 V: 0 > > new (first division) U: 0.599517 new V: 0 > > new (second division) U: 0.86142 new V: 0.842408 > > ------------------ > > material 5 position: 310 , 1675 > > U: 0.620122 V: 0 > > new (first division) U: 0.214271 new V: 0 > > new (second division) U: 0.346621 new V: 0.876963 > > ------------------ > > material 5 position: 310 , 1675 > > U: 2.51422 V: 1.26042 > > new (first division) U: 0.86874 new V: 0.557604 > > new (second division) U: 0.522895 new V: 0.942942 > > ------------------ > > material 5 position: 310 , 1675 > > U: 2.51422 V: 0 > > new (first division) U: 0.86874 new V: 0 > > new (second division) U: 0.522895 new V: 0.876963 > > ------------------ > > material 5 position: 310 , 1675 > > U: 2.51422 V: 1.26042 > > new (first division) U: 0.86874 new V: 0.557604 > > new (second division) U: 0.522895 new V: 0.942942 > > ------------------ > > material 5 position: 310 , 1675 > > U: 0.620122 V: 0 > > new (first division) U: 0.214271 new V: 0 > > new (second division) U: 0.346621 new V: 0.876963 > > ------------------ > > material 5 position: 310 , 1675 > > U: 0.620122 V: 1.26042 > > new (first division) U: 0.214271 new V: 0.557604 > > new (second division) U: 0.346621 new V: 0.942942 > > ------------------ > > material 4 position: 0 , 1675 > > U: 0.264336 V: 0 > > new (first division) U: 0.0851076 new V: 0 > > new (second division) U: 0.0245884 new V: 0.876963 > > ------------------ > > material 4 position: 0 , 1675 > > U: 2.37024 V: 1.26042 > > new (first division) U: 0.76314 new V: 0.557604 > > new (second division) U: 0.220478 new V: 0.942942 > > ------------------ > > material 4 position: 0 , 1675 > > U: 0.264336 V: 1.26042 > > new (first division) U: 0.0851076 new V: 0.557604 > > new (second division) U: 0.0245884 new V: 0.942942 > > ------------------ > > material 4 position: 0 , 1675 > > U: 2.37024 V: 1.26042 > > new (first division) U: 0.76314 new V: 0.557604 > > new (second division) U: 0.220478 new V: 0.942942 > > ------------------ > > material 4 position: 0 , 1675 > > U: 0.264336 V: 0 > > new (first division) U: 0.0851076 new V: 0 > > new (second division) U: 0.0245884 new V: 0.876963 > > ------------------ > > material 4 position: 0 , 1675 > > U: 2.37024 V: 0 > > new (first division) U: 0.76314 new V: 0 > > new (second division) U: 0.220478 new V: 0.876963 > > ------------------ > > material 1 position: 0 , 0 > > U: 1.89619 V: 0.303902 > > new (first division) U: 0.70629 new V: 0.113197 > > new (second division) U: 0.70629 new V: 0.0635917 > > ------------------ > > material 1 position: 0 , 0 > > U: 0.211469 V: 1.98863 > > new (first division) U: 0.0787676 new V: 0.740719 > > new (second division) U: 0.0787676 new V: 0.416121 > > ------------------ > > material 1 position: 0 , 0 > > U: 0.211469 V: 0.303902 > > new (first division) U: 0.0787676 new V: 0.113197 > > new (second division) U: 0.0787676 new V: 0.0635917 > > ------------------ > > material 1 position: 0 , 0 > > U: 0.211469 V: 1.98863 > > new (first division) U: 0.0787676 new V: 0.740719 > > new (second division) U: 0.0787676 new V: 0.416121 > > ------------------ > > material 1 position: 0 , 0 > > U: 1.89619 V: 0.303902 > > new (first division) U: 0.70629 new V: 0.113197 > > new (second division) U: 0.70629 new V: 0.0635917 > > ------------------ > > material 1 position: 0 , 0 > > U: 1.89619 V: 1.98863 > > new (first division) U: 0.70629 new V: 0.740719 > > new (second division) U: 0.70629 new V: 0.416121 > > global: 1073 , 1910 > > inserted texture 0 into atlas at position: 805 1073 > > inserted texture 1 into atlas at position: 0 0 > > inserted texture 2 into atlas at position: 805 1609 > > inserted texture 3 into atlas at position: 0 1073 > > inserted texture 4 into atlas at position: 0 1675 > > inserted texture 5 into atlas at position: 310 1675 > > > On Tue, Jul 22, 2008 at 4:30 PM, Paolo Cignoni <pao...@is...> > wrote: > >> skunkwerk wrote: >> > Hey Sebastian, >> > this one worked for me: www.akbars.net/10.zip >> > i've been testing with collada models from >> > sketchup.google.com/3dwarehousebut that's because my version of the >> > collada importer works ok with the >> > textures - i don't think the one in subversion has been fixed yet... >> > >> > try increasing the size of the texture atlas until i can get the >> resampled >> > tiles working. i'm going to test out the results on a simple box today >> > >> > paolo, the rect_packer.cpp has a bunch of asserts in it... i'd like to >> > change them to return false, so that the atlas will fail, but not crash >> > whenever some of the images are null, etc. the other way would be to >> try to >> > do those checks in the filter itself. which would you recommend? >> > >> > imran >> > >> > On Tue, Jul 22, 2008 at 3:25 AM, Sebastian Herholz < >> > seb...@go...> wrote: >> > >> > >> >> I have tried too the atlas builder but it failed to build a correct mesh >> (but without crashing :) ) on the very very simple model >> texturedouble.ply that you can find among the meshlab sample models. >> >> This model is composed by just two squares, each one of them textured >> with a different texture. >> your filter builds a correct atlas texture but it assigns wrong tex >> coords to the mesh. >> >> >> About the rect packer what are exactly the asserts that worry you? >> From what i could see you they trigger on very trashy situations that >> should be cleaned before (zero sized textures and so on). I could have >> missed some, so what assert()'s did you refer to? >> >> cheers >> >> -- >> Paolo Cignoni -- Senior Researcher >> Visual Computing Laboratory - ISTI - CNR >> http://vcg.isti.cnr.it/~cignoni <http://vcg.isti.cnr.it/%7Ecignoni> >> >> ISTI - CNR >> Via Moruzzi 1, >> 56124 Pisa >> ITALY >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Meshlab-devel mailing list >> Mes...@li... >> https://lists.sourceforge.net/lists/listinfo/meshlab-devel >> > > |
