I guess, dude, you're looking at a 36 move avg to solve corners.
8.7 moves on avg for a corner commutator, and 4 commutators for corners.
Approximately a 9 move avg for an edge commutator, and 6 commutators for corners.
On a 5x5 the average for centers as a whole is I believe 170-180 moves? Right Chris?
Based on a 9 move average, and 10 centers expected to be solved of the 48 centers. That is to say you could have 10 x-centers solved, and no t-centers. You could have 5/5, 4/6, 2/8, or 8/2 but the expected total is 10. And there could be variations. Not to say you couldn't have maybe only 7 centers solved on a bad solve, of 15-20 on a really nice solve like there was a few weeks ago during the weekly competition.
Here is what our standards and subset goals are:
Most optimal HTM/STM/BTM, depending on the situation. Edges and wings are STM. Corners are HTM.
Now we look to see if we can find a solution that uses quarter turns rather than double turns.
Rd'R' U' RdR' U -vs- U Fd2F' U' Fd2F'
Now we question execution. Is this practical?
If its an akward solution, we may subsitute the optimal akward solution for a faster suboptimal solution, still a commutator, normally only one extra move.
Its just a system ... thats all there is to it. Its not a complex system, where you have to look up algs like ZBLL. Its rather intuitive, just a few hints here and there, and you can notice the patterns and trends.
Mike Hughey liked the corner commutator system, I think he's learning it right now.
Later,
dB