Steve Baker wrote:
>Jim Wilson wrote:
>
> > This problem has been narrowed down to ssgStripify, and I'm hoping someone
> > might recognize what is going on.
>
> I suspect (but don't know for sure) that there is an 'epsilon' in there to
> 'snap together' vertices that are off by a teeny-tiny amount because of
> rounding errors - but which were really intended to be shared.
>
> It sounds like the epsilon value is *way* too large.
>
> Most people are modelling at a scale of 1 unit == 1 meter - and a 3cm epsilon
> would be insanely too big.
>
> Take a look in stripify and see if you can see an epsilon somewhere?
>
Ah yes!
Looks like David Megginson spotted the problem. In an email this morning:
static float optimise_vtol [3] =
{
0.01f, /* DISTANCE_SLOP = One centimeter */
0.04f, /* COLOUR_SLOP = Four percent */
0.004f, /* TEXCOORD_SLOP = One texel on a 256 map */
} ;
So it is currently set for one centimeter. Can we reduce that value to
perhaps a millimeter? Or maybe all three of these tolerance values should be
settable via function call?
Best,
Jim
_______________________________________________
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
