• Welcome to the Speedsolving.com, home of the web's largest puzzle community!
    You are currently viewing our forum as a guest which gives you limited access to join discussions and access our other features.

    Registration is fast, simple and absolutely free so please, join our community of 40,000+ people from around the world today!

    If you are already a member, simply login to hide this message and begin participating in the community!

zed zed

Member
Joined
Dec 9, 2020
Messages
27
8355 Method for Speedsolving?

If you don't know what the 8355 method is, I recommend you watch this video:

My idea to make this suitable for speedsolving is this:
  1. Do the cross as normal
  2. Solve 3 F2L pairs, there are different ways to do this
    • Using keyhole slotting/psuedoslotting, as shown in the video
    • Using CFOP F2L, but since there is always one slot left open the move count is greatly reduced
  3. Solve the remaining 5 edges, there are different ways to do this
    • Using one algorithm
    • On the first 3 yellow edges, make sure 2 are "correct" and 1 is not. Then, do the rest using 3 moves
  4. Solve the remaining 5 corners, there are different ways to do this
    • Using one algorithm
    • 2-look it (My idea is to use commutators, may require some intuition)
This should be a great speedcubing method because
  1. First 3 pairs do not use a lot of moves
  2. The rest can be solved using algorithms
But a downside is that there will probably be a lot of algorithms to learn. The algorithms shouldn't be too different from CFOP, although they may require some changes. All points I listed above may not be optimized and the move count probably can be made smaller. I don't really know how to make algorithms though, so I guess you guys can help develop this method and make algorithms for it! Reply with any suggestions for the method you would like
Seems cool, I'll give it a try
 
Joined
Aug 30, 2020
Messages
2,081
Location
On a long train journey, Smashin' PBs one a stop
YouTube
Visit Channel
Would the pairs be built like that during FB and SB? Such that one pair is at uFL and the other at uFR? Or is there something else not conveyed by the image?
It's a rare case. You can build them but it's a waste of movecount.

btw here's a method based on CFOP and belt that I thought of last night:

Scramble: R2 U B2 F2 U' F2 D B2 F2 D' B' D B L U L' B L' D2 U'
z2 U F2 U2 L U' L' U L F' L' F L' U L //xxxcross of oriented pieces
U R' U2 R U' R f' U' f //LS+EO
R' U' R U' R' U2 R //DR
U2 R2 U R2 U S U2 S' //separation
U' R2 D R2 D' R2 D R2 D' R2//permute corners
U M' U2 M U R2 U2 R2 U2 R2 //permute a few edges
U2 S M U M' U2 S' U' //adj/adj


You'll understand it if you watch the example solve. Maybe useful for FMC if your continuations after DR are pretty good.
 

AlgoCuber

Member
Joined
Mar 12, 2021
Messages
267
New effecient and rotationless F2L method

1. Solve 1-3 edges of a cross (I prefer 3)
2. Solve 3 second-layer edges
3. Insert 3 out of 4 first-layer corners using the unsolved second layer edge slot (D moves are recommended for rotationless)
4. Solve the fourth psuedo pair
5. Insert the final white edge

Possible optimizations
1. Do step 1 with some of step 2
2. You can do step 2 and 3 at the same time
3. Combine steps 4 and 5

