Rudolf Polzer [Wed, 23 Feb 2011 13:50:43 +0000 (14:50 +0100)]
OsitionPack is actually GPL-compatible:
14:49:13 @divVerent | BTW, what license is OsirionPack?
14:49:38 Ingar | GPL/CC/make your pick
14:49:54 Ingar | I wrote it, so if you want to included it you have all my permissions
14:50:17 @divVerent | I then take this as your permission to release it as part of NetRadiant, thus under GPL :P
14:50:27 @divVerent | this will mean my builds will include it then :P
14:50:31 Ingar | that's fine ^^
14:50:35 @divVerent | free promotion :P
Rudolf Polzer [Wed, 23 Feb 2011 13:47:16 +0000 (14:47 +0100)]
make WarsowPack use ingar's location from now on. Warsow's svn is too unreliable and causes too many build failures, and WILL NOT BE ADDED AGAIN. Warsow devs shall just get a github account, KTHX.
Rudolf Polzer [Wed, 23 Feb 2011 12:25:22 +0000 (13:25 +0100)]
Revert "also load DDS files the way DarkPlaces stores them (does DDS loading even work?)" because Radiant does not support this yet, and it won't be easy to do the same hack in Radiant.
Rudolf Polzer [Fri, 31 Dec 2010 17:54:33 +0000 (18:54 +0100)]
Author: rambetter
Date: Thu Dec 30 21:03:13 2010
New Revision: 390
Modified:
GtkRadiant/trunk/libs/mathlib.h
GtkRadiant/trunk/libs/mathlib/mathlib.c
GtkRadiant/trunk/tools/quake3/common/polylib.c
Log:
Undoing commits r363 and r371 as it pertains to polylib.c, mathlib.c,
and mathlib.h (the regression tests have not been removed).
Trunk is now restored to a state that it was in before I started
trying to fix the math accuracy errors in q3map2. Commits r363 and
r371 were "correct" and did improve math accuracy significantly, but
unfortunately the underlying cause of math accuracy issues is something
else, which is being addressed in branch Rambetter-math-fix-experiments
currently. I'm taking the BSD approach here, which is "we not going to
partially fix the problem. it's all or nothing". Otherwise it's just
too risky in my opinion. I don't like playing Whack-A-Mole.
Someday, we might merge Rambetter-math-fix-experiments branch to trunk.
Sorry about all these needless commits to trunk.
Rudolf Polzer [Wed, 29 Dec 2010 16:41:57 +0000 (17:41 +0100)]
Author: rambetter
New Revision: 379
Undoing revision 377 (reverting just those files modified by that
commit). I have disovered the fundamental problem to the math error problems,
and although this commit (r377) is "correct", it fails to address the
fundamental problem. Therefore, I'd rather leave the code in a state that
has the exact same behavior as before until I get a chance to address the
fundamental issue.
Rudolf Polzer [Wed, 29 Dec 2010 16:38:51 +0000 (17:38 +0100)]
Author: rambetter
Date: Tue Dec 28 23:20:32 2010
New Revision: 378
Updating notes on regression tests. They are "mostly sort of fixed". Won't
be fixed for good until I look at the last bit of code that has not been
examined yet, which is the plane intersection code. I want the errors to be
much less than they are now, even though the disappearing_sliver* tests are
now working.
Rudolf Polzer [Wed, 29 Dec 2010 16:37:57 +0000 (17:37 +0100)]
svn r377 by Rambetter:
Continuing work on BaseWindingForPlane() in polylib.c. In fact I'm pursuing
the approach that was committed in r375 (but was then backed out). I can't
believe my eyes, but I seem to be getting 0.000000% error in some of my
regression tests. The trick is to scale by a power of 2 and never do a
VectorNormalize().
Rudolf Polzer [Tue, 28 Dec 2010 19:31:25 +0000 (20:31 +0100)]
Fix by Rambetter (svn r371):
Following up on r371; found another optimization for math rounding errors
in BaseWindingForPlane(). This allows me to get rid of an extra call to
VectorSetLength() which contain floating point multiplications. Behavior
of BaseWindingForPlane() has been verified against base_winding regression
test (comparing output w/ logging patch).
Rudolf Polzer [Tue, 28 Dec 2010 10:24:25 +0000 (11:24 +0100)]
Author: rambetter
Date: Tue Dec 28 04:02:11 2010
New Revision: 371
Rewriting BaseWindingForPlane() in polylib.c from the ground up. The behavior is totally unchanged, and I verified this by running extensive tests. The only difference is that the math precision is much much better now. Performance should be better as well (but that is not tested). This is a major milestone because it fixes two regression tests: disappearing_sliver2 and sparkly_seam.
Improvements to math precision is ongoing and more improvements can probably be made even after this patch.
I will update the README.txt files in the regression tests in a separate commit. This commit only includes the actual fixed code.