I'm not sure if I understood what exactly your your cubes looks like because you didn't send include the images, but it's probably just OLL parity. Does your cube look like thisor like this?(an image I found or Reddit)Hello all
I’m still somewhat new to cubing. I can solve a 2x2 & 3x3 and I’m now working in solving a 4x4 using the beginners method. However I seem to keep running into the same problem and can’t get a yellow cross. Sometimes I do a recognizable pattern like the J or the bar and do those algorithms but it never brings me to the yellow cross. Just scattered yellow pierces. Do I need to do the last yellow edges before yellow cross and if so how? I’ve included pictures. These are brand new cubes that came to me solved and I scrambled myself. I did not have any pops or anything so there’s no chance a piece is flipped wrong. Please help I’m getting super frustrated
Yes. There's a non-negligible increase in chance of getting F2C skip on 40-random-move scrambles compared to proper scrambles.Asides from computing power, is there any significant difference between 4x4 fast scrambles and regular WCA scrambles?
You have it backwards. The first alg (that everyone knows Rw U2 x Rw U2...) doesn't affect PLL parity whatsoever. If you had PLL parity before doing the alg, you'll still have PLL parity after the alg. The alg does what is essentially an F perm to the cube while rotating two corners and flipping an edge.So I know 2 OLL parity algs.
Rw U2 x Rw U2 Rw U2 Rw' U2 Lw U2 Rw' U2 Rw U2 Rw' U2 Rw' and Rw' U2 Rw' U2 Lw U2 Rw' U2 Rw U2 x U2 Rw2 U2 Rw' U2 Rw U2
The first one is the default parity alg that everybody uses, which (if you didn't know) affects PLL parity. The second one, which I found from Hashtag Cuber's video, doesn't affect PLL parity in anyway. If you did the second one and you had PLL parity during OLL, it would still give you PLL parity, but if you did the first one, you would avoid PLL parity after doing OLL.
So now my question is, is there a way to know if you have PLL parity during OLL Parity so that you can do the "right" OLL parity alg to be able to always avoid PLL parity?
All I remember about it is that it has this move sequence in it: (Rw' F R F' r). Does anyone know this algorithm? I miss it. I believe it's supposed to pair opposite edges on the top layer.
Surely I am not tripping.You have it backwards. The first alg (that everyone knows Rw U2 x Rw U2...) doesn't affect PLL parity whatsoever. If you had PLL parity before doing the alg, you'll still have PLL parity after the alg. The alg does what is essentially an F perm to the cube while rotating two corners and flipping an edge.
The second algorithm you listed (Rw' U2 Rw' U2...) does affect PLL parity. If you had PLL parity before doing the alg, you won't after doing the alg. This alg does a single corner swap--an impossible PLL (as well as rotating two corners and flipping an edge).
This is totally it (the modified version). Thank you so much!Whenever my buffer is solved and I still need to pair up some edges, I don't insert a broken dedge in place of the buffer. I tend to just solve the rest of the edges in one go. If there are 4 dedges left, then I would solve 1 of the edges with a simple 3 edge cycle then solve the rest using one...www.speedsolving.com
Rw' F R' F' R U' R U 2R is the closest-looking one from that thread, but you could modify that into Rw' F R F' R U' R' U 2R with essentially the same effect.
You must be tripping (lol). I don't know what else to say but you happen to be incorrect. This would be easier to see if you knew the alg that solves pure OLL parity.Surely I am not tripping.
Take your 4x4, do PLL Parity, you should have the 2 dedges swapped at UF and UB.
Alg 1 - Rw U2 x Rw U2 Rw U2 Rw' U2 Lw U2 Rw' U2 Rw U2 Rw' U2 Rw'
Do the first alg and look at the permutation of the pieces, ignore the orientation. What you should have now is a conjugated T-Perm with an additional swap at UR and UL.
Alg 2 - Rw' U2 Rw' U2 Lw U2 Rw' U2 Rw U2 x U2 Rw2 U2 Rw' U2 Rw U2
Same steps, do PLL Parity then do alg 2. Take a look at the permutation. What you have now is a regular T-Perm, a non parity PLL.
In conlusion, if you have a PLL parity (based on impossible permutations) and OLL parity, and you perform the first parity alg, you wil end up with no PLL parity afterwards. If you do the second alg when you have PLL parity plus OLL parity, you will still have PLL parity after the alg.
Final notes, if piece orientation counts towards permutation on 4x4, this was all for nothing and i'm just dumb, I just typed all this on my phone so i'm malding.
Not anymore, but I used to Know H and Pi.
(click through to see the rest of the thread and some context)The BH recognition system has the problem that if the two adjacent edges you look at happen to be adjacent colours (relative to each other) and you have permutation parity, then you'll end up with the not-so-nice adjacent swap case. (Like this, where applying the pure corner twist will leave you with an adjacent swap. For this particular case it turns out that it's way better to do parity first then ZBLL, but in general you'd have to work out whether that's the case and that sounds like a lot of effort, plus you cannot use two-sided ZBLL recognition.)
Tran-style ZBLL recognition but using opposite colours instead of adjacent colours (i.e. you look for, say, the red and orange edges, as in hyperorientation) will force the opposite swap case if you do have parity, which is nice. And if you don't have parity then it's just ZBLL as normal, which is even nicer.
I rarely do even layer big cubes, but would just recog ZB like normal, do the alg, and deal with adj ep swap parity if it happens
For adj parity, I use R' U' R U (r2 U2 r2 Uw2 r2 Uw2) U R' U RYou're comfortable with getting adj parity? What alg do you use?
I used to use these (from the wiki):My apologies if this was asked earlier in this thread, but is there an algorithm for OLL parity that you can do during F2L? I have found that I can pretty consistently determine if I will have OLL parity during my third or fourth F2L pair, and I feel like there should be an alg for OLL parity that you can do during this step that is easier/fewer moves than the standard OLL parity algs, since you don't have to worry about preserving one (or two) F2L pairs. I'm not sure it would provide any benefit, but I would at least like to try it out and see how I like it if there is such an alg readily available.
|Thread starter||Similar threads||Forum||Replies||Date|
|R||refrotsnezte progression thread 3x3 (maybe 4x4 and 2x2)||Cubing Progression||7|
|Parity Big Cubes without using Algorithms OLL - PLL 4x4 5x5 6x6 7x7 Parità risolvere con metodo intuitivo senza utilizzare algoritmi||General Speedcubing Discussion||0|
|4x4x4 Programming Discussion||Software Area||43|
|Calvin's Puzzle - TomZ 4x4x6 Cuboid discussion thread||Hardware Area||37|
|X-cube 4x4 discussion||Hardware Area||3|
|refrotsnezte progression thread 3x3 (maybe 4x4 and 2x2)|
|Parity Big Cubes without using Algorithms OLL - PLL 4x4 5x5 6x6 7x7 Parità risolvere con metodo intuitivo senza utilizzare algoritmi|
|4x4x4 Programming Discussion|
|Calvin's Puzzle - TomZ 4x4x6 Cuboid discussion thread|
|X-cube 4x4 discussion|