I'm not sure if this would correspond to a solved Rubik's cube).Īlthough it is not impossible, I was having difficulties formulating the 2d matrix shifter bi-directionally with just hoiks. Let the user rotate the cube to see the other sides, or if your added colours represent transformational directions, use an implicit colour coding (in the above that would be orange left, red right, green up, blue down, while white is the front and yellow the back faces.
![dino cube flip edge piece dino cube flip edge piece](https://johnnyfalconcuber.files.wordpress.com/2018/05/20180502_0057361447803282.jpg)
I also think (and this opinion) the less you show of the cube the less confusing it becomes.
![dino cube flip edge piece dino cube flip edge piece](https://i.stack.imgur.com/rPbhz.jpg)
When you landlock certain gemspark colours inside others, you will have to wire through the outside colours, complicating the matter of the mechanism. Hmm, possible serious trouble with duplication (even if accidental combination is blocked via background tiles.īut now that we have more wire colours and the fact that we have wire junctions, this could be significantly compressed. As in, water, lava, honey, (nothing), would give 4 distinct colours, and pump pairs could be triggered to shuffle up the content in different directions, depending on which wiring connections are triggered, and in which order. Oh, quick thought, what about using liquids in place of bits, hoik-teeth, or NPCs. Still keen to see an approach started on this though. Still wholey skeptical, in that you seem to be underestimating the added complexity of scaling dimensions it's not just a case of adding 6 more shifters for columns, then 6 more for rotation, they have to interconnect, so the junctions scale multiplicatively in number and an order of magnitude harder to implement too, I'd think.
DINO CUBE FLIP EDGE PIECE CODE
See the last example.Ĭlick to expand.Ok, so does each cell then contain some apparatus for interpreting a binary (colour) code to pick which colour torch to light, or just have 6 bits each, for 6 or 7 colours on/off separately. See the third example.Ĭonsidering the permutation of all the corners and edges, the overall parity must be even which means that each legal move always performs the equivalent of an even number of swaps (ignoring orientation).
![dino cube flip edge piece dino cube flip edge piece](http://i.stack.imgur.com/cAylY.jpg)
See the first two cases on the image.Įvery legal rotation on the Rubik's Cube always flips an even number of edges so there can’t be only one piece oriented wrong. The sum of corner orientations always remain divisible by 3, no matter how many legal turns you make. It can be oriented correctly (0), clockwise (1) or counterclockwise (2). Not every random scramble can be solved by legal moves because of the parity which refers to whether a permutation is even or odd (can that permutation be represented by an even or odd number of swaps):Įvery corner piece has three possible orientations. As long as you can get a solvable scramble, the rest shouldn't be all that hard, just a bunch of memory shifting.