Thread: "2x2x2x2: Monoflip demo side-by-side with MC4D"

From: Marc Ringuette <ringuette@solarmirror.com>
Date: Wed, 18 Jul 2018 17:23:21 -0700
Subject: 2x2x2x2: Monoflip demo side-by-side with MC4D



--------------21A29C75887DED1106181007
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Hi gang,

I'm psyched at getting my new macros sorted! The first of these videos
is well worth a click. It's one of the best I've done, I think. I
demonstrate my fairly nice monoflip algorithm on both the 2x2x2x2 and
then, using the identical algorithm, on MC4D.

In the other two vids, which the non-detail-oriented people can skip, I
give more detail on the most important MC4D macro (the Iy non-canonical
twist) and on the macros for the subcube moves using a buffer (this is
like the "RKT" style, for old-time MC4Ders). I've put all these videos
into a new puzzles only channel in case you want to subscribe.


27 Monoflip demo side-by-side with MC4D   7m35s
https://youtu.be/k6ZSu0xOPbQ
28 The Iy macro  4m38s
https://youtu.be/zaYY7T1zwE0
29 Details of the subcube move macros    4m25s
https://youtu.be/tGRXhZBW8U4

I've attached two files to this mail: my facecolors.txt and the macros
used in the demo.


I'm excited!

Marc

--------------21A29C75887DED1106181007
Content-Type: application/x-ygp-stripped
Content-Transfer-Encoding: 7bit

Content-Type: text/plain; charset=UTF-8;
name="facecolors.txt"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="facecolors.txt"

--------------21A29C75887DED1106181007
Content-Type: application/x-ygp-stripped
Content-Transfer-Encoding: 7bit

Content-Type: text/plain; charset=UTF-8;
name="2x2x2x2 ROIL Zero + Monoflip.macros"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="2x2x2x2 ROIL Zero + Monoflip.macros"

--------------21A29C75887DED1106181007--




From: Marc Ringuette <ringuette@solarmirror.com>
Date: Thu, 19 Jul 2018 13:19:56 -0400
Subject: 2x2x2x2: Monoflip demo side-by-side with MC4D



--000000000000696c5805715d630e
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hey all,

Nice job with the monoflip, Marc! I love seeing the wall of macro buttons
on the side there. Do you know if it's feasible (and worthwhile) to do a
gyro move using your ROIL set? Certainly a quick *Iy Oy'* could suffice if
the rest of the cube doesn't need to be preserved.

The *Iy* macro looks like RKT-ified F2 U2 R2 F2 U2 y2 z (equivalent to (F
B) R2 U2 B2 R2), which is a very bizarre algorithm. I'll try not to use it
too heavily in solves, but once or twice seems reasonable. Interestingly,
performing *Iy Oy'* on the virtual puzzle corresponds to the 4-move
sequence Ro2 Uo2 Bo2 Ro2, when I would have expected something more
analogous to RKT algorithm.

- Andy

On Wed, Jul 18, 2018 at 8:23 PM, Marc Ringuette ringuette@solarmirror.com
[4D_Cubing] <4D_Cubing@yahoogroups.com> wrote:

>
> [Attachment(s) <#m_-7951551659073962114_TopText> from Marc Ringuette
> included below]
>
> Hi gang,
>
> I'm psyched at getting my new macros sorted! The first of these videos
> is well worth a click. It's one of the best I've done, I think. I
> demonstrate my fairly nice monoflip algorithm on both the 2x2x2x2 and
> then, using the identical algorithm, on MC4D.
>
> In the other two vids, which the non-detail-oriented people can skip, I
> give more detail on the most important MC4D macro (the Iy non-canonical
> twist) and on the macros for the subcube moves using a buffer (this is
> like the "RKT" style, for old-time MC4Ders). I've put all these videos
> into a new puzzles only channel in case you want to subscribe.
>
> 27 Monoflip demo side-by-side with MC4D 7m35s
> https://youtu.be/k6ZSu0xOPbQ
> 28 The Iy macro 4m38s
> https://youtu.be/zaYY7T1zwE0
> 29 Details of the subcube move macros 4m25s
> https://youtu.be/tGRXhZBW8U4
>
> I've attached two files to this mail: my facecolors.txt and the macros
> used in the demo.
>
> I'm excited!
>
> Marc
>=20
>



