Project

General

Profile

Statistics
| Branch: | Tag: | Revision:

magiccube @ ef018c1b

Name Size
  src
.gitignore 676 Bytes
build.gradle 1.33 KB
proguard-rules.pro 751 Bytes

Latest revisions

# Date Author Comment
ef018c1b 09/23/2021 02:11 AM Leszek Koltunski

Abstract the next function, computeRowFromOffset(), out of the individual Movement classes.
Still two issues:

1) mysterious 1.5 multiplier in Movement12
2) in Movement8, moving the offset works only if the rotAxis are face-turning, i.e. they connect the centers of the opposing faces of the octahedron.

4ab3d91b 09/21/2021 02:15 AM Leszek Koltunski

Remove class referencees from ObjectList.

96208efc 09/21/2021 01:50 AM Leszek Koltunski

MOve the FOV from ObjectList to individual object classes.

efa81f0c 09/21/2021 01:43 AM Leszek Koltunski

Introduce abstract 4,6,8 adn 12 classes.

e9a87113 09/21/2021 12:59 AM Leszek Koltunski

Move the Movement class from ObjectList to individual object classes.

e782e026 09/21/2021 12:37 AM Leszek Koltunski

Realize that the Movements of Rex, Redi, Dino and the Skewbs are all identical and convert those 4 classes into one MovementCornerTwisting.

5da517d3 09/19/2021 01:04 PM Leszek Koltunski

Minor

da178c88 09/19/2021 12:44 AM Leszek Koltunski

Make computing the offset in the Movement class more correct. From now on, in the center of the face the offset if always 0 regardless of the axis.
Before it would always assume that we can add DIST2D to the offset which is originated at the center of the face and this way get an offset which spans from 0 to height of the face. This is not always true - conterexample: half of the triangluar faces of an octahedron which are 'upside down'

771f6dfa 09/18/2021 10:09 PM Leszek Koltunski

Move actual solving the object to PreRender.

(before we had a 'solveObejct()' in preRender already, but that one just starts the Solve Effect!)

df664009 09/18/2021 08:40 PM Leszek Koltunski

Minor

View all revisions | View revisions

Also available in: Atom