Blindfolded M2 Help and Discussion thread

M2 parity : help needed.

Hi, I'm using M2 for the solving the edges. Now, I know the logic behind a parity. But I don't know what it looks like and how to solve it. I'll upload pictures of my cube in its current state. I think its a parity.

What I want to know is, is it a parity(what I have) and how do I fix it, if it is?

Full cube: https://www.dropbox.com/s/5wfl3bfrz5oj6c1/Full cube.jpg?dl=0
Top face: https://www.dropbox.com/s/xmjs8v3zeup8fhq/Top face.jpg?dl=0
Bottom face: https://www.dropbox.com/s/jce47k43uni6zfw/Bottom face.jpg?dl=0
 
Hi, I'm using M2 for the solving the edges. Now, I know the logic behind a parity. But I don't know what it looks like and how to solve it. I'll upload pictures of my cube in its current state. I think its a parity.

What I want to know is, is it a parity(what I have) and how do I fix it, if it is?

Full cube: https://www.dropbox.com/s/5wfl3bfrz5oj6c1/Full cube.jpg?dl=0
Top face: https://www.dropbox.com/s/xmjs8v3zeup8fhq/Top face.jpg?dl=0
Bottom face: https://www.dropbox.com/s/jce47k43uni6zfw/Bottom face.jpg?dl=0

That is parity yes.

Holding white on top and orange front
U'L2UM2U'L2UM2
L2 (Y-perm) L2

And that should solve it
 
Is that an intuitive solution(something I'll have to make up in the solve) or is it something I can just memorize and apply without thinking? Will this work for every parity? If it won't , how will I solve every parity I come across?
 
Is that an intuitive solution(something I'll have to make up in the solve) or is it something I can just memorize and apply without thinking? Will this work for every parity? If it won't , how will I solve every parity I come across?

Depends on what is your corner buffer and how do you solve corners. Also do you execute corners first or edges first?
 
Is that an intuitive solution(something I'll have to make up in the solve) or is it something I can just memorize and apply without thinking? Will this work for every parity? If it won't , how will I solve every parity I come across?

You should solve edges-parity-corners or corners-parity-edges instead of solving parity in the end like you apparently did here. You'll just need one parity-algorithm then. So tell us if you do corners-edges or edges-corners :)

edit: ninja'd
 
I solve with yellow on top and blue on front... I orient then permute corners using T algorithms and setups, and in some special cases F or N PLLs.
If I have an odd number of corner targets, 2 edges end switched. I switch them leaving UBR and UFR unsolved. At the end of the solve, I end up with this:

How do I solve it? I need a fingertrick friendly algorithm. Now I currently use M D2 M' (F perm) M D2 M'.
Thanks
 
Is there a better way to solve parity than this? The method I use I've learnt M2 from Noah tutorial. I solve first corners with OP next edges with M2. It there's parity I solve all corners except last, next edges. And after all I do: D' L2 D M2 D' L2 D and in the end I solve last corner. But maybe doing it with one alg is better.
 
Last edited:
Is there a better way to solve parity than this? The method I use I've learnt M2 from Noah tutorial. I solve first corners with OP next edges with M2. It there's parity I solve all corners except last, next edges. And after all I do: D' L2 D M2 D' L2 D and in the end I solve last corner. But maybe doing it with one alg is better.

Well what I do is:

1. Solve corners so that UBL and UBR are swapped.
2. Solve edges except the last target.
3. Setup my buffer (DF) and the last edge target to some PLL (I use both R-perms, T-perm, edgeflip T-perm). At most 3 setup moves are needed for the worst 4 cases. Many cases only take 1 setup move tough.
4. Do PLL alg
5. Undo setups
 
Thanks a lot. :)

I understand the way to solve the parity, but it looks a little more complicated than Noah's way. I'll do some solves to choose the way fits my style better.
 
You should solve edges-parity-corners or corners-parity-edges instead of solving parity in the end like you apparently did here. You'll just need one parity-algorithm then. So tell us if you do corners-edges or edges-corners :)

edit: ninja'd

I orient the corners first, the use BH to solve them, and then M2 for the edges. What do I do then?
 
I orient the corners first, the use BH to solve them, and then M2 for the edges. What do I do then?

If you have parity, what corners do you leave swapped? Because you can't solve all corners without affecting edges if you have parity.

I leave UBL and UBR swapped and see my post at the end of the last page to see how I deal with parity...
 
M2 method help (blindsolving)

This is my first post. Hopefully I'm doing it correctly!

I've been trying to blind solve using m2 for edges and OP for corners and I've watched some videos but there are a couple of things that I need clearing up although I might just be being silly.

1) sometimes when I do m2 when looking I get to a point where my target location remains the same (eg Q) and I am forever swapping the same two pieces. What do I do here? Break into a new cycle? If so, how do I know to do this and how does this effect my memo?

2) does the order in which I do edges/corners effect whether or not I get parity? And is there a preferable order to do it in?

Sorry if these questions are silly but I got a bit stuck and I can't seem to work it out or find anything that helps.
 
Welcome to the forums and thumbs up for BLD :tu :D

1) Not sure what you mean with the target remaining the same all over. Specific example scramble maybe?
For the other part, you know that you need to break in to a new cycle when your buffer is solved (= when you stumble upon your buffer piece in your memo) but not all pieces of the piece type you are currently solving (= Corners/Edges respectively for 3BLD) are actually solved.
Then you choose a sticker on a piece (I'll call it "X") that is not solved yet, and continue memo like normal. At some point in your further memo, you will have to shoot to a sticker of piece X again. That means this cycle is complete. If the pieces of the piece type you're currently solving are still not solved, repeat the process.

2) Short: No and no.
Long: A given scramble in a given orientation (defined by the centers, how you "hold" the cube) either does have parity or does not, no matter in which order you solve the pieces. The order of execution is relevant to how you handle/solve parity cases, but not if there are parity cases.
 
Orientation is irrelevant. If the cube is scrambled using an odd number of quarter turns then there is parity in any orientation. Whether or not there is parity depends only on the scramble.
Is there a quick way to tell by inspection? And is it practical to just fix it by making a quarter turn at the start of execution?
 
Is there a quick way to tell by inspection? And is it practical to just fix it by making a quarter turn at the start of execution?
Sadly not (at least, I don't think so). The fastest way I know is to look at the corners and quickly count the number of targets, without actually memorising anything. If it's odd then there's parity, and if it's even there's not.

However trying to memorise the cube without being able to do that quarter turn is very hard. Imo it's faster to just do a parity alg if you have to use one.
 
M2 all wrong edges in the m slice

I need help when all my edges I need to solve are in the m slice and I end up with a progression like "C W A" (using speffz)
Am I doing something wrong or is there something specific I need to do, I'm pretty sure I'm using the right algorithms.
 
Back
Top