ProStar
Legend
As stated before, this is a variant of the PCMS method. Many users have "come up with it" at some point, myself included. It's not that great though
The New Method / Substep / Concept Idea Thread
- Thread starter elrog
- Start date
brododragon
Veteran
What if you reduced the entire cube to 2-gen while doing EOLine in LEOR? I don't know exactly what reduces the cube to that (besides obviously EOLine). Is it CP? This is a very vague idea, but it had potential for OH with development.
Sub1Hour
Veteran
I'm not the most knowledgeable person in this field but I think that's the base of YruRu. CP Line makes it so the corners are possible to complete 2gen and the addition of EO makes it completely 2gen after 2x2x3
mukerflap
Veteran
- Joined
- Jan 12, 2020
- Messages
- 263
because you cant see that far in inspection
ThisNameIsAlreadyTaken
Regular
Maybe you want to check out the Columns first method. Seems that's what you're describing, or something similar. As for if it is bad... I don't know. A downside I could think of is that you can't easily see what's the BD edge, nor the bottom colours of any of the D edges... but again, I've never actually used that
brododragon
Veteran
Why do you need to? You can look-ahead.
So, would it be possible to solve CPEOLine after FB to compete the entire cube 2-gen?
RedstoneTim
Regular
While it is possible to permute corners during EOStripe using moves like F' U* F, it's very hard to track EO, CP and the DF and DB edges all at the same time. We also had that idea on the LEOR discord server and came to the conclusion that it's basically impossible to do this quickly and that CP doesn't save enough time to justify that.
brododragon
Veteran
What about doing CP after EOLine? Would that suffer the same problems?
D
Deleted member 51471
Guest
ZZ-d already does this, it does CP during LB
brododragon
Veteran
Is it any good?
D
Deleted member 51471
Guest
It's ok, but not that good. ZZ-b or ZZ-a are both better
I've come up with a method and a 1-look 2-alg last layer method, both of which I believe are new.
Here are the steps of the method:
Step 1. Solve FB
Step 2. Solve bottom corners of SB
Step 3. Use CMLL or COLL or OLLCP to solve LL corners. Because we only care about orienting and permuting the corners at this stage, try to solve the DF and DB edges simultaneously by using Rw moves instead of R moves sometimes in the algorithm. M moves can also be used.
Step 4. Now there are 7 edges left. If you conjugate these edges, L7E can be used, which solves the remaining 17 edges in 149 algorithms with an average of 17.25, according to the speedsolving wiki. Using conjugated L7E cases, recognition is a bit hard. If using L7E algs specifically designed for this method, that require no conjugation, will the movecount decrease? Another possible approach is solving the RF, RD, and RB edges in one algorithm and then using ELL. If possible, can someone generate the algs for solving the RF, RD, and RB edges for me?
FB is <9 moves, bottom corners of SB is 3-5 moves, and Step 3 takes less than 15 moves(at least for me), L7E is 17.25 moves. That means that this version of this method has an movecount of around 45 STM(correct me if I'm wrong). Has this method been proposed before?
The 1-look 2-alg last layer method is pretty simple. First COLL is used, then ELL. If there is no parity, the COLL algs have to leave the edges untouched, and if there is parity, the UF and UR edges are swapped. Thus one can see the CxLL case and ELL case in one look. I'm thinking about generating the algorithms, but imputting every one into Cube Explorer seems a bit too tedious to me. Is there a way of genning algs without having to impute every one of them?
Here are the steps of the method:
Step 1. Solve FB
Step 2. Solve bottom corners of SB
Step 3. Use CMLL or COLL or OLLCP to solve LL corners. Because we only care about orienting and permuting the corners at this stage, try to solve the DF and DB edges simultaneously by using Rw moves instead of R moves sometimes in the algorithm. M moves can also be used.
Step 4. Now there are 7 edges left. If you conjugate these edges, L7E can be used, which solves the remaining 17 edges in 149 algorithms with an average of 17.25, according to the speedsolving wiki. Using conjugated L7E cases, recognition is a bit hard. If using L7E algs specifically designed for this method, that require no conjugation, will the movecount decrease? Another possible approach is solving the RF, RD, and RB edges in one algorithm and then using ELL. If possible, can someone generate the algs for solving the RF, RD, and RB edges for me?
FB is <9 moves, bottom corners of SB is 3-5 moves, and Step 3 takes less than 15 moves(at least for me), L7E is 17.25 moves. That means that this version of this method has an movecount of around 45 STM(correct me if I'm wrong). Has this method been proposed before?
The 1-look 2-alg last layer method is pretty simple. First COLL is used, then ELL. If there is no parity, the COLL algs have to leave the edges untouched, and if there is parity, the UF and UR edges are swapped. Thus one can see the CxLL case and ELL case in one look. I'm thinking about generating the algorithms, but imputting every one into Cube Explorer seems a bit too tedious to me. Is there a way of genning algs without having to impute every one of them?
PapaSmurf
Veteran
I think you mean Briggs.
Anyway CP during EODFDB would be pretty difficult to recognise. You're better doing straight LEOR in every case (including OH) compared to any CP variant you could think of.
Sub1Hour
Veteran
A key feature of BOTH Briggs and YruRu is EO+CP to reduce into 2gen. They are 2 different methods and if you look at the wiki page of Briggs and YruRu it will say that YruRu and Briggs are variants of each other. See Here
brododragon
Veteran
YruRu is a variant of Briggs, not the other way around.
Sub1Hour
Veteran
Technically they are variants of each other. Briggs came first but YruRu is a variant of Briggs and by definition Briggs is a variant of YruRu. Here is the definition of variation: "a form or version of something that differs in some respect from other forms of the same thing or from a standard." Nothing in this definition mentions anything about chronological orders.
Username: Username:
Veteran
Alright, I have an idea I will only post once,
1. Make the cross minus one cross edge
2. do F2L normally
3. make sure all 5 edges, LL edges, and the cross edge is oriented if some edges are not oriented, orient them using Roux EO and restore the 3rd cross edge if it is distrupted, don't solve the 4th cross edge into its spot yet, act like that cross edge is a LL edge and do COLL
4. Do L5EP, last five edge permute.
1. Make the cross minus one cross edge
2. do F2L normally
3. make sure all 5 edges, LL edges, and the cross edge is oriented if some edges are not oriented, orient them using Roux EO and restore the 3rd cross edge if it is distrupted, don't solve the 4th cross edge into its spot yet, act like that cross edge is a LL edge and do COLL
4. Do L5EP, last five edge permute.
Last edited:
Sub1Hour
Veteran
This looks like HK but with extra steps. Like I think you just made a 4LHKLL (3LHKLL if you do CLL in step 3 or 4)
Username: Username:
Veteran
I've rediscovered Hawaiian Kociemba?
Sub1Hour
Veteran
Similar threads
- Deleted member 27249
- Puzzle Theory
- Deleted member 27249
- Puzzle Video Gallery
