|
From: skunkwerk <sku...@gm...> - 2008-07-16 03:58:29
|
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 |
|
From: Marco P. <pi...@gm...> - 2008-07-16 11:19:53
|
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...> 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 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-16 16:55:49
|
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...> 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...> 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 >> 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 >> >> > > ------------------------------------------------------------------------- > 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-16 19:10:55
|
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...> 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...> 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...> 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 >>> 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 >>> >>> >> >> ------------------------------------------------------------------------- >> 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: Marco P. <pi...@gm...> - 2008-07-16 20:56:00
|
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...> 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...> 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...> 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...> 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 >>>> 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 >>>> >>>> >>> >>> ------------------------------------------------------------------------- >>> 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-16 21:25:07
|
I have found a little bug you enable border preserving on quadric simplification it remains as cheked for all the subsequent simplification on the same mesh, even if you deselect it e.g. if you get the bunny10k and simplify it to 5k with border preserving the border are untouched. Then if you uncheck border preservation and simplify it again to 1k borders stay again unchanged. On the other hand if you start with border preservation unchecked, borders are simplified correctly. I'll hunt for it. p. Marco Pirosu 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...> 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...> 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...> 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...> 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 >>>>> 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 >>>>> >>>>> >>>>> >>>> ------------------------------------------------------------------------- >>>> 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 >>>> >>>> >>>> > > ------------------------------------------------------------------------- > 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-16 21:33:29
|
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...> 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...> 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...> 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...> 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...> 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
> >>>> 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
> >>>>
> >>>>
> >>>
> >>>
> -------------------------------------------------------------------------
> >>> 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
> >>>
> >>>
> >>
> >
>
> -------------------------------------------------------------------------
> 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: Marco P. <pi...@gm...> - 2008-07-17 06:10:03
|
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...> 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...> 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...> 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...> 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...> 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...> 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 >> >>>> 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 >> >>>> >> >>>> >> >>> >> >>> >> ------------------------------------------------------------------------- >> >>> 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 >> >>> >> >>> >> >> >> > >> >> ------------------------------------------------------------------------- >> 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-17 06:24:25
|
I fixed this, now texturequadric support better border preservation and absolute border preservation (border are left totally unchanged) but currently i am not able to commit back my mods SVN servers of sourceforge are moving and my #$@#%^%B dns is still thinking to find them at the old location :( http://sourceforge.net/community/forum/topic.php?id=2836&page&replies=1 hopefully later I will succeed in. P. skunkwerk 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... > <mailto: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... > <mailto: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... > <mailto: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... > <mailto: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... > <mailto: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 > <http://www.akbars.net/classicford.saved.dae> (regular quadric) > >>>> www.akbars.net/classicford.savedtextured.dae > <http://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 > >>>> world > >>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ > <http://moblin-contest.org/redirect.php?banner_id=100&url=/> > >>>> _______________________________________________ > >>>> Meshlab-devel mailing list > >>>> Mes...@li... > <mailto:Mes...@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 > >>> world > >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ > <http://moblin-contest.org/redirect.php?banner_id=100&url=/> > >>> _______________________________________________ > >>> Meshlab-devel mailing list > >>> Mes...@li... > <mailto:Mes...@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 world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > <http://moblin-contest.org/redirect.php?banner_id=100&url=/> > _______________________________________________ > Meshlab-devel mailing list > Mes...@li... > <mailto:Mes...@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 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: Paolo C. <pao...@is...> - 2008-07-17 06:28:01
|
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...> 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...> 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...> 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...> 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...> 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...> 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 >>>>>>> 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 >>>>>>> >>>>>>> >>>>>>> >>>>>> >>> ------------------------------------------------------------------------- >>> >>>>>> 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 >>>>>> >>>>>> >>>>>> >>> ------------------------------------------------------------------------- >>> 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 >>> >>> > > ------------------------------------------------------------------------- > 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: Marco P. <pi...@gm...> - 2008-07-17 06:31:41
|
ok :) On 7/17/08, Paolo Cignoni <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...> 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...> 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...> 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...> 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...> >>>>>> 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...> 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 >>>>>>>> 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 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>> ------------------------------------------------------------------------- >>>> >>>>>>> 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 >>>>>>> >>>>>>> >>>>>>> >>>> ------------------------------------------------------------------------- >>>> 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 >>>> >>>> >> >> ------------------------------------------------------------------------- >> 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-20 16:52:46
|
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...>
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...> 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...> 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...> 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...> 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...> 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...> 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>
>
> 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-21 06:20:38
|
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?
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?
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?
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?
5) i haven't seen a good explanation for what the "quality threshold"
actually does... how does changing this value affect the reduction?
6) it seems like the 'border preservation' works best on models that are
not separated into different pieces... is this likely to be true?
all the best,
imran
On Sun, Jul 20, 2008 at 9:52 AM, skunkwerk <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...>
> 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...> 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...> 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...> 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...> 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...> 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...> 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>
>>
>> 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-21 13:11:41
|
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...> 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...> >> 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...> 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...> 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...> 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...> 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...> 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...> 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> >>> >>> 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 >>> >>> >>> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > 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-21 17:33:36
|
thanks for the responses Paolo, 1) there are a number of filters in the sampleplugins folder - which one can do the hausdorff distance? 2) any other ideas why the performance of the quadric-texture filter is not good for this particular model? a reduction by even 20% seems to result in gaps in the wheels, whereas the regular quadric can reduce up to 80% without that happening... the two files:www.akbars.net/classicford.saved.dae (regular quadric)www.akbars.net/classicford.savedtextured.dae (quadric-with-texture) 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: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: Paolo C. <pao...@is...> - 2008-07-21 20:41:06
|
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 ISTI - CNR Via Moruzzi 1, 56124 Pisa ITALY |
|
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: Paolo C. <pao...@is...> - 2008-08-03 08:26:53
|
skunkwerk wrote: > 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: > I have added some notes on the border flags in the vcg wiki http://vcg.sourceforge.net/index.php/Flags 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: skunkwerk <sku...@gm...> - 2008-08-04 04:41:58
|
thanks Paolo, it's nice to have you back. i didn't feel the wiki page answered my questions: 1) what's the definition of a border & boundary within meshlab, and are all non-manifold faces bordering faces? 2) do the number of leaves correspond to the number of border faces, or what? while these are from other threads, i don't want to send 5 emails to the list: 3) the same file you sent me to test on the texture filter froze my entire machine & meshlab - did you not encounter any issues with it? was it not working with the 'copied tiles' option or with 'resampled'? 4) i tried loading 2 layers into meshlab to use with the hausdorff distance plugin, but i don't think the layers are working. any suggestions? 5) trying to clip triangles with refine.h: you said i need to define which edges of the triangle need to be split - but how do I define the points it should be split at? i tried doing a search for 'subdivision' in the codebase but couldn't find much - could someone point me to the specific file that does some clipping? regards, imran On Sun, Aug 3, 2008 at 1:26 AM, Paolo Cignoni <pao...@is...>wrote: > skunkwerk wrote: > > 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: > > > I have added some notes on the border flags in the vcg wiki > http://vcg.sourceforge.net/index.php/Flags > 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: Paolo C. <pao...@is...> - 2008-08-04 21:32:20
|
skunkwerk wrote: > thanks Paolo, > it's nice to have you back. i didn't feel the wiki page answered my > questions: > 1) what's the definition of a border & boundary within meshlab, and are all > non-manifold faces bordering faces? > I have tried to improve the doc. http://vcg.sourceforge.net/index.php/Tutorial#Boundary_relations_and_adjacency It is nice to have someone that actually tests our scarce documentation :) > 2) do the number of leaves correspond to the number of border faces, or > what? > I have not understood what do you mean with leaves? what leaves? what tree are you referring to? I have lost the context. > while these are from other threads, i don't want to send 5 emails to the > list: > 3) the same file you sent me to test on the texture filter froze my entire > machine & meshlab - did you not encounter any issues with it? was it not > working with the 'copied tiles' option or with 'resampled'? > yes it does not works with your filter. It is a typical dirty mesh against which algorithms should be made robust. (the mesh we are talking about is the old textured minerva 250 face and two textures) > 4) i tried loading 2 layers into meshlab to use with the hausdorff distance > plugin, but i don't think the layers are working. any suggestions? > I have tried on different architecture and layers seems to be correctly working. Can some one be able to replicate this issue? > 5) trying to clip triangles with refine.h: you said i need to define which > edges of the triangle need to be split - but how do I define the points it > should be split at? i tried doing a search for 'subdivision' in the > codebase but couldn't find much - could someone point me to the specific > file that does some clipping? > I will expand the comment in the refine.h file look for the next commits. p. > regards, > imran > > On Sun, Aug 3, 2008 at 1:26 AM, Paolo Cignoni <pao...@is...>wrote: > > >> skunkwerk wrote: >> >>> 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: >> >> I have added some notes on the border flags in the vcg wiki >> http://vcg.sourceforge.net/index.php/Flags >> 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 >> >> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > 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-08-05 00:48:00
|
thank you Paolo, 1) i don't know what i was doing wrong before, but I tried the layers again, and it worked fine. the hausdorff distance plugin gave me the following output when I ran it on 2 identical meshes: max:65, mean:0.026, RMS:0.99 doing more samples would likely bring these values closer to 0, right?... would the best way to interpret these values be to compare them to the radius of the mesh's bounding box? 2) i tried the minerva ply file on a fresh checkout of meshlab, and it froze my whole machine - so yes, it'd be good if someone else could try this out 3) they're some comments in Italian as well inside refine.h, i'll wait for your update 4) my question about finding the number of "leaves" was in relation to the discussion of the model here: www.akbars.net/27.zip to which you said: "one of the tree has approx 26k faces in the leaves. All the leaves has no internal vertex..." 5) it seems like the 'border' in meshlab is the border of a simplicial complex... when I thought of boundary I was thinking of the outermost faces of a model. but i guess the real issue is that simplification with 'preserve borders' sometimes works well, and sometimes not - and i'm trying to figure out a way to figure out when to use it regards, imran On Mon, Aug 4, 2008 at 2:31 PM, Paolo Cignoni <pao...@is...>wrote: > skunkwerk wrote: > > thanks Paolo, > it's nice to have you back. i didn't feel the wiki page answered my > questions: > 1) what's the definition of a border & boundary within meshlab, and are all > non-manifold faces bordering faces? > > > I have tried to improve the doc. > > > http://vcg.sourceforge.net/index.php/Tutorial#Boundary_relations_and_adjacency > > It is nice to have someone that actually tests our scarce documentation :) > > > 2) do the number of leaves correspond to the number of border faces, or > what? > > > I have not understood what do you mean with leaves? what leaves? what tree > are you referring to? I have lost the context. > > while these are from other threads, i don't want to send 5 emails to the > list: > 3) the same file you sent me to test on the texture filter froze my entire > machine & meshlab - did you not encounter any issues with it? was it not > working with the 'copied tiles' option or with 'resampled'? > > > yes it does not works with your filter. It is a typical dirty mesh > against which algorithms should be made robust. > (the mesh we are talking about is the old textured minerva 250 face and two > textures) > > 4) i tried loading 2 layers into meshlab to use with the hausdorff distance > plugin, but i don't think the layers are working. any suggestions? > > > I have tried on different architecture and layers seems to be correctly > working. > Can some one be able to replicate this issue? > > 5) trying to clip triangles with refine.h: you said i need to define which > edges of the triangle need to be split - but how do I define the points it > should be split at? i tried doing a search for 'subdivision' in the > codebase but couldn't find much - could someone point me to the specific > file that does some clipping? > > > I will expand the comment in the refine.h file > look for the next commits. > p. > > > regards, > imran > > On Sun, Aug 3, 2008 at 1:26 AM, Paolo Cignoni <pao...@is...> <pao...@is...>wrote: > > > > skunkwerk wrote: > > > 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: > > > I have added some notes on the border flags in the vcg wikihttp://vcg.sourceforge.net/index.php/Flags > p. > > > > -- > 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-08-05 03:36:46
|
i tried the hausdorff distance plugin on a number of models, such as www.akbars.net/20.zip i noticed two issues: 1) when the model & a copy of itself in another layer are open, the quadric texture plugin doesn't seem to reduce models - or at least, the display isn't updated as the model looks exactly the same. 2) the hausdorff distance doesn't really tell you a lot - on one model, i got the following results after a series of 6 reductions: 0.001267 0.012462 0.035062 0.040926 0.036652 0.027046 while on the model mentioned above (20.zip) i got the following: .99 1.7 4.7 8.8 11.9 14 14.4 15.3 15.3 how can you get some sense of the "quality" of the reduction from looking at these numbers? any ideas? On Mon, Aug 4, 2008 at 5:47 PM, skunkwerk <sku...@gm...> wrote: > thank you Paolo, > > 1) i don't know what i was doing wrong before, but I tried the layers > again, and it worked fine. the hausdorff distance plugin gave me the > following output when I ran it on 2 identical meshes: > max:65, mean:0.026, RMS:0.99 > doing more samples would likely bring these values closer to 0, right?... > would the best way to interpret these values be to compare them to the > radius of the mesh's bounding box? > > 2) i tried the minerva ply file on a fresh checkout of meshlab, and it > froze my whole machine - so yes, it'd be good if someone else could try this > out > > 3) they're some comments in Italian as well inside refine.h, i'll wait for > your update > > 4) my question about finding the number of "leaves" was in relation to the > discussion of the model here: www.akbars.net/27.zip > to which you said: "one of the tree has approx 26k faces in the leaves. All > the leaves has no internal vertex..." > > 5) it seems like the 'border' in meshlab is the border of a simplicial > complex... when I thought of boundary I was thinking of the outermost faces > of a model. but i guess the real issue is that simplification with > 'preserve borders' sometimes works well, and sometimes not - and i'm trying > to figure out a way to figure out when to use it > > regards, > imran > > > On Mon, Aug 4, 2008 at 2:31 PM, Paolo Cignoni <pao...@is...>wrote: > >> skunkwerk wrote: >> >> thanks Paolo, >> it's nice to have you back. i didn't feel the wiki page answered my >> questions: >> 1) what's the definition of a border & boundary within meshlab, and are all >> non-manifold faces bordering faces? >> >> >> I have tried to improve the doc. >> >> >> http://vcg.sourceforge.net/index.php/Tutorial#Boundary_relations_and_adjacency >> >> It is nice to have someone that actually tests our scarce documentation :) >> >> >> 2) do the number of leaves correspond to the number of border faces, or >> what? >> >> >> I have not understood what do you mean with leaves? what leaves? what >> tree are you referring to? I have lost the context. >> >> while these are from other threads, i don't want to send 5 emails to the >> list: >> 3) the same file you sent me to test on the texture filter froze my entire >> machine & meshlab - did you not encounter any issues with it? was it not >> working with the 'copied tiles' option or with 'resampled'? >> >> >> yes it does not works with your filter. It is a typical dirty mesh >> against which algorithms should be made robust. >> (the mesh we are talking about is the old textured minerva 250 face and >> two textures) >> >> 4) i tried loading 2 layers into meshlab to use with the hausdorff distance >> plugin, but i don't think the layers are working. any suggestions? >> >> >> I have tried on different architecture and layers seems to be correctly >> working. >> Can some one be able to replicate this issue? >> >> 5) trying to clip triangles with refine.h: you said i need to define which >> edges of the triangle need to be split - but how do I define the points it >> should be split at? i tried doing a search for 'subdivision' in the >> codebase but couldn't find much - could someone point me to the specific >> file that does some clipping? >> >> >> I will expand the comment in the refine.h file >> look for the next commits. >> p. >> >> >> regards, >> imran >> >> On Sun, Aug 3, 2008 at 1:26 AM, Paolo Cignoni <pao...@is...> <pao...@is...>wrote: >> >> >> >> skunkwerk wrote: >> >> >> 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: >> >> >> I have added some notes on the border flags in the vcg wikihttp://vcg.sourceforge.net/index.php/Flags >> p. >> >> >> >> -- >> 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: Paolo C. <pao...@is...> - 2008-08-05 06:35:53
|
skunkwerk wrote: > thank you Paolo, > > 1) i don't know what i was doing wrong before, but I tried the layers > again, and it worked fine. the hausdorff distance plugin gave me the > following output when I ran it on 2 identical meshes: > max:65, mean:0.026, RMS:0.99 > doing more samples would likely bring these values closer to 0, right?... > would the best way to interpret these values be to compare them to the > radius of the mesh's bounding box? > > yes if the two meshes are perfectly equal. -- 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-08-05 06:41:41
|
skunkwerk wrote: > i tried the hausdorff distance plugin on a number of models, such as > www.akbars.net/20.zip > i noticed two issues: > 1) when the model & a copy of itself in another layer are open, the quadric > texture plugin doesn't seem to reduce models - or at least, the display > isn't updated as the model looks exactly the same. > Probably you have simply forgotten to disable the view of one layer that occludes the simplified one. > 2) the hausdorff distance doesn't really tell you a lot - on one model, i > got the following results after a series of 6 reductions: > > 0.001267 > 0.012462 > 0.035062 > 0.040926 > 0.036652 > 0.027046 > > while on the model mentioned above (20.zip) i got the following: > .99 > 1.7 > 4.7 > 8.8 > 11.9 > 14 > 14.4 > 15.3 > 15.3 > > how can you get some sense of the "quality" of the reduction from looking at > these numbers? any ideas? > Read these papers. accurately. http://vcg.isti.cnr.it/publications/papers/metro.pdf http://citeseer.ist.psu.edu/cignoni97comparison.html -- Paolo Cignoni -- Senior Researcher Visual Computing Laboratory - ISTI - CNR http://vcg.isti.cnr.it/~cignoni ISTI - CNR Via Moruzzi 1, 56124 Pisa ITALY |
