Big Cube BLD Discussion

Status
Not open for further replies.
Chris, I can see where this is a quite useful way of handling those pieces! The reason I've never worried about storing them and doing them last is because of my silly penchant for doing big multis and relays BLD - for those, I have to memorize the flipped pieces in long-term memory anyway, so I haven't bothered to do better for the simpler single-cube cases. But it might save a few seconds...

Funny how your style is hampered by your supercube quirk, and my style is hampered by my multi quirk. :D
 
I use a similar alg to Chris's to flip two adjacent edges. For other cases:
L E L' B2 L E' L' B2 E B2 E' B2 flips FR and BL
B2 L E L' B2 L E' L' B2 E B2 E' flips FR and BR
Both are just two 3-cycles merged together, none of these 3-cycle is center-safe but their effects on centers happen to cancel :D

To flip more than two midges at once, I've found nothing better than (MU)^20 (for 4 midges)) for the moment.
 
Last edited:
Would I "memo" that new letter for the new cycle? Like, say I choose A and break into that along with MV, I memo AMV*************?
Good question. Yes, you can memo the buffer as a letter, it can be done visually too.

Referring to your example: what you probably shouldn't do, is memo this as the letter-pair AM.
If you did this, you wouldn't be executing one whole letter pair for each comm, you would instead be executing the second letter of one image, then the first letter of the next image.
So for each time you switch buffer, perhaps you can just have that letter as it's own separate image.
 
I use a similar alg to Chris's to flip two adjacent edges. For other cases:
L E L' B2 L E' L' B2 E B2 E' B2 flips FR and BL
B2 L E L' B2 L E' L' B2 E B2 E' flips FR and BR
Both are just two 3-cycles merged together, none of these 3-cycle is center-safe but their effects on centers happen to cancel :D

That's a very cool way to handle those cases!

To flip more than two midges at once, I've found nothing better than (MU)^20 (for 4 midges)) for the moment.

Wow, I like that a lot! If I'm not mistaken, that's supercube safe.

