Official forums for BZFlag.org

This meshbox have many matref, like you can see, but even if the Z size is 0.1 the tank, without jump, can't drive on it between the ground and this meshbox, like it's high 40... If you try with a normal box, same Z size 0.1, you can drive on it. So adding this matref I have this problem (before, I had only normal box, and worked fine... After decide add matref, nothing is Ok.) Suggestions?
Fox

one thing I would suggest is that you clean up those floating point numbers. I don't think it will help in this case but I don't know what the rest of your map looks like. Numbers like -286.399994 would be better as -286.40. I have noticed this with mesh maps that I have built. I limited modeltool's output precision to 2 decimal places and the maps work a lot better.

In general meshboxes and boxes are drawn differently, they don't seem to line up with each other. But you may get it to work better by adjusting your floating point precision.

thank you for the suggestion... I have used it, but doesn't work. I mean, doesn't solve my bug...
other suggestions?

Yep that's one issue with meshboxes, transitioning from old stuff to meshes is an issue. it is a known issue an on the roadmap to be fixed when we can redo our entire simulation to uses meshes for all objects.

Hm... Ok, but instead of use all mehsbox, I tried to use an arc with divisions 4 to have a box.. like in MIssileWar... but the problem isn't fixed
like you can see with the box with red matref not at the center of map (isn't with good number Anomaly, but is copy-pasted from Missile War, and than a little modified the size)

arcs are meshes too so that makes sense.

And so why on MissileWar, that (the floor with Z high very low, that allow tank shoot on loopholes) work well, fine, wonderful?

there are tricks to get it to work in specific cases, get the map they use and take a look at it. In general it works best when all objects in the collision area are the same type, all mesh, or all "old". It's the case where they are mixed when we have problems.

Fox in the Fog wrote:And so why on MissileWar, that (the floor with Z high very low, that allow tank shoot on loopholes) work well, fine, wonderful?

There's a map setting (it's in the wiki) to adjust the height difference that allows a tank to just hop up onto a raised surface rather than be blocked by it. This is how the low-Z ground object at the base walls in MW functions.

Also, they'd have to be a normal box to bump up on. So the ones there are likely boxes (or have the very edge being a box to trigger the bump)

I'm glad to know that the solution exist, but would be good also know the name of this map setting... Because I searched on the Wiki, under server variables, but didn't find any interesting things.
Thanks All, I am going to solve my problems

Ok, i think the map setting is -set _maxBumpHeight 0.33 but, adding this to my map file, the problem persist.

_maxBumpHeight does NOT work for meshes, as blast said above. So it is no surprise it does not work!

Ah... so:

There's a map setting (it's in the wiki) to adjust the height difference that allows a tank to just hop up onto a raised surface rather than be blocked by it. This is how the low-Z ground object at the base walls in MW functions.

what's the name of this map settings?

The creators used _maxBumpHeight, but inserted a regular box right before the mesh so this effect would occur. The box would be at equal or slightly higher height such that it looks like you are bumped up to the mesh. If you want to get specific actions to occur in maps, sometimes you have to use tricks to create the illusion.

smart trick sigonasr2.. i noticed that also on MissileWar is like that
thx, now all is solved... thank you a lot