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.

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?

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?

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)

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!

Info This document contains a list of ACMLL/A3 CMLL algs for the various F2B possibilities. A3 applied to a method is passive blockbuilding - when blocks are built in a way that the pairs or individual pieces aren't perfectly connected. The blocks are then corrected during a later step. For Roux...

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.

Spoiler: Heinz Method

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>.)

Spoiler: Step 1: 2x2x3

Options include:

LEOR-style

Block-build FB (in DL)

Solve DF/DB

Petrus-style

Block-build 2x2x2

Extend with 2x2x1

Squall-style

Block-build 2x2x1

Extend with pair

Solve DF/DB

X-style

Build X-Line/Arrow/Cross

Extend with square/pair

Nautilus-style

Block-build FB (in DL)

Block-build 2x2x2 (in DBR)

Mehta-style

Block-build FB (in D layer)

Extend by solving 2-3QB

Etc...

Spoiler: Step 2. Pseudo-2x2x1

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.)

Spoiler: Step 3. LL (option #1) - COLL users

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.)

Spoiler: Step 3. LL (option #2) - OLL users

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.

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.

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.)

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.

Spoiler: Heinz Method

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>.)

Spoiler: Step 1: 2x2x3

Options include:

LEOR-style

Block-build FB (in DL)

Solve DF/DB

Petrus-style

Block-build 2x2x2

Extend with 2x2x1

Squall-style

Block-build 2x2x1

Extend with pair

Solve DF/DB

X-style

Build X-Line/Arrow/Cross

Extend with square/pair

Nautilus-style

Block-build FB (in DL)

Block-build 2x2x2 (in DBR)

Mehta-style

Block-build FB (in D layer)

Extend by solving 2-3QB

Etc...

Spoiler: Step 2. Pseudo-2x2x1

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.)

Spoiler: Step 3. LL (option #1) - COLL users

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.)

Spoiler: Step 3. LL (option #2) - OLL users

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.

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.

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?

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.

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(1Look Line Last Layer) - 18 cases(5 PLL, 1 solved)

Spoiler: Algorithms for F2L+L

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

Spoiler: Algorithms for 1LLLL

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'

Spoiler: Setup help

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.