 |
a possible solution would be to let DR use an extra file in which it stores on which minimum grid size an object was changed on, and use this information to "back round" the results detailed explanation: http://forums.thedarkmod.com/topic/14375-dr-and-its-shifting-planes/page__view__findpost__p__301829 |
 |
The "minimum grid size" may or may not ease the pain. If I use the clipper tool to slice an angled brush in half, it's possible that some of the resulting points may not lie on even the smallest 0.125 grid. I can't snap those points to the grid w/o deforming the brushes they're part of. No solution should deform brushes. In fact, that's the problem we're trying to solve. |
|
|
I submitted brushShift1.map and brushShift2.map to maps/test/dr. Rev 13280. See the SVN note attached to that submission for an explanation of what's in these files. |
|
|
I stated above that I thought the root cause was in the way planes were represented in the *.map file. This might not be the case. It's possible that there's an underlying issue with data shifting, and angled planes are most easily affected because of the way they're represented. |
 |
Resolved in commit 7b7fb6ce1acf5ad2848b11472c9e37b983ceb029 |
- Anonymous
