Algorithm repetition.

I've thought about this some before and this is what I came up with.

Throughout your F2L, you do have tendencies to do certain things. These things will affect certain pieces. However, those last layer pieces are randomly positioned throughout the cube. If you only pay attention to the pieces in the F2L during F2L, then the only thing you will consciously affect is the F2L. You will move, for example, the UFR corner around, but it doesn't matter. The movement will be random.

I thought about this before because I was wondering if it would be possible to force a LL skip on absolutely any solve. I think it would be possible but extremely inefficient and hard to recognize in most cases.
 
I think there is some effect in the way you cube to what OLLs and PLLs you eventually get. Though I don't know exactly how.

Like on my good day, I tend to be more efficient in F2L and use certain more efficient ways to insert the edge-corner pairs. And then I end up with certain OLLs and PLLs more often than others.

On a particular bad day, my lookahead is not working and I end up with some long algorithms that I normally don't use. And then it leads to repeated occurences of an ugly OLL. Which in turn leads to certain PLLs more often.

It may be luck but I think it has to do with me doing F2L in a different way.
 
I always find on new cases i've learnt when i am doing a speedsolve and wanting that case i never get it :@ makes me angryy *Grrrrrr*
 
Imagine:
You insert a pair by using R'FRF' instead of URU'R' to get a better OLL. Both insertions are 3-cycles of corners. Most COLLs I use are basically 3-cycles of edges (and flipping them, of course). While pairing up the last CE-pair, I sometimes try to permute the corners and orient the edges, which get me a lot EPLL's.

So, yes, your style / method affects your LL.
 
Back
Top