Message #2049

From: Eduard <>
Subject: Re: Flat Rubik
Date: Sun, 01 Apr 2012 16:09:47 -0000

I have solved now the "4D Rubik" in FlatRubik. It took me about a month. Positionning the faces, edges and corners I encountered the parity issue 3 times and had to do work to overcome the issue.
My special technic to replace the missing moving of the whole puzzle consiste to use long cycles where all elements participate. Within such a cycle I construct a sequence for a dense 3-cycle. This must be done for the three categories faces, edges and corners separately and solves the positionning. For the orientations of the elements I construct a sequence for paired rotations for neighbourhing elements. You need two independent sequences to generate all rotations. In both cases, edges and corners, I was left with a rotation of a SINGLE element (unlike the 3D Rubik). I had to construct MONO rotors. For the edges I found two independent sequences which generate the whole A3 group of edge MONO rotations. But for the corners I got the firm impression that only the D2 subgroup of S4 is ateinable as corner mono rotors contrary to the situation for PAIRED corner rotors where all elements of A4 are available.
Can anybody explain if in the 4D Rubik of MPUlt (without those layer twists) unpaired rotations of single elements do also appear?

— In, "Eduard" <baumann@…> wrote:
> After sort of sabbatic break with the solve of "24cellFT" I come back to
> the very special site FlatRubik
> <> . I’m playing with
> the "24 faces", which is equivalent to the "Tesseract" on i-pod. As Nan
> said Tesseract is lengthy because a lot change of viewpoints are
> necessary to execute basic twists. "24 faces" allows to click every
> basic twist immediatly but knows only one viewpoint. To apply sort of
> macros (in scripts) developed on a certain part of the puzzle in a other
> part is not easy because no 4D moves are offered. But this is also a
> special charme!
> In FlatRubik you can also find "4D Rubik Cube" which is different from
> "3x3x3x3" in MPUlt because beside the normal face turning cell-twists
> there are also offered layer-twists. This addresses parity questions.
> Here too the 4D moves are not possible and ask for special technics.
> — In, "Eduard" <baumann@> wrote:
> >
> > I wonder that nobody comments FlatRubik.
> > There is an interesting relationship between MagicTile and FlatRubik.
> > The "Rotate 7x7" in FlatRubik is a "495" (square, 9 colors, length 5)
> > compared to the "695" in MagicTile (hexagonal, 9 colors, length 5).
> > Of course all MagigTile have order 3 vertices. Rotate 7x7 has order 4
> vertices.
> >
> >
> > — In, "Eduard" baumann@ wrote:
> > >
> > >
> > > Flat Rubik <>
> > >
> > > I like this site. I have seen that Andrey Astrelin is also there. On
> my
> > > demand they have kindly installed a script possibility. They do not
> > > explicitely ask to return all numbers to home (mode 2) but only
> render
> > > solid color blocks (mode 1). I prefer to play mode 2. "Double shift"
> has
> > > the property that there the invers of the twist is not offered.
> > > Interesting. The twist are of order 7. So twist^(7-1) gives the
> invers.
> > >
> >