This analysis uses my blindfold lettering scheme, as I am at work and need to make this post brief. If anyone wants me to, I can translate it into Speffz. I also did (M' U)20 instead of (MU)20

t-centers: (APXECDMUHB) 10-cycle identity
x-centers: (ABDC) 4 cycle identity
wings: (QNJE)(IFRM) two 4-cycle identities for an overall 4 cycle identity
corners: (ABDC) 4 cycle identity
midges: (APXQ-flip)(CD-flip) 8 cycle identity with a 4 cycle identity, an overall 8 cycle identity. Every 4 cycles will flip the midges at UL, UB, DF, DB and return the UR and UF midges to solved.

Performing (M' U)20 will perform an identity on all pieces types, except for midges where it will leave UB, UL, DF, and DB flipped.

I imagine you already knew this, but I wanted to write this in case others, like myself, were wondering about if this alg was supercube safe. I may actually switch to this - I'll have to try it in a solve and see how it goes. Very cool, thanks for posting this!
 
So I just made a real huge "discovery" while doing 5bld sighted.

I was on + centers, and I remember how many people seem to say they hate them. Well, I find them to be extremely easy! I also normally have trouble in 4bld with U/D face comms (not face interchange comms, just comms involving those two faces + 1 more)

Well, I had some U/D face comms, and I just realized I can easily solve it if I approach it like I would an M2 case. Walah! Worked. I now also realized the same concept can be applied for x centers for 4bld. I sincerely doubt I'll ever screw up U/D face comms anymore. I now believe my only possible DNFs from center comms will be finger slips, or face interchange comms (specifically, U/D faces)

Anyway this is a HUGE leap for me and this has greatly helped me.

I shall be doing an attempt tomorrow, I'm tired tonight.
 
So I just made a real huge "discovery" while doing 5bld sighted.

I was on + centers, and I remember how many people seem to say they hate them. Well, I find them to be extremely easy! I also normally have trouble in 4bld with U/D face comms (not face interchange comms, just comms involving those two faces + 1 more)

Well, I had some U/D face comms, and I just realized I can easily solve it if I approach it like I would an M2 case. Walah! Worked. I now also realized the same concept can be applied for x centers for 4bld. I sincerely doubt I'll ever screw up U/D face comms anymore. I now believe my only possible DNFs from center comms will be finger slips, or face interchange comms (specifically, U/D faces)

Anyway this is a HUGE leap for me and this has greatly helped me.

I shall be doing an attempt tomorrow, I'm tired tonight.
Could you explain? I'd love to learn.
 
Take a look at this example. Replacing M2 with l2

[l2, b' R b]


I just notice that the l2 will do the interchange, and move that D face into the U, which solves that D face piece. Now the insertion will move that R face piece into place, and undo.

If you understand M2 I shouldn't need to explain that example. But whatever.

Also another (this is most likely not optimal)
[l2, R' b' R b]
 
Lucas was doing big BLD early, when it was still uncommon for people to do it. So even though he doesn't practice it much, he's pretty knowledgeable about it.

And I agree with you - I think + centers are very easy. I always love when I get to them in a 5x5x5 BLD solve - I get to speed up during them. The fun thing is that obliques on bigger cubes are even easier! The only problem with obliques is sometimes I mess up and pick the wrong orbit.
 
And I agree with you - I think + centers are very easy. I always love when I get to them in a 5x5x5 BLD solve - I get to speed up during them.
I was trying to comm on the 5x5 centers and the + centers where fun to do.
Sorry for being nubish at BigBLD

I have a feeling this is going to consume my life. Thursday marks the start of the end. haha

I am going on a 4 day trip in a car, Basically going to make my Letter pair list and start doing some BLD.
Just some cases for corners are hard to find solutions for (Optimally that is)
Rather excited, Found super awesome Buffer for edges and am just super pumped. I still have no idea how I am going to deal with parity. I think I can identify it
 
Last edited:
Does anyone use AUF turns to keep the buffer position for centers in place when the buffer is filled? I'm experimenting with floating buffers but I found that my speed and accuracy decrease too much when using the 2nd, 3rd and 4th buffer position on the U face.
 
Does anyone use AUF turns to keep the buffer position for centers in place when the buffer is filled? I'm experimenting with floating buffers but I found that my speed and accuracy decrease too much when using the 2nd, 3rd and 4th buffer position on the U face.
That's an interesting thought. Personally I just change buffer positions. I'd like to switch to a system where I only use one buffer piece, because then I can hopefully get used to all the different possible cycles rather than working them out on the fly like I do atm. So I think I might have a go at this idea.
 
Does anyone use AUF turns to keep the buffer position for centers in place when the buffer is filled? I'm experimenting with floating buffers but I found that my speed and accuracy decrease too much when using the 2nd, 3rd and 4th buffer position on the U face.

I planned on learning speed-optimal comms from Ulb buffer and doing that. I got about half of them written down, but never finished because I got bored of 4bld.
 
I planned on learning speed-optimal comms from Ulb buffer and doing that. I got about half of them written down, but never finished because I got bored of 4bld.

Interesting, I was under the impression that move-optimal algs are more or less the fastest algs for centers. I don't know why, I guess I haven't really tried anything else. Could you show me some examples where the your alg is faster than the move-optimal commutator?
 
Interesting, I was under the impression that move-optimal algs are more or less the fastest algs for centers. I don't know why, I guess I haven't really tried anything else. Could you show me some examples where the your alg is faster than the move-optimal commutator?

Well, I guess it depends. I prefer <U,Uw,r,l> comms for centers, and minimal rotations, so for example I would rather do [R2:[Uw r Uw', l']] than z' [d, l' U l] or z [u, r' D r] (the first also has less slice moves)
 
Not bad! Have you got these algs somewhere, could you maybe give me your list? I might look into this more and finish it...
 
Status
Not open for further replies.
Back
Top