--=20

"Engineers like to solve problems. If there are no problems handily
available, they will create their own problems." - Scott Adams

--000000000000696c5805715d630e
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hey all,

rchange-newline">Nice job with the monoflip, Marc! I love seeing the wall o=
f macro buttons on the side there. Do you know if it's feasible (and wo=
rthwhile) to do a gyro move using your ROIL set? Certainly a quick face=3D"monospace, monospace">Iy Oy'=C2=A0could suffice if =
the rest of the cube doesn't need to be preserved.

=
The Iy macro l=
ooks like RKT-ified t:bold">F2 U2 R2 F2 U2 y2 zf"> (equivalent to -weight:bold">(F B) R2 U2 B2 R2serif">), which is a very bizarre algorithm. I'll try not to use=
it too heavily in solves, but once or twice seems reasonable. Interestingl=
y, performing Iy Oy'=
=C2=A0on the virtual puzzle corresponds to the 4-move sequence =3D"monospace, monospace" style=3D"font-weight:bold">Ro2 Uo2=C2=A0Bo2=C2=A0=
Ro2
, when I would have e=
xpected something more analogous to RKT algorithm
.

iv>
- Andy

l_quote">On Wed, Jul 18, 2018 at 8:23 PM, Marc Ringuette ringuette@solarmirror.com">ringuette@solarmirror.com [4D_Cubing] dir=3D"ltr"><nk">4D_Cubing@yahoogroups.com> wrote:
"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding=
-left:1ex">












=20

=C2=A0







=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20
bottom:20px">[2114_TopText">Attachment(s) from Marc Ringuette included below]
=20=20=20=20=20=20=20=20
=20=20=20=20=20=20

Hi gang,



I'm psyched at getting my new macros sorted! The first of these video=
s

is well worth a click. It's one of the best I've done, I think. I=


demonstrate my fairly nice monoflip algorithm on both the 2x2x2x2 and

then, using the identical algorithm, on MC4D.



In the other two vids, which the non-detail-oriented people can skip, I >
give more detail on the most important MC4D macro (the Iy non-canonical >
twist) and on the macros for the subcube moves using a buffer (this is

like the "RKT" style, for old-time MC4Ders). I've put all th=
ese videos

into a new puzzles only channel in case you want to subscribe.



27 Monoflip demo side-by-side with MC4D=C2=A0=C2=A0 7m35s

https://y=
outu.be/k6ZSu0xOPbQ


28 The Iy macro=C2=A0 4m38s

https://y=
outu.be/zaYY7T1zwE0


29 Details of the subcube move macros=C2=A0=C2=A0=C2=A0 4m25s

https://y=
outu.be/tGRXhZBW8U4




I've attached two files to this mail: my facecolors.txt and the macros=


used in the demo.



I'm excited!



Marc




=20=20=20=20=20

=20=20=20=20







=20=20









--
=3D"gmail_signature" data-smartmail=3D"gmail_signature">
iv>
e">
e">"Engineers like to solve proble=
ms. If there are no problems handily available, they will create their own =
problems." - Scott Adams
div>



--000000000000696c5805715d630e--




From: Marc Ringuette <ringuette@solarmirror.com>
Date: Thu, 19 Jul 2018 11:01:23 -0700
Subject: Re: [MC4D] 2x2x2x2: Monoflip demo side-by-side with MC4D



--------------B12EE10079050B6F37DC8923
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Yes indeed, Andy, I use the ROIL version of the same gyro that Melinda
uses (I call that gyro FOro, front-out rotation, because it holds the
front-back and in-out axes fixed).

The algorithm for my ROIL FOro is:   Iy Oy' RO2 BO2 UO2 RO2.   I show it
in this 1-minute video. https://www.youtube.com/watch?v=3gvrda5fMto

Funny thing is, you almost answered your own question when you observed
that

>  Interestingly, performing *Iy Oy'* on the virtual puzzle corresponds
> to the 4-move sequence Ro2 Uo2 Bo2 Ro2

Since, if you apply your sequence Ro2 Uo2 Bo2 Ro2 and then *Iy' Oy*, the
result is *FOro'* and the algorithm is the exact inverse of my ROIL FOro.


Cheers
Marc




--------------B12EE10079050B6F37DC8923
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit






