Full OLL/PLL on 4x4

TheSilverBeluga

Veteran
Joined
Mar 16, 2016
Messages
348
Location
Earth
Most people, when solving 4x4 (or any even-numbered big cube) solve parity for OLL and PLL if needed, then solve it like a 3x3. I was wondering if it's feasible come up with algorithms for each OLL/PLL case and execute them as one step. I have a few questions regarding this:

1. How many new OLL cases would there be?
2. How many new PLL cases would there be?
3. Has this been proposed before?
 
There's algs around somewhere for both those steps, the number of extra cases is similar to the usual sets but I can't recall the exact numbers. I used to do this, because it was fun and seemed better, but I'm playing around with other ideas now.

Learning all the PLL cases at least is definitely a good idea in general, full OLL I'm less sure about but it's pretty cool if nothing else.
 
I don't think it's worth it to learn oll and pll again for big cubes. If you have three edges oriented you can just do oll and pll parityat the same time and do ZBLL

Edit : or do both parities And then OLLCP EPLL
 
Last edited by a moderator:
@TheSilverBeluga, As you can see from the algs linked by @Lid, most of these are a combination of the usual parity fixes with other OLL or PLL algs and/or setups. Generally they aren't much shorter, and don't really make the process of fixing parity any nicer. They might save a look but their recognition is harder to start with.

For OLL, I prefer to solve parity first. If there is one edge oriented, I put it at UR and do a B' R' setup first. That way, once you have fixed parity you always have all dedges oriented, and can do a fast OCLL or maybe a COLL. To me that beats learning a bunch of algs that are of similar length to parity plus OCLL anyway.

Likewise for PLL, I also do parity first. If you recognise it as not being a normal PLL, just do opposite PLL parity immediately, then solve whatever PLL comes up. If you do two-sided recognition, or even if you don't, it's tempting just to try PLL first if you think it might be that case; you might get lucky, or you might end up with adjacent PLL parity with its extra setups. That's why I prefer to quickly confirm it's a parity case and do opposite parity first.

It may be worth learning EPLL with parity, especially if you know some COLL or if you ever resort to two look PLL. Again it's not much shorter, but there are only four, and they are quite easy to recognise and execute.

Just my two cents.
 
It may be worth learning EPLL with parity, especially if you know some COLL or if you ever resort to two look PLL.
yeah I think that's a good idea. Or we could do last pair+EO(with OLL parity).
 
Back
Top