I'd like to regularly sub-2 on 4x4. My times are about 2-2:30 min. I use Redux, and I practice a lot. I'm not really getting faster.
Try learning something like Yau or Hoya, it definitely helps look ahead when it comes to edge pairing. My biggest tip other than that is to utilize inspect time and try to look ahead as much as possible. Learning fast parity algs can help a lot too, 10 minutes of finding and learning new ones can save you 3-4 seconds each solve.
 
So do any of you 4x4x4 speed solvers have algos for solving multiple centers at the same time? Just being curious, I set up my program to run and solve every permutation of:

Moving only 1 center from the Top to the Front
Moving only 1 center from the Top to the Bottom
Moving 2 centers from Top to Front
Moving 2 centers from Top to Bottom
Moving 3 centers from Top to Front
Moving 3 centers from Top to Bottom

Like this:

3_centers_2.jpg


You can see the program examined over 217 billion positions and found 23 different solutions that were 14 moves in length.

Do you guys do anything like this, use proven shortest-distance algos for your solves?
 
So do any of you 4x4x4 speed solvers have algos for solving multiple centers at the same time? Just being curious, I set up my program to run and solve every permutation of:

Moving only 1 center from the Top to the Front
Moving only 1 center from the Top to the Bottom
Moving 2 centers from Top to Front
Moving 2 centers from Top to Bottom
Moving 3 centers from Top to Front
Moving 3 centers from Top to Bottom

Like this:

http://lightningcloudcomputing.com/3_centers_2.jpg

You can see the program examined over 217 billion positions and found 23 different solutions that were 14 moves in length.

Do you guys do anything like this, use proven shortest-distance algos for your solves?

I don't think any speedsolvers would come across a case like that... or if they did they wouldn't care about preserving edges and then it's fairly easy to solve the centers in 6 moves.

U' r' F r2 U2 r'

None of the solutions your program found work.
 
So do any of you 4x4x4 speed solvers have algos for solving multiple centers at the same time? Just being curious, I set up my program to run and solve every permutation of:

Moving only 1 center from the Top to the Front
Moving only 1 center from the Top to the Bottom
Moving 2 centers from Top to Front
Moving 2 centers from Top to Bottom
Moving 3 centers from Top to Front
Moving 3 centers from Top to Bottom

I made some algs like this a while ago for 4BLD centre tricks. They were found by hand by stringing together commutators and cancelling moves. I just checked the 3 centres on adjacent faces alg and mine is suboptimal at 16 moves rather than 14. Once I get back into 4BLD I might check back and try to see if any of these are nice.
 
I use Yau and would like to know if I should use 3-2-3 or 6-2? I have my PB with 3-2-3 and get good solves with 6-2.
I think 6-2 is faster, but only if you don't get a bad case, and you get bad cases very often. Bad cases are much easier to deal with using 3-2-3, so most of the time 3-2-3 is the better option. So I would suggest that you used 3-2-3.
 
4x4, so close but so far!

Guys, not sure I'm in the right place for this. This forum's warnings have me a little freaked out that I'm asking in the wrong sub-forum so go easy on me please!

Anyway, today I have taken a stab at solving the 4x4 and after a few hours I'm left with this odd situation:

https://www.youtube.com/watch?v=HrhoSKIPpXk&list=UU_uPE-lPrsRUqxr6OUsDtcg

The tutorial I was watching made it look like I didn't have a parity issue. Any ideas?

By the way, I bought this cube from ebay a couple weeks ago but have no idea what brand it is. Do you recognize the logo?

With all this Chinese I better get to learning me some, so Xiexie for any help dudes!

Ras
20141225_205754.jpg
 
That is a PLL parity. If you see something like that that cannot be solved with a normal PLL algorithm, just do with the top face facing up: r2 U2 r2 Uw2 r2 Uw2 (U2)

Also, that's a YJ logo
 
4x4 help

So, I have been doing 4x4 for a while now with my shengshou 4x4 (florian modded). I was thinking of switching to the moyu aosu since I have saved enough money to buy it. So my question is, is it necessary to florian mod the moyu aosu and what do you guys prefer, shengshou 4x4 V5 or moyu aosu and why? Thx in advance!
 
Yau step order

Ok, so I am starting to use Yao for my 4x4 and I am confused on the order of the steps.

2-centers
3-edges
4-other centers
1-remaining edge
8-final edges

I feel like doing this following way makes more sense and is just as fast.

6-Centers
12-edges (I just learned about slicing and pairing multiple edges.. I always did it one by one)

What is the purpose for the order in Yao? To me it seems that the second way would flow better.

Does anyone else change up part of this order?

Side question... can you slice and pair 4 edges every time or just if you get lucky in the pairs and usually just pair 3?
 
The purpose is to have your cross done before you get to the 3x3 phase

But does that really save more time? If you are taking time o make the cross at the beginning I can't figure out how it's quicker than making the cross after.

Pairing up edges in yau is much faster then pairing edges on redux.

I can still slice and pair 3-4 at a time. How is Yao faster in that way?

I'm not trying to be argumentative... I really do not see how the process is different. It just seems like an odd order.
 
Last edited:
Back
Top