rezaqorbani
Member
Top 60 Single:
https://docs.google.com/spreadsheets/d/1RQWcuEd4pWL7egwQ00zuJDzYCKzQC6hlAdz0DH4jwWk/edit?usp=sharing
Last edited:
That is a nice chart, but just because something is more popular doesn't mean it is faster or better. It is similar to how most people use different BLD orientations but any given one isn't faster.
agreeBut BLD orientation does not affect solve, and buffer placement affects algorithms and commutators (one can be more fingershortcut friendly than other).
As you can see fastest BLD solvers are using different buffer placement, but all 7 fastest use DF as edge buffer. All next 9 use UF as edge buffer. Coincidence...?
But BLD orientation does not affect solve, and buffer placement affects algorithms and commutators (one can be more fingershortcut friendly than other).
As you can see fastest BLD solvers are using different buffer placement, but all 7 fastest use DF as edge buffer. All next 9 use UF as edge buffer. Coincidence...?
But BLD orientation does not affect solve, and buffer placement affects algorithms and commutators (one can be more fingershortcut friendly than other).
As you can see fastest BLD solvers are using different buffer placement, but all 7 fastest use DF as edge buffer. All next 9 use UF as edge buffer. Coincidence...?
But BLD orientation does not affect solve, and buffer placement affects algorithms and commutators (one can be more fingershortcut friendly than other).
As you can see fastest BLD solvers are using different buffer placement, but all 7 fastest use DF as edge buffer. All next 9 use UF as edge buffer. Coincidence...?
For convenient more convenient parity fixes? (pll edge-corner double transpositions)
"would" ??? Why are you speaking of them just as if nobody had ever tried to use them ? Floating buffers ARE cool periodFloating buffers would be cool.
and how does it work, ive been thinking of using UL, does it make you use S turns too much or is it even more M/E slide friendly wich is what im looking for, also are you using R turns more than L ones or the other way around?And then there's that guy who uses UR for edges. Not even on the M layer, lol. He's such a noob.
If you are wondering why, it's because I've never really switched method. My transitions (OP->turbo and turbo->commutators) have always been smooth; whenever I learned a new alg, I implemented it in my solves. I tried to change to UF once, but I gave; I thought the gain wasn't worth the effort. So I still use OP buffers.
We can say I still use (an advanced version of) OP.
Also, I'm surprised only a few cubers use adjacent buffers, which is in my opinion the best choice (it makes parity suck less).
and how does it work, ive been thinking of using UL, does it make you use S turns too much or is it even more M/E slide friendly wich is what im looking for, also are you using R turns more than L ones or the other way around?
that one i'd solve it as RU 2 gen R' U R U R, U2, maybe thats the only reason why my R move count is almost double than the L one, its defenetly a great buffer, still cant decide if worth changing thoRecentyl I started using many S moves, and I find them convenient. Try R U R' (S R2 S') R' U' R' (I do S and S' with my right middle finger).
I think I use M less than one using UF or DF. E moves should be about the same.
I'm not sure if I use more R or L moves.
No, I use Uf/UFr. When I started 4BLD and 5BLD many of my 3BLD algs did not work on bigger cubes, so I decided to "start from scratch" with the buffer that I thought made more sense. I don't use S moves for BigBLD, but I have not optimized my algs at all.Then, what are your buffers for wings and midges? Do you use URf and Ur?