Java-Gaming.org Hi !
 Featured games (84) games approved by the League of Dukes Games in Showcase (575) Games in Android Showcase (154) games submitted by our members Games in WIP (624) games currently in development
 News: Read the Java Gaming Resources, or peek at the official Java tutorials
Pages: [1]
 ignore  |  Print
 Rotating AABB (algorithm question)  (Read 2858 times) 0 Members and 1 Guest are viewing this topic.
cep21

Junior Devvie

Java games rock!

 « Posted 2004-08-04 14:53:24 »

AABB = Axis Aligned Bounding Box

I have a model.  I suround it by an AABB.  The model may need to rotate.  Rather than recompute the AABB (which would be slow), I'ld rather rotate the AABB with the model.  My absolute rotation comes to me as a Quaternion.  Here is my working algorithm.  Is there a faster way?

My AABB is defined by a center and 3 extent variables (X extent Y extent Z extent).  My AABB keeps track of its original center and original extents, but has a "using" center and "using" extent which it uses for culling purposes.  They start off equal.

1) Convert Quaternion to a 3x3 rotation matrix
2) Rotate the original center by this 3x3 rotation matrix.  This is now my new "using" center.
3) Make every value in the 3x3 matrix it's absolute value (IE if a value is -32 it becomes 32)
4) Multiply this 3x3 matrix by my "original" X,Y,Z extent of the bounding box.  This is now my new X/Y/Z extent.

This algorithm works correctly.  I'm wondering if there is a faster way.
oNyx

JGO Coder

Medals: 2

pixels! :x

 « Reply #1 - Posted 2004-08-04 15:01:41 »

Usually you don't rotate em... they are axis aligned

And to tell the truth - usually it's good enough (it was good enough for Quake3 for example). If you're standing diagonally to your opponent on the grid the hitable area is ~40% bigger than usual (a factor of sqrt(2)), but - as I already said - it doesn't really matter.

If it's not accurate enough you could check for AABB intersection first and in case of a collision you could perform a more accurate check.

cep21

Junior Devvie

Java games rock!

 « Reply #2 - Posted 2004-08-04 15:26:25 »

But the box around the person or object needs to change if the person rotates.  Otherwise they could move outside the box.
oNyx

JGO Coder

Medals: 2

pixels! :x

 « Reply #3 - Posted 2004-08-04 15:32:02 »

Make the box bigger.

Take a look at these screenshots:
http://www.planetquake.com/alternatefire/unlagged_faq.html#IJRAMBIHOIJRAHBIM

cep21

Junior Devvie

Java games rock!

 « Reply #4 - Posted 2004-08-04 15:56:57 »

Correct.  My question is how do I quickly figure out how much bigger to make the box.
oNyx

JGO Coder

Medals: 2

pixels! :x

 « Reply #5 - Posted 2004-08-04 16:12:41 »

From the rotation centre the longest distance... then you have s sphere where you can wrap a cube around.

If you only rotate about one axis you could also do the same for a cylinder where you wrap a box around.

And if you don't do any more accurate collision detection you can also just do the box with trial'n'error/rule of thumb until it feels right.

cep21

Junior Devvie

Java games rock!

 « Reply #6 - Posted 2004-08-04 16:24:21 »

"From the rotation centre the longest distance"

Do you mean the longest distance to any point in the model?  That's something along the lines of O(n).  What I suggested above is O(1).  I was wondering if my constant running time could be shorter.
oNyx

JGO Coder

Medals: 2

pixels! :x

 « Reply #7 - Posted 2004-08-04 17:17:45 »

>That's something along the lines of O(n).

Who cares? It's a one time/offline operation. It's like thinking too much about the rendering time of pre rendered graphics

nonnus29

Senior Devvie

Giving Java a second chance after ludumdare fiasco

 « Reply #8 - Posted 2004-08-04 22:09:59 »

By making your AABB non axially aligned your throwing away one of the biggest advantages of using them; dead simple intersection testing   .

Quote
This algorithm works correctly.  I'm wondering if there is a faster way.

Why?  Even if you did this every frame for every (non-culled) object in the scene this code should never be a bottleneck in performance.

Like oNyx said; hierarchical bounding volumes would most closely approximate the principal of least cleverness. (ie check an oversize aabb first, then check bounding spheres  or elipses or whatever that more closely approxmate the model.)
cep21

Junior Devvie

Java games rock!

 « Reply #9 - Posted 2004-08-04 22:29:31 »

The box stays AABB.  My algorithm rotates an AABB in O(1) into another AABB.  The question of "Is there a faster way" has more of a math/algorithms-are-cool drive than a gaming/practical-speedup drive.
nonnus29

Senior Devvie

Giving Java a second chance after ludumdare fiasco

 « Reply #10 - Posted 2004-08-05 16:15:29 »

Quote
The box stays AABB.

Oh, I see, n/m then!
Pages: [1]
 ignore  |  Print

You cannot reply to this message, because it is very, very old.

 ClaasJG (21 views) 2015-04-27 13:36:51 BurntPizza (33 views) 2015-04-23 03:42:11 theagentd (35 views) 2015-04-22 16:23:07 Riven (50 views) 2015-04-16 10:48:47 Duke0200 (59 views) 2015-04-16 01:59:01 Fairy Tailz (42 views) 2015-04-14 20:13:12 Riven (45 views) 2015-04-12 21:36:37 bus hotdog (61 views) 2015-04-10 02:39:32 CopyableCougar4 (66 views) 2015-04-10 00:51:04 BurntPizza (71 views) 2015-04-06 22:06:58
 theagentd 23x BurntPizza 17x wessles 15x 65K 11x kingroka123 11x alwex 11x kevglass 8x Rayvolution 7x Riven 7x chrislo27 7x Hanksha 7x Olo 7x Ecumene 7x ra4king 7x Spasi 6x KevinWorkman 6x
 How to: JGO Wikiby Mac702015-02-17 20:56:162D Dynamic Lighting2015-01-01 20:25:42How do I start Java Game Development?by gouessej2014-12-27 19:41:21Resources for WIP gamesby kpars2014-12-18 10:26:14Understanding relations between setOrigin, setScale and setPosition in libGdx2014-10-09 22:35:00Definite guide to supporting multiple device resolutions on Android (2014)2014-10-02 22:36:02List of Learning Resources2014-08-16 10:40:00List of Learning Resources2014-08-05 19:33:27
 java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org