Problem with rotation

[ringstadjr]

Hello

 

I've got a problem with rotation. I'm making a puzzle consisting of 27 dice arranged in a grid 3x3x3. The purpose of the puzzle is to rotate the surrounding dice in accordance with the center die, ie. 4 should go against 4 on the neighbouring die. See image. You can rotate each die, except the center, along all axis by first touching one of the wooden boxes(up, right, across). You rotate 90 degress each time you touch.

 

My approach has been to convert each die's rotation to euler vector and send it to the center die. The center die keeps a list over all the vectors and compares it with a solution list, which keeps the correct rotations. 

The problem is that a die seems to be able to have the same orientation, but still have different vectors representing that orientation. I realize the problem is my understanding of rotation in second life, so if someone would like to give me an explanation I'd be very grateful.  

[Dora Gustafson]

For this you need to compute an exact rotation.
If you insist on using Euler you must start with ZERO_ROTATION and rotate around each axis in a fixed order.

What I would prefer is to use llAxes2Rot()
With this you get the exact rotation in one shot, once you have determined where you want the prims Forward, Left and Up directions.

[McClickit]

I'm not the expert on scripting, lol. But something you might want to think about. Your right, different vectors can be used to represent each "Die" position. The vector numbers are determined by which "axis" the measurements are being taken from, X, Y or Z. So.....you may have to use something like "getPos" after each roll of they dice. Oh...and if your not already a member...you might want to seriously consider joining the "Builders Brewery" Group. There are many good to excellent scripters there who can help.

[Void Singer]

are you sure you have all the possible solutions? I believe there should be at least 2, possibly 4