ZZ-blah

[mDiPalma]

A while ago, I made algs for the sune/antisune case.

They are all [RU] because it's intended for use with ZZ-d. [RU] movecount is 5.07 htm.

Here are the algs (with the cubewhiz case-numbering scheme)

Spoiler

01 [U2] R U' R' U R U2 R' (7) **** + **

02 [U2] R U2 R' (3) **
03 [U2] R U' R' U R U2 R' (7) **** + **
04 R U R' U' R U' R' (7) *** + *
05 R U' R' (3) *
06 [U2] R U2 R2 U2 R U R' U R (9) ** + sune
07 R U' R' (3) *

08 [U2] R U2 R' (3) **
09 R U' R2 U' R U' R' U2 R (9) * + sune
10 [U2] R U2 R' (3) **
11 R U' R' (3) *
12 R U' R2 U2 R U R' U R (9) * + sune
13 [U2] R U2 R' (3) **
14 R U' R' (3) *
15 [U2] R U2 R' (3) **
16 R U R' U' R U' R' (7) *** + *
17 R U' R' (3) *
18 [U2] R' U' R2 U' R2 U2 R (7) *****
19 R U' R2 U' R U' R' U2 R (9) * + sune

20 R U R' (3) *
21 R U R' (3) *
22 [U2] R U2 R' (3) **
23 [U2] R' U' R2 U' R2 U2 R (7) *****
24 [U2] R U' R' U R U2 R' (7) **** + **
25 [U2] R U2 R' (3) **
26 R U' R' (3) *
27 R U R' U' R U' R' (7) *** + *

avg - (5.07 htm [RU])

The discussion is here.


it's better than zz-blah because sune zblls are typically more efficient than pi/H (plus you get those 7 movers every once in a while)

 

[Egide]

l find it harder to recognise sune cases over H or Pi, but the low movecount is tempting.

 

[mDiPalma]

yeah, this sune-LL is pretty good

i never really learned any of the algs (i was just looking for ways to break up the last ZZblock and 2GLL for ZZ-d), but maybe I should


one interesting analysis would be checking the longer sune-force cases to see if it's easier to force pi or something

then you could just learn the sune/antisune/pi zbll cases and be done.

it would probably lower the movecount a bunch, but raise the alg count a bit too

 

[gewinnste]

I think that ZZ-b is better than ZZ-blah (why not ZZ-g? what's with the blah?). For phasing, you only need 6 algs with a move count of ~5 for both cases, built pair and split pair ready for RUR'-insertion - while for disorienting corners you need 17 (as it was shown on the previous page) with a move count of ~6.5.

As opposed to phasing, this is a full look, even with more algorithms than PLL, which only has 13 unique algorithms.

And all you get is learning only ~110 instead of ~ 160 cases, and the alg.s for ZZ-blah are even a bit longer than for ZZLL.

Also, you have to distinguish between 12 cases within the COLL cases, instead of only 4 which makes quite a difference in the recog time.

It could even be inferior to ZZ-WV because the recognition time for the LL could overcompensate the minute advantage of the step before in ZZ-blah.

 

[oll+phase+sync]

I discovered the following 2-Step zz-blah Last-Layer simplyfication:

Edge-Permutation and Corner-Orientation can always be solved by doing a two SUNE combo. One of the 4 CPLLs (A,A,H,E) to solve the cube finaly.

How to find the SUNE combo?
a) For corners: the first sune must set up a SUNE case.
b) For edges: make sure the first SUNE never phases the edges.
...
QUESTION: Has anyone a c) to complete this list, if not try and learn is the only way I can think of.

PUZZLE 1: can EP and CO be solved for each zz-b case (phased) by a SUNE combo?

PUZZLE 2: can EP and CO be solved for each zz Last-Layer case by a SUNE combo?


List of SUNES
Sune: R U R’ U R U2 R'
Anti: R’ U2 R U R' U R
Back: R U2 R’ U’ R U’ R’
Invert: R’ U’ R U’ R’ U2 R

List of combos
H:
U Sune U’ Anti
Anti U Sune
Back Back
Anti Anti

Pi
Back U’ Back
Sune U’ Sune
Back U2 Invert
Anti U2 Sune
Sune U2 Anti
Invert U2 back

 

[shadowslice e]

Just out of interest, does anyone actually use this method as their main?