• Welcome to SpeedSolving.com — the world’s largest puzzle community!

    You’re currently browsing as a guest, which means you have limited access to discussions, resources, member profiles, and community features.

    Join 50,000+ cubers and puzzle enthusiasts from around the world to ask questions, share solves, improve faster, and be part of the community.

    Registration is free, fast, and easy — create your account today.

    Already a member? Log in here to hide this message and start participating.
After many many days i have created a method that takes 45 to 60 moves and has 3 algorithms! the only other one i can think of is 8355 and its move count is 100+.
This is very much experimental and don't think is good for a beginner at all also i don't know how fast it can get as its very difficult to look ahead and do block building.
Here's the method:
Its A ROUX+335 method combination
Steps-
Orient/Permute Middle layer(e slice)
do pll on both sides (might run into parity)Put both "messed up corners" on you're right U and right D and do R2 U2 R2' than do a pll on top layer again.
Use R2s and U2s to Orient First two blocks To put one corner in its spot without getting messed up repeat R' F' R F 3 times
EO should be done now do one of two algorithms (O or JB/Y (depending on if there's headlights/one side permuted or not))
Than LSE
To Use this method you must learn and be able to aplly LSE from Roux.
AGAIN this is NOT a speed method(from what i can tell)
But an experiment to see how viable 335 is.
 
It really depends on what you consider an algorithm. For example there are methods with 0 algorithms if you aren’t considering commutators to be algorithms, and like is sexy move an algorithm? It really depends. Also there are many methods with <3 algs, it just kinda depends on what you would consider an alg, which can be hard to define on some levels.
 
It really depends on what you consider an algorithm. For example there are methods with 0 algorithms if you aren’t considering commutators to be algorithms, and like is sexy move an algorithm? It really depends. Also there are many methods with <3 algs, it just kinda depends on what you would consider an alg, which can be hard to define on some levels.
This is true the other thing is, this method is based off 335 and this is as far as I could take it as 335 is just straight up trash.

Also if you don't count R2 U2 R2 as an alg it would be 2 which is interesting also this method has 2 parities one which I for got to mention is for edges, you just do m than d's to fix the edge and than m' back. By the way do you know any other methods that have parities? For 3x3 of course
 
Does it seem feasible to achieve fast times by using these steps?
Are the estimated move counts valid?
Am I missing anything?

4 EO
6 Three white corners in place on D, at least One oriented corner on U
10 L5C - Orient and Permute, but preserve EO (126? cases, 42 conjugated C*LL algs)
10 Permute E-Edges + Centers
15 Permute L8E

= 45 moves


thanks,
-= Solvador Cubi
 
Last edited:
Does it seem feasible to achieve fast times by using these steps?
Are the estimated move counts valid?
Am I missing anything?

4 EO
6 3 white corners in place on D
10 L5C - Orient and Permute, but preserve EO (126? cases, 42 conjugated C*LL algs)
10 Permute E-Edges + Centers
15 Permute L8E

= 45 moves


thanks,
-= Solvador Cubi
L5C is 614 algs just saying.
 
4 EO
6 Three white corners in place on D
10 L5C - Orient and Permute, but preserve EO (126? cases, 42 conjugated C*LL algs)
10 Permute E-Edges + Centers
15 Permute L8E

= 45 moves


thanks,
-= Solvador Cubi

I had this idea also as a ZZ-Corners First hybrid. But instead of L5C I thought of:
1. EO
2. Corners of first and last layer + preserve EO
3. Inserting the Edges in Pairs or one at a time or more with algs which preserve EO
4. Permute the Midges
 
Back
Top