Yes, I realize I can reverse algs to see the cases, but at the time, I was just walking through a solve and following along
and when I got to the last step, I didn't know which case I had.
What do you think the average move count is for a standard method of: Sep -> PBL -> E-layer ?
Looking back at an info sheet I made using that:
http://solvexio.cf/app/#/MiniTower_Page
(note that I prefer holding it "sideways", so the notations are relative to that orientation)
It appears that if the corners can be separated in 4 moves, the rest would average 13.. then totaling 17.
I don't know the probabilities, so perhaps my averages are off, though.
Thoughts?
thanks,
-= Solvador Cubi
You’re just asking about movecounts, right?
I don’t know much more than you, sorry.
I personally believe movecount is not a big part of speed, example, compare CFOP vs. Roux, it’s like 60 moves vs. 48 moves yet both are similar speed.
If you don’t know the probabilities or can’t calculate the movecount, just do a bunch of solves and count the moves to get a good idea, it’s called move
count for a reason lol
Testing data (normal solves, NOT fmc)-
Left block: 3 / 2 / 4 / 3 / 3 / 3 / 5 / 1 / 4 / 3 / 3 = 3.4 moves
R Pair: 1 / 2 / 2 / 0 / 2 / 2 / 4 / 1 / 2 / 2 / 2 = 2.0 moves
PL5C: 8 / 1 / 9 / 8 / 7 / 9 / 9 / 8 / 11 / 13 / 8 = 9.1 moves
TOTAL- 14.5 MOVES
Sample size is fairly small so actual number could be different, I think it’s 15.0
For Sep->PBL->E-layer I don’t even know the pbl’s haha so these movecounts are just guesses-
Seperation ~3.5
PBL ~9.5
E-layer ~4
Total- 17 moves maybe??
Going outside of movecounts and comparing these methods directly, Seperation and Left block and very comparable, PBL and PL5C are very comparable, but then E-slice is way WAY worse than R pair.
Maybe take that with a grain of salt as my opinion is baised towards my method lol xd, (though perhaps I have good reason because I average 5 flat with it, so...)
That’s about it for today, I’m glad people are supportive of my ideas here!