When to calculate the bounding sphere

Started by
5 comments, last by L. Spiro 11 years, 3 months ago

Hi everyone,

If I'm calculating the bounding sphere of my mesh (using D3DXComputeBoundingSphere), should I do it before or after I have transformed the mesh using the world matrix? I'm guessing after, but I just want to check!

Thanks!

Advertisement

You can do it any time you wish, including once-only at load time. The great thing about a bounding sphere is that you only need to transform it's midpoint to get it to a different space.

Direct3D has need of instancing, but we do not. We have plenty of glVertexAttrib calls.

Hi George,

This is a bit tricky, when you do it is not important, it's important that you transform/ rotate etc. at the right time.

I found out by playing around quite I while. Here's what I do now, in pseudo code:

- lock the vertexbuffer of the mesh

- applying scaling and rotations on the vertices, for this mesh instance

- compute boundingsphere for complete meshinstance (0,0,0 being in local space, mesh center)

- do the same for each submesh (attr of the d3dxmesh)

- translate the worldpostion for both the full mesh instance as all submeshes

Keep in mind future plans, if you're gonna use mesh instances, then you should not limit yourself by calculation it on mesh base, but do it on mesh instance base. For example I do this within my mesh instance class (using a specific mesh). Which also has the rotation, translation, etc. matrices for the mesh instance.

It's important to calculate it in local space and keep track of scaling, to prevent weird results.

I also calculate it for the submeshes (attributes of the d3dxmesh).

Crealysm game & engine development: http://www.crealysm.com

Looking for a passionate, disciplined and structured producer? PM me

Create any bounding boxes/spheres for a given mesh once at load-time (or embed them into your custom file format) and apply the same transformations on them as those that are applied to your mesh.

For spheres, that means:
	/**
	 * Creates a new sphere that represents the given sphere modified by the given matrix.
	 *
	 * \param _sSphere The sphere to modify.
	 * \param _mMat The matrix by which to modify the given sphere.
	 * \return Returns a sphere that has been scaled and moved by the given matrix.
	 */
	CSphere LSE_FCALL CSphere::CreateSphereFromSphereAndMatrix( const CSphere &_sSphere, const CMatrix4x4 &_mMat ) {
		CSphere sRet;
		CVector3 vRow;
		_mMat.GetRow( 0UL, vRow );
		sRet.r = vRow.LenSq();
		_mMat.GetRow( 1UL, vRow );
		sRet.r = CStd::Max( sRet.r, vRow.LenSq() );
		_mMat.GetRow( 2UL, vRow );
		sRet.r = CStd::Max( sRet.r, vRow.LenSq() );
		sRet.r = CMathLib::Sqrt( sRet.r ) * _sSphere.r;
		sRet.c = _mMat * _sSphere.c;
		return sRet;
	}
The midpoint of the sphere is simply fed into the matrix and returned as a new point in space.
The radius of the sphere is modified by the largest scaling factor in the matrix. This can be omitted for matrices with no scaling factor.


L. Spiro

I restore Nintendo 64 video-game OST’s into HD! https://www.youtube.com/channel/UCCtX_wedtZ5BoyQBXEhnVZw/playlists?view=1&sort=lad&flow=grid

The great thing about a bounding sphere is that you only need to transform it's midpoint to get it to a different space.

Be careful there, things get really hairy when dealing with non-uniform scaling.

I'd generally suggest that you avoid non-uniform scaling everywhere, for simplicity, but if you can't, bounding boxes start to look a whole lot better.

Tristam MacDonald. Ex-BigTech Software Engineer. Future farmer. [https://trist.am]

The great thing about a bounding sphere is that you only need to transform it's midpoint to get it to a different space.

Be careful there, things get really hairy when dealing with non-uniform scaling.

I'd generally suggest that you avoid non-uniform scaling everywhere, for simplicity, but if you can't, bounding boxes start to look a whole lot better.

This is true.

Since the OP talked about transforming the mesh using the world matrix, and since you generally don't see scaling in a world matrix, it can probably be discounted as a specific problem for this question, but it is still correct to highlight it.

Direct3D has need of instancing, but we do not. We have plenty of glVertexAttrib calls.

The code I posted handles this problem. To transform a bounding sphere to handle any scaling, uniform or not, simply look for the longest row vector (this is Direct3D after all) in the upper-left 3×3 area and multiply the radius by the length of that vector.

since you generally don't see scaling in a world matrix

I am not sure what you mean by this. Scale, rotation, and position are all part of the world matrix.


L. Spiro

I restore Nintendo 64 video-game OST’s into HD! https://www.youtube.com/channel/UCCtX_wedtZ5BoyQBXEhnVZw/playlists?view=1&sort=lad&flow=grid

This topic is closed to new replies.

Advertisement