• Welcome to the Speedsolving.com, home of the web's largest puzzle community!
    You are currently viewing our forum as a guest which gives you limited access to join discussions and access our other features.

    Registration is fast, simple and absolutely free so please, join our community of 35,000+ people from around the world today!

    If you are already a member, simply login to hide this message and begin participating in the community!

[Help Thread] Skewb Discussion and Help

u Cube

Member
Joined
Apr 6, 2018
Messages
320
Location
your imagination
YouTube
ucubeyt
i know this has been asked a lot but is kirjava-meep a good method?
I'm learning some L5C algs and my tps is kinda slow because the algs dont fingertrick well does anyone know any good videos on fingertricks or other really fast methods?
Sorry for so many posts rn but I havea sarahs advanced tutorial it js a lot better than kirmeep.
 

kadabrium

Member
Joined
Jun 13, 2019
Messages
62
is it possible to solve sarah's intermediate (top and bottom layer) from a diag swapped bottom face (EG) with s/h only?
 

kadabrium

Member
Joined
Jun 13, 2019
Messages
62
I don’t believe so, but correct me if I’m wrong
I found this from an old thread. ; Using 2 extra moves to convert it to a solvable state seems reasonable. How do you generate skewb algs in sledges?
No.



Skewb has two sets of corners, fixed and hanging. Each of these sets forms a tetrad, and the permutation of each tetrad is independent of the other. However, the permutation within each tetrad is constant. There is only one way for the tetrads to be aligned, and when this happens, skewb CP is solved.
The cool thing is that skewb only requires at most two moves to align these tetrads. This is because two of the four corners of any given layer are solved because each tetrad has a fixed permutation relative to itself. To position the other two corners, only two moves are required. (Probabilities: 0 moves = 1/12, 1 move = 2/3, 2 moves = 1/4) This in turn finishes CP.
Remember, this doesn't mean the layers of corners are oriented; they're just permuted.

Once CP is solved, only sledgehammers and rotations are required for the rest of the puzzle. This can be proven by showing that CO and centres can be solved independently only using sledges and rotations.
Starting with centres (disregarding CO):
Where A = sledge
Arrows point to cases

KirMeep's/Sarah's L4C:
U: A y2 A
H: A -> U
Z: A y' A y' A -> U

Ranzha's L4C:
Ue-1/Ue-2: -> U
Oa: y' A -> U
Ob: A -> U
H: A
Za: y A -> U
Zb: y' A -> U

KirMeep's L5C:
Xa: A -> Ob
Xb: A -> Oa
Swirl-a: A -> Zb
Swirl-b: A -> Za
Wat-a: A -> Oa
Wat-b: A -> Ob

Then corner orientation by sledge+rot. can be proven by knowing that A2 (rot.) A2 can be used to purely orient 2 diagonal corners of a layer. Since the CO mod3 rule applies within each tetrad, A2 (rot.) A2, aka "Pure Peanut", can be used repeatedly with rotations to orient all the corners.

The qualms I have with trying to use ksolve+ are that it counts rotations as moves. So, unless I wrote the how sledge affects skewb from 24 angles, I don't think I have the capacity to find God's number for sledges on skewb with solved CP.

Update:
It has been expressed to me that it's easy to prove that only five sledges/hedges are needed to solve first layer. Sarah's advanced variation includes solutions of max 5 sledges/hedges for each L5C+CLL case, so we can assert an upper bound of 10 sledges/hedges are required.

However, I found an approach to solving first layer that only requires four sledges/hedges, lowering the upper bound to 9 sledges/hedges.

Solving first layer with only four sledges/hedges:
1) Align tetrads (given)
This step only takes 2 moves max anyway, average 1.167 moves.
2) Solve the corners of one layer
If 4 corners are oriented: This step is solved.
If 3 corners are oriented: Use one sledge/hedge to change the orientation of the "bad" (unoriented) corner while keeping it bad, while making a good (oriented) corner from the layer bad. (These corners must be adjacent.) Now, two adjacent corners should be oriented and the remaining two adjacent corners should be unoriented. Follow the instructions for cases with two adjacent corners oriented.
If 2 adjacent corners are oriented: Use one sledge/hedge to orient the two adjacent corners without affecting the orientation of the two good corners.
If 2 diagonal corners are oriented: If you have Peanut CLL, you can solve that as normal. Otherwise, a general approach: Use one sledge/hedge to make one bad corner good while making one good corner (which is adjacent) bad. Then, you should have two good adjacent corners next to two bad adjacent corners. Now use one sledge/hedge to orient the two bad corners as above.
If 1 corner is oriented: In much the same way as the general approach if two diagonal corners are oriented, use one sledge/hedge to create a 2 adjacent case. Then use an additional sledge/hedge as before.
If 0 corners are oriented: If you have Pi CLL, use sledge/hedge once. Otherwise, orient pairs of adjacent corners using one sledge/hedge for each pair.
Maximum required sledges/hedges: 2.
3) Attach the centre
Use a pure U-perm to attach the centre, which requires either two sledges or two hedges.
Maximum required sledges/hedges: 2.

tl;dr Upper bound at 9.
 

Iwannaganx

Member
Joined
Aug 7, 2019
Messages
464
Location
Victoria, Australia
Can anyone suggest a VERY easy skewb method to learn? I use one where you build a layer, then put in the centers and then do the last bit and its all s/h but I also don't know fingertricks or notation lol I'm a noob skewber
 

Reizii_

Member
Joined
Jul 10, 2018
Messages
65
Location
Southeast Michigan
WCA
2019LAWS01
Forgive me for posting about hardware instead of methods/fingertricks, but how am I supposed to set up my AoYan? I always end up making it too slow or fast and locky, and I can't find a way to make it better.
 

Ranzha

Friendly, Neighbourhoodly
Joined
Jul 24, 2009
Messages
2,551
Location
Reno, Nevada, United States
WCA
2009HARN01
YouTube
RanzhaTheLoneVlogger
I found this from an old thread.
Oh hey, that's awesome. I forgot I ever did that.

Using 2 extra moves to convert it to a solvable state seems reasonable. How do you generate skewb algs in sledges?
You can use ksolve+ and generate algs involving sledges and rotations, but afaik each 'move' you define contributes 1 to the movecount. That is to say, "sledge y sledge" counts as 3 moves if "sledge" and "y" are defined moves.
 

BradyCubes08

Member
Joined
Apr 26, 2019
Messages
73
Location
Colorado
Does it use moves outside of s/h? Any idea how to find that page?
Most of them use weird optimal algs, but there are a few that use s/h but they have a lot of z/x rotations and they are 5-6 sledges long.
I saw it linked in one of Cory Yurkovic's (idk if i'm spelling that right) videos. I don't remember which one though.
 
Top