 |
The inaccuracy you're seeing is due to the translations applied after the actual clone operation (the option to offset cloned objects is activated in the top toolbar, I assume). If you switch off this option, the brush is indeed the same in the .map file. Moving them back after the offset is just another set of transformations applied to the brush faces, which results in the small inaccuracies. These are caused by the single precision floating point format DR is using since 1.6.0, I think. Before 1.6.0 we had DR use doubles, but you can still see the behaviour when "nudging" brushes horizontally in version 1.4.0 (the error is in the order of 1e-15 there). |
 |
i can see the same test in doom 3 cause these brushes any brush i make with an angle aligned to grid is fine untill i move it i can snap them back to grid after moved and it helps the problem is that i been trying to move a whole area of a map and its causing faces to go missing etc.. you can notice in darkrad that these angled brushes are no longer in line |
 |
I have seen this problem too, particularly when rotating groups of things. I could reproduce easily: 1) making a some brushes with angled faces 2) group them into a func static 3) copy it and move it away from origin 4) add an extra brush on one of the corners so I can put it back in the same position 5) translate, rotate, translate, rotate, translate, rotate, translate, rotate, move back to original position... Result: http://www.dersaidin.net/doom3/darkradiant/precision.map http://www.dersaidin.net/doom3/darkradiant/precision_transl_rot.patch This is particularly problematic since good brush construction (imo) frequently requires angled brushes. In practice this results in hairline cracks all over the place. I think the fix is a snap to grid tool: For each plane find the nearest grid aligned plane and use that instead of a calculated plane. Also want to ensure that vertexes which started at the same coordinates as each other finish at the same coordinates. |
|
|
another thing i noticed and it might be related, and you made a comment on, is rotating of entities via toolbar buttons. if i make a player start, it defaults to angle=90, then hit the Z-Axis Rotate button and i comes up with some weird angle values 2.5044778340088669e-006 -89.999992370605469 could be causing rotated brush entities to get more off the grid |
|
|
update i think the new patch seems to help with this issue, but its still present 0003272: Brush faces can shift over time http://bugs.thedarkmod.com/view.php?id=3272 |
|
|
Is this problem still there? |
|
|
the issue seems to be gone i can move and rotate anything and it will look the same as the original brush ingame i dont see any missing or corrupt brushes either the map file still changes a little but its not effecting anything the only time i can get destroyed brushes is if i move them past 50,000 grid units thats probly the limit of the decimal numbers causing that anyway |
|
|
Yes, single precision floats can only hold a certain amount of significant digits, at coordinates around 50,000 the post-comma values are bound to lose precision. I'm going to close this issue. |
|
|
Seems to be fixed with 2f5ff107b591c167a25a17ca5e791576140efb84 |
- Anonymous
