BH Resource Center

[Mike Hughey]

Isn't it 16 moves to twist two like that?

It takes me 18. Maybe just because I'm stupid about it, but it's what Macky taught in his old BLD document, which is when I learned it. I always rotate the cube and then do something like (R' U' R U)*2 L (R' U' R U)*2 L'.

I do the same thing, but what's the better way to twist corners? I know some people do sune/u perm and things like that to twist a couple corners at a time, is there an even better way?

There are a number of people who have learned optimal algorithms for a lot of the common cases.

Or, you could do it like Daniel Beyer does, and perform two optimal commutators to fix them in place with just 16 moves (assuming that's possible for the particular case).

Is there a list of these optimal algorithms for common cases?

I suck at commutators.

Yeah, they're just standard BH commutators. Daniel figures out which ones to apply on the fly. He talks about it here.

 

[CT_Warrior]

Thanks guys.
I'll learn it soon!

 

[dbeyer]

Note: I use sune cases to twist the buffer and the twisted corner. I bring the buffer and twisted corner to adjacent locations, and do a quick alg. Then I reset. Mind you it only takes 1 move to make them adjacent. Just do the proper sune algorithm afterward.

Optimal Twisty Cases is an undeveloped but probable solution for fixing two non-buffer corners in 16 moves on average.