search for: xrotate

...ubeCheckFTB function (checks if the next-painted face should be drawn with FTB flag) seems to not work in some occasions with inside cube (works perfectly with outside cube). I don't know why this happens though. - Because of the calculations-changes i made for making transparent cube to work, xRotate has different values now from what it used to have (it has the rotation of the top-most face, which means between -45 and 45 for 4 sided cube, between -30 and 30 for 3 sided cube etc), and this change results in some weird bugs when rotating the cube with vertical rotations. I looked at applyScreen...

This variable should be set appropriately by plugins rotating the cube. --- include/cube.h | 9 +++++++++ plugins/cube.c | 2 ++ plugins/rotate.c | 12 ++++++++++++ 3 files changed, 23 insertions(+), 0 deletions(-) diff --git a/include/cube.h b/include/cube.h index 00e5b47..4010b6b 100644 --- a/include/cube.h +++ b/include/cube.h @@ -77,6 +77,13 @@ typedef enum _PaintOrder FTB

Currently, the cube plugin uses mipmapping only when cube is unfolded. When the cube is rotated, mipmaps are not used, which leads to ugly look of textures. The attached patch fixes this. This leads to another kind of artifacts, which are fixable with anisotropic filtering. http://team.pld-linux.org/~wolf/aniso.png The leftmost image is the current state of cube plugin. The center image is with