--------------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--
--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
"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding=
-left:1ex">
=20
=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
--------------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
--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
=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
ing-left:1ex">
=20
=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--