Example here (Not very efficient because I haven't really developed it yet)
 

Athefre

Member
Joined
Jul 25, 2006
Messages
1,248
Real name -it's Aditya Pathak

I added your algs to the ACMLL document and a credit section to the Info tab to show how others have contributed. I also went through each case for this alg set and generated additional ones for some. The tab can be found after the Spiral sets and is called L/R Flip Swap Front. Thanks so much for making this set!

 

tsmosher

Member
Joined
Aug 30, 2020
Messages
1,055
I wholeheartedly welcome any criticisms.

Since it is very hard to find resources and tutorials for the 42 Method, this is a variant of that method which I have created for myself.

It is, in most ways, a blatant copy of that method with attempts to improve EO/EP and to utilize existing alg sets (much in the spirit of the original 42 Method IMHO). With these improvements came changes that make this method far different in many ways from Roux or 42. I'm cool with that. (Personally, I believe it retains many of the innovative aspects from each of these methods.)

All credit to Shadowslice (and others like Athefre who have proposed the same idea) for the BT-redux recognition system.
Although it can be implemented with ~20 algs (using 2L OLL for orientation during step 3), the intermediate versions of this method require ~57 algs***.

As such, I hereby reserve the name "Heinz method" for this method if anyone uses it. (Heinz is a registered trademark of H.J. Heinz Company. All rights reserved.)

***Actually 61 and 62 algs respectively, but I couldn't think of any cool names involving these numbers, so we'll consider both of these numbers to be ~57.


For step 1 (below), I personally recommend LEOR style, but any method you can use to build a 2x2x3 will work.

I personally do not solve EO at this stage, but there is no reason that it couldn't be. (The remainder of the solve could easily be kept <RUM>.)

Options include:
  • LEOR-style
  1. Block-build FB (in DL)
  2. Solve DF/DB
  • Petrus-style
  1. Block-build 2x2x2
  2. Extend with 2x2x1
  • Squall-style
  1. Block-build 2x2x1
  2. Extend with pair
  3. Solve DF/DB
  • X-style
  1. Build X-Line/Arrow/Cross
  2. Extend with square/pair
  • Nautilus-style
  1. Block-build FB (in DL)
  2. Block-build 2x2x2 (in DBR)
  • Mehta-style
  1. Block-build FB (in D layer)
  2. Extend by solving 2-3QB
  • Etc...
  • Second Square (2x2x1 Block)
1. Find oriented corner.
  • Using the free R slice, find or create an oriented U-layer corner. As you complete this step, keep this oriented corner out of the way (e.g., above the left block) on the U layer; we will need it later.
2. Solve DR edge.

3. Form BR F2L pair.
  • Connect the DBR corner and the BR edge to form an F2L pair.
4. Insert F2L pair into the BR slot.
  • Any second-to-last-slot methods for orientation could be incorporated during insertion of this F2L pair. (Being inserted into BR, this is not ideal for most of these methods though.)

  • Pre-L5C
1. Find oriented edge.
  • Due to the state of the cube at this point, there will be (at least) one good edge that is NOT in a position that we have already solved (i.e., one that is not part of either of our blocks that we’ve constructed thus far).
2. Pair oriented corner with oriented edge.
  • I told you we would need this later. Well, the time has come.
  • As you pair these pieces, it is important that these pieces both remain correctly oriented!
3. Position oriented corner in UBR and oriented edge in UR (directly above the solved dBR square of your cube).

4. Perform an R move to prepare for the "last layer."

Finally, we arrive at the "last layer." (We are really solving last slot + last layer at once.)

This is where I feel that I have implemented some true improvements over the original method which allow you to:
  • solve EO during the beginning of this step (only looking at the U-layer edges)
  • use alg sets you already know (e.g., OLL, COLL), and
  • end the solve with L5EP-FR (instead of the dreaded L7E).
I have unabashedly used algs from WaterZZ L6EP for this final step. (Since algs for L5EP with the FR edge unsolved are few and far between.)
A huge thank you to whoever created these algs (efattah?) as there a lot of them. (I only needed 12 though.)

This option is for the solver who knows basic EOLL and full COLL.
(Obviously, CxLL-EO would work as well.)

1. Solve EO.

2. Position the bottom corner in UBL.

3. L5C

  • Solve the remaining 5 corners using the BT-redux recognition system and the 42 algs from the CxLL subset(s) of your choice.
4. It is now necessary to AUF to the correct position and then “un-offset” the right square block using an R’ move.
  • The easiest way to recognize the desired AUF position is by lining up the misoriented U-layer corner (i.e., the bottom corner) with the corner that is currently in the DFR position.
  • After R’ from this position, all corners on the cube will be solved.
5. L5EP-FR
  • Solve the remaining 5 edges (UF, UR, UL, UB, FR) using one of 16 algorithms. (Includes 4 EPLL algs.)
This option is for the solver who knows full OLL and is willing to learn 6 COLL algs (to be used situationally).

1. Orient the current “last layer.”
  • This can be done in 1 step (e.g., full OLL) or 2 steps (e.g., EOLL + OCLL, etc.) or in any number of steps really...
2. Position the bottom corner in UBL.

3. Beginner’s L5C

  • Solve the remaining 5 corners using the BT-redux recognition system (only oriented cases) and the 6 algs from the CxLL subset(s) of your choice.
4. It is now necessary to AUF to the correct position and then “un-offset” the right square block using an R’ move.
  • The easiest way to recognize the desired AUF position is by lining up the misoriented U-layer corner (i.e., the bottom corner) with the corner that is currently in the DFR position.
  • After R’ from this position, all corners on the cube will be solved.
5. L5EP-FR
  • Solve the remaining 5 edges (UF, UR, UL, UB, FR) using one of 16 algorithms. (Includes 4 EPLL algs.)

I have a personal alg sheet that I use. If there is any interest, I will post it here.
 
Last edited:

PapaSmurf

Member
Joined
Jan 4, 2018
Messages
1,103
WCA
2016TUDO02
YouTube
Visit Channel
I'm sorry to say, but this has already been proposed multiple times (to clarify, the F2L bit is basically a form of FreeFOP and the LSLL bit has been proposed as a "42 for not Roux" at least a couple of times). It's definitely cool as a method, and I'm happy the WaterZZ L6EP algs are being put to use (I genned most of them, although not that set actually).

In terms of speedsolving, you're better off either using normal ZZ or CFOP (whatever takes your fancy), but for style points, this wins.
 

tsmosher

Member
Joined
Aug 30, 2020
Messages
1,055
I'm sorry to say, but this has already been proposed multiple times (to clarify, the F2L bit is basically a form of FreeFOP and the LSLL bit has been proposed as a "42 for not Roux" at least a couple of times). It's definitely cool as a method, and I'm happy the WaterZZ L6EP algs are being put to use (I genned most of them, although not that set actually).

In terms of speedsolving, you're better off either using normal ZZ or CFOP (whatever takes your fancy), but for style points, this wins.

Not surprising. I was confused as to the ergonomics/mechanics of 42 after watching and rewatching the tutorials dozens of times. When it finally clicked, I ran with it and developed the above. It is essentially Roux/42 except that you solve DF/DB in order to make EO/EP easier during the LL. (Nothing groundbreaking here.)

I will say that I think I prefer the above to either ZZ or CFOP.

ZZ- orienting edges at the beginning and then not screwing them up during F2L is an incredible challenge that limits the ways in which I can solve- Limits the algs I can use, the rotations I can perform- I've just never gotten past that. (Not even for the holy grail of a 1LLL- which I would never achieve since I am not willing to memorize a fraction of those algs.)

And CFOP- The cross is very restrictive to your allowed movements, and the whole solve ends up feeling very robotic. Having said that, I solve CFOP when I am going for speed, but I feel like that is more a matter of familiarity and comfort.

With the above method, my goal here was to have a block-building start, followed by easy/intuitive steps in the middle to gradually solve the cube (e.g., DF/DB, BR pair, etc.) in preparation for L5CP/L6CP. Keeping the alg counts "manageable" (less than CFOP proper) and keeping EO dead simple were both goals here that I think I achieved. (Originally started this method with the last step as LSE/L7E, and I like it much better this way. I can do LSE just fine, but add a 7th edge... and I tend to unsolve the cube pretty often.)

Thanks for the reply.
 

Athefre

Member
Joined
Jul 25, 2006
Messages
1,248
I wholeheartedly welcome any criticisms.

Since it is very hard to find resources and tutorials for the 42 Method, this is a variant of that method which I have created for myself.

It is, in most ways, a blatant copy of that method with attempts to improve EO/EP and to utilize existing alg sets (much in the spirit of the original 42 Method IMHO). With these improvements came changes that make this method far different in many ways from Roux or 42. I'm cool with that. (Personally, I believe it retains many of the innovative aspects from each of these methods.)

All credit to Shadowslice (and others like Athefre who have proposed the same idea) for the BT-redux recognition system.
Although it can be implemented with ~20 algs (using 2L OLL for orientation during step 3), the intermediate versions of this method require ~57 algs***.

As such, I hereby reserve the name "Heinz method" for this method if anyone uses it. (Heinz is a registered trademark of H.J. Heinz Company. All rights reserved.)

***Actually 61 and 62 algs respectively, but I couldn't think of any cool names involving these numbers, so we'll consider both of these numbers to be ~57.


For step 1 (below), I personally recommend LEOR style, but any method you can use to build a 2x2x3 will work.

I personally do not solve EO at this stage, but there is no reason that it couldn't be. (The remainder of the solve could easily be kept <RUM>.)

Options include:
  • LEOR-style
  1. Block-build FB (in DL)
  2. Solve DF/DB
  • Petrus-style
  1. Block-build 2x2x2
  2. Extend with 2x2x1
  • Squall-style
  1. Block-build 2x2x1
  2. Extend with pair
  3. Solve DF/DB
  • X-style
  1. Build X-Line/Arrow/Cross
  2. Extend with square/pair
  • Nautilus-style
  1. Block-build FB (in DL)
  2. Block-build 2x2x2 (in DBR)
  • Mehta-style
  1. Block-build FB (in D layer)
  2. Extend by solving 2-3QB
  • Etc...
  • Second Square (2x2x1 Block)
1. Find oriented corner.
  • Using the free R slice, find or create an oriented U-layer corner. As you complete this step, keep this oriented corner out of the way (e.g., above the left block) on the U layer; we will need it later.
2. Solve DR edge.

3. Form BR F2L pair.
  • Connect the DBR corner and the BR edge to form an F2L pair.
4. Insert F2L pair into the BR slot.
  • Any second-to-last-slot methods for orientation could be incorporated during insertion of this F2L pair. (Being inserted into BR, this is not ideal for most of these methods though.)

  • Pre-L5C
1. Find oriented edge.
  • Due to the state of the cube at this point, there will be (at least) one good edge that is NOT in a position that we have already solved (i.e., one that is not part of either of our blocks that we’ve constructed thus far).
2. Pair oriented corner with oriented edge.
  • I told you we would need this later. Well, the time has come.
  • As you pair these pieces, it is important that these pieces both remain correctly oriented!
3. Position oriented corner in UBR and oriented edge in UR (directly above the solved dBR square of your cube).

4. Perform an R move to prepare for the "last layer."

Finally, we arrive at the "last layer." (We are really solving last slot + last layer at once.)

This is where I feel that I have implemented some true improvements over the original method which allow you to:
  • solve EO during the beginning of this step (only looking at the U-layer edges)
  • use alg sets you already know (e.g., OLL, COLL), and
  • end the solve with L5EP-FR (instead of the dreaded L7E).
I have unabashedly used algs from WaterZZ L6EP for this final step. (Since algs for L5EP with the FR edge unsolved are few and far between.)
A huge thank you to whoever created these algs (efattah?) as there a lot of them. (I only needed 12 though.)

This option is for the solver who knows basic EOLL and full COLL.
(Obviously, CxLL-EO would work as well.)

1. Solve EO.

2. Position the bottom corner in UBL.

3. L5C

  • Solve the remaining 5 corners using the BT-redux recognition system and the 42 algs from the CxLL subset(s) of your choice.
4. It is now necessary to AUF to the correct position and then “un-offset” the right square block using an R’ move.
  • The easiest way to recognize the desired AUF position is by lining up the misoriented U-layer corner (i.e., the bottom corner) with the corner that is currently in the DFR position.
  • After R’ from this position, all corners on the cube will be solved.
5. L5EP-FR
  • Solve the remaining 5 edges (UF, UR, UL, UB, FR) using one of 16 algorithms. (Includes 4 EPLL algs.)
This option is for the solver who knows full OLL and is willing to learn 6 COLL algs (to be used situationally).

1. Orient the current “last layer.”
  • This can be done in 1 step (e.g., full OLL) or 2 steps (e.g., EOLL + OCLL, etc.) or in any number of steps really...
2. Position the bottom corner in UBL.

3. Beginner’s L5C

  • Solve the remaining 5 corners using the BT-redux recognition system (only oriented cases) and the 6 algs from the CxLL subset(s) of your choice.
4. It is now necessary to AUF to the correct position and then “un-offset” the right square block using an R’ move.
  • The easiest way to recognize the desired AUF position is by lining up the misoriented U-layer corner (i.e., the bottom corner) with the corner that is currently in the DFR position.
  • After R’ from this position, all corners on the cube will be solved.
5. L5EP-FR
  • Solve the remaining 5 edges (UF, UR, UL, UB, FR) using one of 16 algorithms. (Includes 4 EPLL algs.)

I have a personal alg sheet that I use. If there is any interest, I will post it here.

As PapaSmurf said, not completely new. You can see this used in the Transformation variant of Nautilus that is on the website. A pair and also an additional edge can be used for the transformation. I think this is the most natural use of transformation in any method. It perfectly fits the blockbuilding and takes care of L5C and L5E at the same time. 42 is great, but L7E is awkward in several ways. I'm holding out hope that some magical solution is found for that. I've said a few times that I think 42 would be easier to manage if a pair is used for the transformation instead of just an oriented corner. This way there is no L7E.

As for just using a pair in F2L-1, as you have, I'm sure this has been proposed many times. But I'm not sure if a method has actually had this developed in that specific way. At least not in a way where the proposer was confident enough in the idea to put it on a site or the wiki with documents.
 

tsmosher

Member
Joined
Aug 30, 2020
Messages
1,055
Looking through your original proposal around Transformation-based methods (which even at that time was not a new concept) is blowing my mind right now. For example, it seems obvious that I can proceed with any 1 of 4 possible F2L pairs from a 2x2x3 block; but even just extending that to any 1 of 8 possible squares (while it is something I've tried a couple times) is far more powerful...

Honestly, most of your methods soar right over my head and seem like some sort of black magic. Thanks for taking the time to reply to me as you have opened me up to a new (to me, at least) collection of concepts and methods. I will be looking into this earnestly but-- alas-- with my limited understanding, I'm not sure I'll innovate too much in this space. I'll probably spend the next week trying to understand the Nautilus Transformation method alone. :)

More to the point, why can't you use a U-layer pair (or something similar) for the transformation in 42? So that we don't get stuck with more edges to solve at the end?

Also, re: L7E, I think that Shadowslice's proposal of FR+EO (essentially L7EOP --> oriented L6E) sounded brilliant. But it seems that he dropped off the face of the planet with regards to this method and never created algs/tutorials/etc. for that step. With that step in place and fleshed out for the ignorant masses like myself, I would use 42 as is and be done with it.

Although 2opp EO would probably be more efficient, my head hurts just thinking about orienting/permuting 7 edges (whilst keeping track of corners so that I can reassemble them as well). By contrast, L7EOP seems more approachable and seems like a problem set that could be solved somewhat intuitively (much like L5EOP). Do you not agree here?
 

Athefre

Member
Joined
Jul 25, 2006
Messages
1,248
I've always thought that for 42, you could do EO+any U edge then conjugated L6EP. Iirc, the movecount isn't negatively affected and you get a 2 look L7E.

That could work. There is a big issue though. EO recognition is more difficult than in Roux. One solution to that is to track the FR edge during SB or the corner solving alg.

Looking through your original proposal around Transformation-based methods (which even at that time was not a new concept) is blowing my mind right now. For example, it seems obvious that I can proceed with any 1 of 4 possible F2L pairs from a 2x2x3 block; but even just extending that to any 1 of 8 possible squares (while it is something I've tried a couple times) is far more powerful...

Honestly, most of your methods soar right over my head and seem like some sort of black magic. Thanks for taking the time to reply to me as you have opened me up to a new (to me, at least) collection of concepts and methods. I will be looking into this earnestly but-- alas-- with my limited understanding, I'm not sure I'll innovate too much in this space. I'll probably spend the next week trying to understand the Nautilus Transformation method alone. :)

Transformation as a concept originated in NMLL and A2 from 2010-2012. Those were the first transformation-based methods. Even back then I was using the term "transformation". But it was only last year that I added the term to the wiki. I was the first to discover the concept. But Joseph Briggs definitely deserves a lot of credit for popularizing it with 42.

More to the point, why can't you use a U-layer pair (or something similar) for the transformation in 42? So that we don't get stuck with more edges to solve at the end?

Also, re: L7E, I think that Shadowslice's proposal of FR+EO (essentially L7EOP --> oriented L6E) sounded brilliant. But it seems that he dropped off the face of the planet with regards to this method and never created algs/tutorials/etc. for that step. With that step in place and fleshed out for the ignorant masses like myself, I would use 42 as is and be done with it.

Although 2opp EO would probably be more efficient, my head hurts just thinking about orienting/permuting 7 edges (whilst keeping track of corners so that I can reassemble them as well). By contrast, L7EOP seems more approachable and seems like a problem set that could be solved somewhat intuitively (much like L5EOP). Do you not agree here?

I think Jason Wong developed an FR+EO kind of thing for 42. 2opp EO definitely is difficult because EO is very difficult to recognize. It would be nice if there was a solution that doesn't involve EO of all seven edges. Using a pair for transformation kind of helps that, but still isn't perfect unless edge tracking is done.
 

AlgoCuber

Member
Joined
Mar 12, 2021
Messages
267
1 Look Line Last layer! (nicknamed 1LOL LOL LOL This is awesome)
This CFOP/ZZ/Petrus variant was inspired by brainstorming ways of restricting the last layer during F2L so that the amount of cases for a 1-look last layer dropped. This is the result of me and JTWong71's brainstorming.
The Idea is to have a solved 1x2x3 Line, with edges already oriented as in WV.
Some of the benefits is that 1/3 of the time you get a really easy PLL(U-perms, F-perm, J perms), and recognition is actually really good. There is also a 1/18 chance of skipping the last layer altogether, and 8 out of 18 times you get a really fast 2-gen case.

This variant comes in three parts:
-solve F2L-1 and eo
-solve 2 corner edge pairs
CE pair a:U Layer corner-edge pair and insert in slot(part of the solved line)
CE pair b:F2L corner-edge pair placed at BL
-F2L + L(aka LS+L) - 9 cases
-1LLL(1 Look Line Last Layer) - 18 cases(5 PLL, 1 solved)

The algorithms are grouped by the position of the final Line corner.(2/3 of the line is in the F2L slot). The F2L pair is at BL. The orientations are relative to the U layer, not the rest of the Line.

UFR:
Correct Orientation: (U) L' U2 R U' R' U2 L
Clockwise Twist: (U2) R' U2 R U R' U R2 U2 R'
Counterclockwise Twist: R U2 R'

UFL:
Correct Orientation: (U2) R2 D R' U R D' R2 U R U' R'
Clockwise Twist: (U2) R U R' F' U' F U R' F R F'
Counterclockwise Twist:

UBR:
Correct Orientation: (U2) R' F' R U2 R U2 R' F
Clockwise Twist: R U2 R D' R U' R' D R U R
Counterclockwise Twist: R2 D R' U2 R D' R2

corners oriented:
Just do one of your friendly PLL's. It will either be an F-perm, one of the U-perms, or a J-perm.

(Note: LL Line is placed at UL)
2GLL:

T-Set:
Pure Flip: R' U R U2 R' U2 R' U' R U' R' U2 R U2 R
Clockwise U-Perm: (U2) R U2 R U' R2 U' R U R2 U2 R2 U' R U' R
Counterclockwise U-Perm: (U2) R U R' U R U2 R' U' R U2 R' U' R U' R'

U-Set:
Pure Flip: (U) R U2 R' U' R U' R' U2 R' U2 R U R' U R
Clockwise U-Perm: (U2) R' U' R U R' U R U2 R' U R U2 R' U' R
Counterclockwise U-Perm: (U2) R U R' U' R U' R' U2 R U' R' U2 R U R'

Corner Swap:

T-Set:
F-Perm: F D R' U R U' D' R U F R F' U' R' F'
Ja-Perm (Edge Swap: UB + UR): R2 F' R2 U' R' F' U' F R U R' F R
Jb-Perm (Edge Swap: UF + UR): F R D' R2 D R D' R D F' U' R' U R

U-Set:
F-Perm: F U' R U R' F R' F' R2 U' R' F' U' F U F'
Ja-Perm (Edge Swap: UB + UR): (U') R U' R2 F2 D' F' D F' R U R' F R F'
Jb-Perm (Edge Swap: UF + UR): x' U' R U R' F R U' R' U2 F' U' F R' F' R F'
for the first pair, pair up a corner and an edge in the U-layer(make sure they can fit in the slot)
for the second pair, intuitively solve the final CE pair so it preserves the first corner-edge pair(may take some practice). If possible, track the Final Line corner during this step.
Can anyone show me an example solve of this method? I can't seem to understand it very well
 

Akira80kv

Member
Joined
Apr 21, 2021
Messages
15
I call it like that, because it's a mixture of the roux method and the cfop method. Basically you make the first two blocks, like in roux, for example, the blue and green blocks. Then you make all the edges white or yellow for this example, like in roux, then putting the white red and orange white edge on their right positions. That will make f2l. Then you will basically always have a yellow cross, so oll cross skip thing. You do a 2 look oll alg, (itll be like 1 look oll, as cross is already done), then pll. Is it a good method? I'm kinda new so I need your help :D
 

patricKING

Member
Joined
Apr 12, 2021
Messages
62
Location
Sweden
Do an example solve, or two. That'll show many of the problems that could come with the method, and help other understand it better. Nice idea!
 
Top