Yes indeed, Andy, I use the ROIL version of the same gyro that
Melinda uses (I call that gyro FOro, front-out rotation, because it
holds the front-back and in-out axes fixed).



The algorithm for my ROIL FOro is:   Iy Oy' RO2 BO2 UO2 RO2.   I
show it in this 1-minute video.   
https://www.youtube.com/watch?v=3gvrda5fMto



Funny thing is, you almost answered your own question when you
observed that



cite="mid:CAC1m+CG+Ov1ez0-kxWAtu8VHYX0c1W=+8a-cahfE7Lx48UXwow@mail.gmail.com">




 Interestingly, performing Iy Oy' on the virtual puzzle
corresponds to the 4-move sequence style="font-weight:bold;" face="monospace, monospace">Ro2
Uo2 Bo2 Ro2








Since, if you apply your sequence face="monospace, monospace">Ro2 Uo2 Bo2 Ro2 and then face="monospace, monospace">Iy' Oy, the result is FOro'
and the algorithm is the exact inverse of my ROIL FOro.  





Cheers

Marc










--------------B12EE10079050B6F37DC8923--




From: Marc Ringuette <ringuette@solarmirror.com>
Date: Thu, 19 Jul 2018 13:22:23 -0700
Subject: Re: [MC4D] 2x2x2x2: Monoflip demo side-by-side with MC4D



--------------C42727FC462D21004F420D45
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Andy,

Oh, now I see what you were saying about the Iy macro's algorithm
looking RKT-ish. I think you confused me (and perhaps yourself) by
including the final IU move in the RKT portion.   That final move messes
up the "0 mod 4" and leaves a twist in the buffer piece. Instead, I'd
consider the final IU move separately:

    Iy (phys) = *IU' RO2 IF RO2* *IU **RO2 IF' RO2***IU**(virt)

The bold part above corresponds precisely to a nice 3D algorithm on the
*I *subcube, *F2 U2 R2 F2 z' y', *that does not permute any pieces at
all, but reorients all of them.    This is exactly what is needed, since
the final *IU *is very like the desired *Iy*, permuting the pieces the
same, except that all the orientations need to end up differently.

Cool.

Cheers
Marc

On 7/19/2018 10:19 AM, Andy F legomany3448@gmail.com [4D_Cubing] wrote:
>
> The *Iy* macro looks like RKT-ified F2 U2 R2 F2 U2 y2 z(equivalent to
> (F B) R2 U2 B2 R2), which is a very bizarre algorithm.


--------------C42727FC462D21004F420D45
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit






Andy,



Oh, now I see what you were saying about the Iy macro's algorithm
looking RKT-ish. I think you confused me (and perhaps yourself) by
including the final IU move in the RKT portion.   That final move
messes up the "0 mod 4" and leaves a twist in the buffer piece.  
Instead, I'd consider the final IU move separately:



    Iy (phys) =  IU' RO2 IF RO2 IU RO2 IF' RO2
 
IU   (virt)



The bold part above corresponds precisely to a nice 3D algorithm on
the I subcube, F2 U2 R2 F2 z' y', that does not
permute any pieces at all, but reorients all of them.    This is
exactly what is needed, since the final  IU  is very like
the desired  Iy, permuting the pieces the same, except that
all the orientations need to end up differently.   



Cool.



Cheers

Marc



On 7/19/2018 10:19 AM, Andy F legomany3448@gmail.com [4D_Cubing]
wrote:

cite="mid:CAC1m+CG+Ov1ez0-kxWAtu8VHYX0c1W=+8a-cahfE7Lx48UXwow@mail.gmail.com">



The Iy macro
looks like RKT-ified face="monospace, monospace">F2 U2 R2 F2 U2 y2 z face="arial, helvetica, sans-serif"> (equivalent to style="font-weight:bold;" face="monospace, monospace">(F B) R2
U2 B2 R2),
which is a very bizarre algorithm.







--------------C42727FC462D21004F420D45--




From: Andy F <legomany3448@gmail.com>
Date: Thu, 19 Jul 2018 17:43:28 -0400
Subject: Re: [MC4D] 2x2x2x2: Monoflip demo side-by-side with MC4D



