Kirjava
Colourful
eoline+firstblock=~7+~11=~18
ahahaha yeah sure whatever
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
eoline+firstblock=~7+~11=~18
ahahaha yeah sure whatever
For one handed, imo, Fridrich =? ZZ > Petrus > Roux.
Ok, you Rouxers. Let's see that WR OH single/average. I'm sure if you wanted to convince more people to do Roux, that would be rather persuasive.
5BLD said:I love how nobody even considers using a method unless some other person is fast at it. It makes it so obvious why CFOP is most common method.
http://qblog.be/2010/04/zzf2l-move-count-analysis-part-2/
12 moves max for one block
and we know 6.27 moves for eoline (less than 6 for cn zz)
k add em up and bye
(edit: and that is also 12 qtm)
because everyone always solves optimally in speedsolves
1) i never said anything about speedsolves (i have a problem with the relative potential movecounts listed in that chart).
2) even if i did, it's not hard to solve a zzblock of your choosing in <~12 moves; ask around.
3) plus you can usually pick an eoline that preserves/creates a usable pair for the first block.
4) and you can solve multiple blocks at the same time, to be more efficient. (i've omitted these from my original comparison with petrus so as to have an equivalent comparison of two method subparts which leave the cube in the same state [2x2x3+eo]).
because everyone always solves optimally in speedsolves
I don't think that matters as long as x is the same or similar in every method for this rough equation: (average optimal move count)*x=(average move count in a speedsolve).
So if the optimal count is low, usually you can assume that the move count in a speedsolve will be proportionality low. However, finding optimal counts is possible; finding speedsolve counts is not. That is why saying a method has "low move count" is an estimate at best, but a good way to measure methods relativity.
anyone can get a decent movecount in a non speedsolve
also if you noticed the title of the thread
1) i never said anything about speedsolves (i have a problem with the relative potential movecounts listed in that chart).
2) even if i did, it's not hard to solve a zzblock of your choosing in <~12 moves; ask around.
3) plus you can usually pick an eoline that preserves/creates a usable pair for the first block.
4) and you can solve multiple blocks at the same time, to be more efficient. (i've omitted these from my original comparison with petrus so as to have an equivalent comparison of two method subparts which leave the cube in the same state [2x2x3+eo]).
which method is fastest as cuber experience approaches infinity would be a function solely of ~optimal~ movecount and ergonomics.
I'd consider sub-10 to be in the "fast" category, so I ask this: are there any sub-10 cubers who rely explicitly on one method to solve?
I'd consider sub-10 to be in the "fast" category, so I ask this: are there any sub-10 cubers who rely explicitly on one method to solve?
I personally don't care about persuading people; I just feel a little frustrated at the attitude of a lot of new cubers in the community; 'if a person is not fast at it, I don't even wanna go near that method'.
Why assume Roux is incapable of being fast at OH? The only argument I've heard is "no one is fast" which is a ridiculous 'argument'. We have no damn idea whether it is capable, and never will until there's significant evidence. If someone gave me evidence and it was convincing I'd be happy to say that my hopes for Roux OH have been silly. More than happy. (I'd then proceed to seek to prove them wrong, of course, however.)
And the answer to "why are there no fast roux OHers" is simple: we don't care. Yet.
lol zz is the most htm efficient method of those listed.
eoline+firstblock=~7+~11=~18
whats the movecount for 2x2x3+eo in petrus?
they've got to be pretty close.
but the actual intention of my comment was to compare zz to roux and cfop which advertise low(er) movecount.
Move count should not matter, for you want speed not low move count.