- Removing DIST_EPSILON #define from map.c. It's unused and only confuses
programmers.
- Adding new function SnapPlaneImproved() to map.c which is like
SnapPlane(), only it takes an additional argument which is the "center".
This new function is not being used anywhere yet.
- In mathlib, adding VectorIsOnAxis() and VectorIsOnAxialPlane(), two
convenience methods that will help make other code look more intuitive.
git-svn-id: svn://svn.icculus.org/gtkradiant/GtkRadiant/branches/Rambetter-math-fix-experiments@400 8a3a26a2-13c4-0310-b231-cf6edde360e5
- Adding #define EXPERIMENTAL_SNAP_NORMAL_FIX to q3map2.h, it's now set to
1, but will be set to 0 if and when we merge to trunk.
- Removing NORMAL_EPSILON #define from map.c. It's not used and is
misleading.
- Adding EXPERIMENTAL_SNAP_NORMAL_FIX code block to SnapNormal() in map.c.
git-svn-id: svn://svn.icculus.org/gtkradiant/GtkRadiant/branches/Rambetter-math-fix-experiments@398 8a3a26a2-13c4-0310-b231-cf6edde360e5
to the code. This commit consists of some paragraphs of comments regarding
my thoughts about why SnapPlane() is broken.
Now that I understand how it's broken, it would be worthwhile to write some
regression tests that demonstrate the problems. I think I can do that now.
But so far hardly any bugs that I've experienced first-hand have been caused
by SnapPlane() issues. Now that I understand the theory behind it, I can
certainly expose some bugs with hand-crafted brushes.
git-svn-id: svn://svn.icculus.org/gtkradiant/GtkRadiant/branches/Rambetter-math-fix-experiments@396 8a3a26a2-13c4-0310-b231-cf6edde360e5
- Setting EXPERIMENTAL_HIGH_PRECISION_MATH_Q3MAP2_FIXES to 1 (enabled). I'll
turn this off before merging into trunk.
- In function MapPlaneFromPoints() in map.c, doing a bit tighter math when
EXPERIMENTAL_HIGH_PRECISION_MATH_Q3MAP2_FIXES is on. This comes at the
expense of a few extra CPU cycles. The signature of the function remains
the same.
- In VectorNormalize() in mathlib.c, fixing a cast of the return value.
I did not see compile warnings or runtime errors, but it seems wrong the
way it was.
- Adding VectorNormalizeAccu() in mathlib.c, for normalizing vectors built on
the high resolution data type.
git-svn-id: svn://svn.icculus.org/gtkradiant/GtkRadiant/branches/Rambetter-math-fix-experiments@395 8a3a26a2-13c4-0310-b231-cf6edde360e5
made Visual Studio files work in VS2005 Express
fixed a ton of warnings in VS2005 Express
fixed some compile problems on OpenSUSE 11.0
git-svn-id: svn://svn.icculus.org/gtkradiant/GtkRadiant/trunk@302 8a3a26a2-13c4-0310-b231-cf6edde360e5
