Rubiks cube hell....

bzroom · 2004-01-16T03:37:42

I''m making a rubiks cube program for school. I know theres a no homework policy but i not asking for the answer. I have an array of 27 pointers to my sCube struct, representing each cube on the cube. When I rotate a slice of the cube i manualy (because i couldn''t think of an easy equation) coded how the pointers would change ed: memcpy(&temp[0], &cubes[0], sizeof(sCube *)*27); if (set==0) //top - red { temp[0] = cubes[2]; temp[1] = cubes[5]; temp[2] = cubes[8]; temp[5] = cubes[7]; temp[8] = cubes[6]; temp[7] = cubes[3]; temp[6] = cubes[0]; temp[3] = cubes[1]; for(i = 0; i < 9; i ++) { temp[i]->rz++; } } ........ memcpy(&cubes[0], &temp[0], sizeof(sCube *)*27); The part im having trouble with is finding the cubes new orientation. In my ex i have it adding onto a rx, ry, or rz, this is the latest way i am trying. When i render each cube, i multiply the matrix by all of its rotations glRotatef(90*cube->rx,1,0,0); .... This dosnt work, they dont multiply in the right order and i''ve tried every order, its differnt depending on how the cube got there. The first way i tried envolved saving the cubes original x, y, z in the sCube struct. When i went to render that cube i would figure out the difference between say the X i was rendering at (either a -1,0,1) and the cubes original X and rotate. Did this for each of the 3 axis. Worked the worst. The 2nd way I tried i stored a matrix in each sCube. When i created the cubes they were all identity. Instead of the above line saying temp->rx++, I had: glLoadMatrixf(temp[i]->matrix); glRotatef(90,0,0,1); glGetFloatv(temp[i]->matrix); Right before i rendered the cube i would multiply the stack by the saved matrix. This worked perfectly as long as the cube was only rotated once, it would work on any slice. When i tried multiple rotations once again i ran into the wrong multiplying order. So the 3rd way i tried is almost identical to the 2nd. In the above for loop i had this code: glLoadIdentity(); glRotate(90,0,0,1); glMultMatrixf(temp[i]->matrix); glGetFloatv(temp[i]->matrix); Reversing the matrix order. This worked equaly as well since at first the multiplied matrix was identity so only the first rotate was effective. Multiplying by a second rotate screwed things up. Oh boy. haha This can''t be that hard, any suggestions? Sorry about the typing, mostly the i''s.

Math and Physics Programming

Started by bzroom January 14, 2004 05:34 PM

9 comments, last by bzroom 20 years, 3 months ago

Dmytry

1,151

January 16, 2004 03:37 AM

I don''t know if you''re already doing that,i recommend to use more mathematic way, table of colors on faces of cube,then for each rotation or combination of rotations you should just apply "movement filter" to table.

To animate rotation,just animate rotation of the slice, then , draw original cube with other colors from the table.

Also you could make actual autosolver - it''s cool.

Rubiks cube hell....

This topic is closed to new replies.

Popular Topics

Recommended Tutorials

Rubiks cube hell....

This topic is closed to new replies.

Popular Topics

Recommended Tutorials

Reticulating splines