carcass
Veteran
I don't know if this belongs in this thread, but I found an epic OH y perm.
R U R2 U L' U2 R U' R' U2 L R U' R U' R'
R U R2 U L' U2 R U' R' U2 L R U' R U' R'
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.

this like already exist maybe isnt named but ive among others have deff done CO,EO,PLL or CO,CP,EO+EP ect.I had this idea of LLCO, as the name COLL was taken
I realized as a wee little lad that oriented corners would have far fewer cases than oriented edges, although the algs wouldn't be as fast.
First, you do a winter variation regardless of whether or not the edges are oriented(27 algs)
Next, you do a PLL, anti PLL, H case 1LLL, or the case with 2 adjacent misoriented edges.
PLL has 22 cases(with solved case), so does anti PLL, H has twice as many and the other has 4 times as many. This would have 176 algs. If you include winter variation, that is only 203 algs for a 1 look last layer.
EO midsolve isn't always bad (it's done in both CFOP and Roux)
Intuitive EO midsolve sucks(as in LEOR or Petrus).doing eo midsolve is considered pretty sucky from what i've heard
CFCE with some influencing.I had this idea of LLCO, as the name COLL was taken
I realized as a wee little lad that oriented corners would have far fewer cases than oriented edges, although the algs wouldn't be as fast.
First, you do a winter variation regardless of whether or not the edges are oriented(27 algs)
Next, you do a PLL, anti PLL, H case 1LLL, or the case with 2 adjacent misoriented edges.
PLL has 22 cases(with solved case), so does anti PLL, H has twice as many and the other has 4 times as many. This would have 176 algs. If you include winter variation, that is only 203 algs for a 1 look last layer.
Actually, carcass is proposing a LSLL method while you're talking about an LL method.this like already exist maybe isnt named but ive among others have deff done CO,EO,PLL or CO,CP,EO+EP ect.
Petrus has algorithimic eo lolIntuitive EO midsolve sucks(as in LEOR or Petrus).
Mehta EO(or EOLE) solves a piece along with orienting the edges and is algorithmic which is generally considered good(as in EOLR or ZBLS(I doubt if this is the most optimal example lol) which solve the UL and UR edges and the last F2L pair respectively)
TLDR: doing EO intuitively mid solve sucks but algorithmic EO midsolve is generally considered as good.
CFCE with some influencing.
Hmm..interesting
Actually, carcass is proposing a LSLL method while you're talking about an LL method.
Ok, but petrus EO has 1 more disadvantage. It involves 4 colours whereas mehta, roux or CFOP EO involves only 1 or 2 colours to recognize which is better. Therefore, MehtaZZ or whatever you proposed is not really an advantage compared to normal Mehta.Petrus has algorithimic eo lol
That's not a "disatantage" solving eo earlier/for more pieces makes you get more of an advantage as the solve goes on equaling it out.Ok, but petrus EO has 1 more disadvantage. It involves 4 colours whereas mehta, roux or CFOP EO involves only 1 or 2 colours to recognize which is better. Therefore, MehtaZZ or whatever you proposed is not really an advantage compared to normal Mehta.
I just wanted to prove that getting rid of mid solve EO isn't much of an advantage in some situations lol.
This is COALL and some of the last layer algs are kinda gross… although that's also true for ZBLL and maybe if someone wants to put in the effort to optimise the algs it might be viable.I had this idea of LLCO, as the name COLL was taken![]()
I realized as a wee little lad that oriented corners would have far fewer cases than oriented edges, although the algs wouldn't be as fast.
First, you do a winter variation regardless of whether or not the edges are oriented(27 algs)
Next, you do a PLL, anti PLL, H case 1LLL, or the case with 2 adjacent misoriented edges.
PLL has 22 cases(with solved case), so does anti PLL, H has twice as many and the other has 4 times as many. This would have 176 algs. If you include winter variation, that is only 203 algs for a 1 look last layer.
Once you cube for longer and longer, you start to get much more familiar with certain methods and alg sets, but if you don’t know about a method, you can look on the SS Wiki.did you guys know this off the top of your head, and if not, how do you find out if a method has already been discovered?
Can you guys explain M CELL to me? Perhaps an example solve? I really don't get the method.
Is it really like a 1LLL system or is it more of a ZZ-CT type thing when they say one look last layer? Also, how many algs would be in L5E?
I believe technically it can be any corner in DFR position but it's generally easier to place the the correct corner. If you haven't checked out MI3 heres a link https://sites.google.com/site/athefre/mi3. For whatever reason M-CELL wasn't really developed even though there seemed to be good potential. MI3 seems to be a similar but with a far more developed LL.Let me be sure I have the right idea: Roux style FB, BRD 2x2x2, FR edge solved and DFR corner permuted but not always oriented. Then, BBLS or CDRLL, L5E. It doesn't seem so bad, however i don't know of any fast BBLS algs. I think if the algorithms were developed more this could be very fast.
Honestly I had never heard of BBLS before looking into this lol.