So, I want to make a low movecount Skewb method, but first I want to see how low I can get with with Sarah’s real quick:
//WoowyBaby's Skewb Lowmovecount First Idea:
So I noticed people usually take a lot of moves
to solve a skewb by preforming lots of sledgehammers,
and so I want to make a lowmovecount method, but for
now I'm just optimizing Sarah's Intermediate.
Now I know that sledges are very quick so a low movecount method
probably won't be popular for speedsolves, and Sarah’s Int. and Advanced will probs always be the fastest way to go.
Here's my results for reducing Sarah's Intermediate:
AVERAGE: 18.500 MOVES.
Under 20 already.
God’s number for skewb is 11,
and average movecount for optimal solves is 8.3636 (according to Jaap’s page)
Probs could get under 16 or something.
I'm pretty sure I factored in probabilty correctly,
but I need more data on moves it takes for the first layer/side.
Probs ao100 would be good.
////////////////////////////////////
1) Make layer/side - avgMoves= 4.400?
2) Orient/solve other side - avgMoves= 6.600 (15 cases, 11 algs)
3) Permute final centers - avgMoves= 7.500 (12 cases, 3 algs)
Making first layer: (NOT optimal)
I just looked at ten random scrambles
and this is what I got:
1- 5moves 6- 6
2- 2 7- 4
3- 5 8- 3
4- 2 9- 6
5- 6 10- 5
AVERAGE MOVES- 4.400?
As I said before I would need like 100 solves for this number to be accurate.
For the algs I just used Grubiks skewb solver which was pretty slow.
Orienting(optimal algs, I think)
(Its same as sarahs interm. step 2)
(all the “Solved, C [side]” cases are the same but I repeated it so all the cases would be equal probability)
Solved, C Top- 0 (done)
Solved, C Front- 8
Solved, C Left- 8
Solved, C Back- 8
Solved, C Left- 8
Pi, C Top- 8
Pi, C Front- 4
Pi, C Left- 8
Pi, C Back- 4
Pi, C Right- 8
L, C Top- 8
L, C Front- 8
L, C Left- 7
L, C Back- 8
L, C Right- 8
AVERAGE MOVES- 6.600 MOVES
Permuting Last Centers:
(all the u perms are the same but I repeated it so all the cases would be equal probabilty)
U-perm#1- 8 U-perm#5- 8
U-perm#2- 8 U-perm#6- 8
U-perm#3- 8 U-perm#7- 8
U-perm#4- 8 U-perm#8- 8
Z-perm#1- 9 Z-perm#2- 9
H-perm- 8 Solved- 0
AVERAGE MOVES- 7.500 MOVES
///////////////////////////////////
I just want to put this out there before I develop a method to get the movecount even lower.
Also I need to figure out ksolve+ if I want to make low movecount method but I’m no programmer

but it doesn’t look *too* complicated so I could igure it out
Tell me if there’s already a low movecount/FMC method for Skewb, beause the wiki doesn’t mention any.