Seth - yet another method involving 2GLL.

First off, KYLOLolololol. Wanted to do that for a while.

Second, we didn't say that it would be fast. But, we never said that it wouldn't be fast.

Third, just because it's not fast or move efficient doesn't mean it doesn't belong on SpeedSolving.

Fourth, it may seem incoherent to you but it makes perfect sense to Stachu, myself, and probably many others on the forum.

EDIT: Lolstachu.
 
Last edited:
KYLOL, read and digest information before you spout out trash in the future please. This method has not been advertised as "THE GRATEST MEFFOD EVAH IT WILL MAYK U FAZTER GARUNTEED" therefore should not be treated as such.

According to my Chrome spell checker "meffod", "evah", "mayk", and "fazter" are all words...

That's because you used all caps.
 
Yes, posing new ideas is something to be quite ashamed about; I'll be sure to refrain from original thought henceforth by sticking to what we already know.
Herp derp.

So, why did you create a method that is clearly worse than the ones already out there? I guess that is where I am confused.
The cube rotations clearly can't be changed. You'd just be stuck with a bunch of double layer turns. Move count is too high. Recognition is slow.
So, why? Why are some of you people saying "Oh, this is so cool". I'm not trying to be rude, but I just don't get it.
 
Whether this system can be used to benefit ones times, I'm not yet sure.
Please share how much you hate or love the concept.
That's like..."Hey. Check this out and tell me what you think." not "Hey. This is awesome, and we should all use it nao!" nor even "I think this is good."
It's just an idea. Some work, some don't.
 
KYLOL, you clearly don't understand the form of idea development.

I highly doubt that Jiri/Jessica Fridrich suddenly had a brainwave and instantly produced the Fridrich method we know and use today, often regarded as the fastest method around. Ideas get thrown about, different people put a spin on them, more ideas are made. The more ideas you have, the more potential there is for a good idea.
 
What's up with the cross on U and inefficient F2L? I'm honestly confused.
 
B2 D' F L2 B F2 D' U B2 R2 F D' U F B U L F2 D B' D' F B D' B'

z2 D'B'F'D'F'M'U2F'
U'M'U2r'UR2U2RUM'UR
U'M2U2M'U2My
U' F' U' F U B' R B R' U2 R U R2 U R'
U R U' R U2 R U' R U2 R U' R U R2 U'

56
when i figure out how to read the table ill post more.
 
Last edited:
Srlsy... WTF are you saying?
You're trying to say OLL/PLL is an incoherent mess. That is just retarded. You also typed your solution incorrectly. If you can't understand what I am saying then try using a translator.
 
You're trying to say OLL/PLL is an incoherent mess. That is just retarded. You also typed your solution incorrectly. If you can't understand what I am saying then try using a translator.

The cubing community keeps getting better and better..
 
Last edited:
If it isn't supposed to be very fast, or even efficient with move count, then why make an entire thread about it? Go away, troll. /backhanded.

Also, Diniz - Maybe it's incoherent because you typed it wrong. I don't see OLL/PLL riddled with x,y and z moves. Nice try though.
If it's not fast , or efficient...then what is the point?

It's just for fun.

Let us have fun :(
 
KYLOL is also forgetting that 2GLL has obvious advantages for OH, although I do think that it fits better with ZZ than CFOP.
I'm not sure about my thoughts with this and OH. I've been wondering this for a few days.

One one hand, 2GLL is nice, and much has been proven with CFOP.
For CFOP,
We have the full 81 cases
then 2GLL

For ZZ/Petrus (assuming you do the EO of Petrus and not just build blocks
We have a reduced # of cases, making it fairly pointless to do this method.
then 2GLL

Thoughts?
 
Back
Top