CFCE vs CFOP

[PurpleBanana]

The last layer is difference. Everyone knows what OLLCP is, but how many algs for OLLEP?

Over 600.

 

[Vexatious]

Ok. That's not as useful as I thought

 

[cubecraze1]

Ok. That's not as useful as I thought

And that A/E perms aren't as quick as U/H/Z.

 

[Daniel Lin]

The last layer is difference. Everyone knows what OLLCP is, but how many algs for OLLEP? Might be useful, might not. Has anyone generated algs for it?

OLLEP would have exactly the same number of algs as OLLCP. So 331 algs

 

[PurpleBanana]

OLLEP would have the about same number of algs as OLLCP. So about 331 algs

I don't think so.

 

[Daniel Lin]

I don't think so.

why ?

 

[supercavitation]

why ?

There should be the same number. If you fix the corners, there are 12 EP states and 6 CP states, but if you fix the edges, there are 6 EP States and 12 CP states. It's the same number of cases, just a different way of counting them.

 

[Daniel Lin]

There should be the same number. If you fix the corners, there are 12 EP states and 6 CP states, but if you fix the edges, there are 6 EP States and 12 CP states. It's the same number of cases, just a different way of counting them.

yeah so its 331, not 600, right?

 

[PurpleBanana]

There should be the same number. If you fix the corners, there are 12 EP states and 6 CP states, but if you fix the edges, there are 6 EP States and 12 CP states. It's the same number of cases, just a different way of counting them.

I am retarded.
I was thinking of the 12 EPLL cases but obviously those come in pairs if you ignore corners.

 

[Shiv3r]

I think that CFCE has potential(I learned a CFCE-like method as my beginner method)

 

[Vexatious]

I dunno. Every method has potential, but I'm assuming CFOP has less m-slice algs and is more ergonmic

 

[shadowslice e]

I dunno. Every method has potential, but I'm assuming CFOP has less m-slice algs and is more ergonmic

I think it's more to do with the recognition. M-slice algs really aren't that bad (and are usually faster than non-slice algs)

 

[Aaron Lau]

no offence but it really seems you should have done more research before posting this thread because it seems most of the things u thought weren't actually right....

 

[Vexatious]

Since OLL-EP has so many algs, I was thinking whether this would work...
To force a pure flip( or H perm maybe), we could orient and permute all corners,while permutting edges(not necessarily orienting them). Something like COLL+ EP, but edges don't get oriented.

 

[AlphaSheep]

Since OLL-EP has so many algs, I was thinking whether this would work...
To force a pure flip( or H perm maybe), we could orient and permute all corners,while permutting edges(not necessarily orienting them). Something like COLL+ EP, but edges don't get oriented.

You could just use ZBLL for this. 493 cases.

Edit: Actually, since you don't need to preserve edge orientation, you could possibly generate other algs for some of the cases. I doubt they'd be any better than the standard ZBLLs for most cases though.

 

[supercavitation]

would it be possible to have COL Last layer algorithms?

I assume you mean COALL? They've been generate a few times. The algs aren't good.

 

[Shiv3r]

I posted on the wrong thread, Im sorry.

 

[Shiv3r]

The best ZBLL idea Ive seen is lars petrus's: learn 40 algorithms and then use a combination of two of them to solve each ZBLL case. the only hard part is memorizing the case combinations, but that can be pronted out on a cheat sheet or something.
Its only 2-3 moves more than the optimal ZBLL cases, and its still fast, but lars petrus's algs aren't as clear as they could be, someone has to work on them.

 

[shadowslice e]

Since OLL-EP has so many algs, I was thinking whether this would work...
To force a pure flip( or H perm maybe), we could orient and permute all corners,while permutting edges(not necessarily orienting them). Something like COLL+ EP, but edges don't get oriented.

Pure flips are generally the worst algs.

 

[stoic]

The best ZBLL idea Ive seen is lars petrus's: learn 40 algorithms and then use a combination of two of them to solve each ZBLL case. the only hard part is memorizing the case combinations, but that can be pronted out on a cheat sheet or something.
Its only 2-3 moves more than the optimal ZBLL cases, and its still fast, but lars petrus's algs aren't as clear as they could be, someone has to work on them.

Did you see Kirjava's work on this kind of idea?
Don't know if he ever finished it, but I seem to recall he posted a lot of raw data in that thread.