--000000000000e4846205716111c1
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Thank you; that makes much more sense now. And that algorithm could also be
seen as a conjugate *[IU' RO2 IF RO2 : IU]* with the first four moves
reorienting pieces to mimic the physical puzzle. Very cool indeed!

- Andy

On Thu, Jul 19, 2018 at 4:22 PM, Marc Ringuette ringuette@solarmirror.com
[4D_Cubing] <4D_Cubing@yahoogroups.com> wrote:

>
>
> Andy,
>
> Oh, now I see what you were saying about the Iy macro's algorithm looking
> RKT-ish. I think you confused me (and perhaps yourself) by including the
> final IU move in the RKT portion. That final move messes up the "0 mod =
4"
> and leaves a twist in the buffer piece. Instead, I'd consider the final
> IU move separately:
>
> Iy (phys) =3D *IU' RO2 IF RO2* *IU **RO2 IF' RO2* IU (virt)
>
> The bold part above corresponds precisely to a nice 3D algorithm on the *=
I
> *subcube, *F2 U2 R2 F2 z' y', *that does not permute any pieces at all,
> but reorients all of them. This is exactly what is needed, since the
> final *IU *is very like the desired *Iy*, permuting the pieces the
> same, except that all the orientations need to end up differently.
>
> Cool.
>
> Cheers
> Marc
>
> On 7/19/2018 10:19 AM, Andy F legomany3448@gmail.com [4D_Cubing] wrote:
>
>
> The *Iy* macro looks like RKT-ified F2 U2 R2 F2 U2 y2 z (equivalent to (F
> B) R2 U2 B2 R2), which is a very bizarre algorithm.
>
>
>=20
>



--=20

"Engineers like to solve problems. If there are no problems handily
available, they will create their own problems." - Scott Adams

--000000000000e4846205716111c1
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Thank you; that makes much more sense now. And that algori=
thm could also be seen as a conjugate=C2=A0space">[IU' RO2 IF RO2 : IU]=C2=A0with the first four moves =
reorienting pieces to mimic the physical puzzle. Very cool indeed!

=
- Andy

mail_quote">On Thu, Jul 19, 2018 at 4:22 PM, Marc Ringuette to:ringuette@solarmirror.com">ringuette@solarmirror.com [4D_Cubing] an dir=3D"ltr"><blank">4D_Cubing@yahoogroups.com> wrote:
=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
ing-left:1ex">












=20

=C2=A0







=20=20=20=20=20=20
=20=20=20=20=20=20


=20=20
=20=20
Andy,



Oh, now I see what you were saying about the Iy macro's algorithm
looking RKT-ish. I think you confused me (and perhaps yourself) by
including the final IU move in the RKT portion.=C2=A0=C2=A0 That final =
move
messes up the "0 mod 4" and leaves a twist in the buffer piec=
e. =C2=A0
Instead, I'd consider the final IU move separately:



=C2=A0=C2=A0=C2=A0 Iy (phys) =3D=C2=A0 IU' RO2 IF RO2 IU =
RO2 IF' RO2
=C2=A0
IU=C2=A0=C2=A0 (virt)



The bold part above corresponds precisely to a nice 3D algorithm on
the I subcube, F2 U2 R2 F2 z' y', that does not
permute any pieces at all, but reorients all of them.=C2=A0=C2=A0=C2=A0=
This is
exactly what is needed, since the final=C2=A0 IU=C2=A0 is very l=
ike
the desired=C2=A0 Iy, permuting the pieces the same, except that
all the orientations need to end up differently.=C2=A0=C2=A0=C2=A0



Cool.



Cheers

Marc



On 7/19/2018 10:19 AM, Andy F -link-abbreviated" href=3D"mailto:legomany3448@gmail.com" target=3D"_blank"=
>legomany3448@gmail.com
[4D_Cubing]
wrote:





The Iy macro
looks like RKT-ified pace, monospace">F2 U2 R2 F2 U2 y2 zsans-serif"> (equivalent to "monospace, monospace">(F B) R2
U2 B2 R2
)t>,
which is a very bizarre algorithm.




=20=20




=20=20=20=20=20

=20=20=20=20







=20=20









--
=3D"gmail_signature" data-smartmail=3D"gmail_signature">
iv>
e">
e">"Engineers like to solve proble=
ms. If there are no problems handily available, they will create their own =
problems." - Scott Adams
div>



--000000000000e4846205716111c1--





Return to MagicCube4D main page
Return to the Superliminal home page