The One-Answer Question Thread [closed]

[Hershey]

i've done it with crc and it didn't wait for it to dry. Done it on a guhong, av and aIIIf
I've only done it after cleaning the core pieces (springs, screws, washers) completely. I find that crc can mix with cubedust and gunk and slow it down.

worked well

Oh, so I should clean the cube first. Ok thanks!

 

[sa11297]

should i learn cll or coll or something else if i wan to be able to use it for 2x2 and 3x3?

 

[EricReese]

COLL would work on both 2x2 and 3x3, but CLL would mess up the F2L of 3x3 so if your lazy just learn COLL

 

[sa11297]

COLL would work on both 2x2 and 3x3, but CLL would mess up the F2L of 3x3 so if your lazy just learn COLL

im lazy. which cases should i start with?

 

[EricReese]

Doesn't matter?

 

[sa11297]

Doesn't matter?

well its probably best to learn u, a, h, z, t, and y perms first for pll. so thats why i asked

 

[Rpotts]

H set then Pi

 

[EricReese]

well its probably best to learn u, a, h, z, t, and y perms first for pll. so thats why i asked

not really

 

[Rpotts]

those are exactly the PLLs i learned first.

 

[JonnyWhoopes]

not really

What's your reasoning?

 

[sa11297]

well if you learn those (or something like those) first then your solves will be faster than if you learned some random ones because you can do 2 look and stuff like that.

 

[RaresB]

IMHO it doesn't really matter which algorithms of a perticular set you learn first. It doesn't really make a big difference. It's personal preference. Some people prefer harder first to get it over with. Others like me for example like to learn alot of the easy ones first.

 

[emolover]

How do I get Gelatinbrain to work? On the actual site it loads java then it is just white where the puzzle should be.

 

[Zarxrax]

I was wondering about something... for people who are really fast, is their lookahead good enough that they can track multiple pairs at once and make decisions on the fly about which one would be better at that point? Or are they basically just trying to find the next pair and keep moving?

 

[RyanReese09]

I was wondering about something... for people who are really fast, is their lookahead good enough that they can track multiple pairs at once and make decisions on the fly about which one would be better at that point? Or are they basically just trying to find the next pair and keep moving?

[01:26] <Reese_> jakee: depends. at most ill see 2 pairs and i'll choose the lower move count one (normally the faster one to do)
[01:26] <Reese_> but most of the time i just lookaheadto find a pair

 

[RyanReese09]

I know this sounds stupid but how should I be "fingertricking" the U perms? For CW I have to regrip once and CW I don't but I execute it in a way which gives me lockups a lot. Can't even sub1 the CW (1.0x) and the CCW has to be flawless execution for me to get sub1.
Video would be more helpful than text methinks.

 

[Lorken]

I just assembled my guhong and did it like the lubix ultimate except for the edge mod. I haven't stickered it yet, but the cube feels really flimsy and has popped twice really quickly. Do I just screw it in more or is it like this?

 

[janelle]

Is anyone else having trouble with gqtimer? When I go to the site all I get is this

Spoiler

Traceback (most recent call last):
File "/base/python_runtime/python_lib/versions/1/google/appengine/ext/webapp/__init__.py", line 698, in __call__
handler.get(*groups)
File "/base/data/home/apps/rubikland/1-5.344469830792373394/handlers/timer.py", line 183, in get
player = Player.get_by_key_name(user.federated_identity())
File "/base/python_runtime/python_lib/versions/1/google/appengine/ext/db/__init__.py", line 1212, in get_by_key_name
return get(keys[0], config=config)
File "/base/python_runtime/python_lib/versions/1/google/appengine/ext/db/__init__.py", line 1471, in get
return get_async(keys, **kwargs).get_result()
File "/base/python_runtime/python_lib/versions/1/google/appengine/datastore/datastore_rpc.py", line 632, in get_result
results = self.__rpcs[0].get_result()
File "/base/python_runtime/python_lib/versions/1/google/appengine/api/apiproxy_stub_map.py", line 592, in get_result
return self.__get_result_hook(self)
File "/base/python_runtime/python_lib/versions/1/google/appengine/datastore/datastore_rpc.py", line 1153, in __get_hook
entity = self.__adapter.pb_to_entity(group.entity())
File "/base/python_runtime/python_lib/versions/1/google/appengine/api/datastore.py", line 242, in pb_to_entity
return Entity._FromPb(pb)
File "/base/python_runtime/python_lib/versions/1/google/appengine/api/datastore.py", line 962, in _FromPb
(prop.name(), traceback.format_exc()))
Error: Property user is corrupt in the datastore:
Traceback (most recent call last):
File "/base/python_runtime/python_lib/versions/1/google/appengine/api/datastore.py", line 958, in _FromPb
value = datastore_types.FromPropertyPb(prop)
File "/base/python_runtime/python_lib/versions/1/google/appengine/api/datastore_types.py", line 1785, in FromPropertyPb
_strict_mode=False)
File "/base/python_runtime/python_lib/versions/1/google/appengine/api/users.py", line 115, in __init__
assert _auth_domain
AssertionError

EDIT: I fix it. I just had to clean the cookies xD

 

[Engberg91]

Is anyone else having trouble with gqtimer? When I go to the site all I get is this

Spoiler

Traceback (most recent call last):
File "/base/python_runtime/python_lib/versions/1/google/appengine/ext/webapp/__init__.py", line 698, in __call__
handler.get(*groups)
File "/base/data/home/apps/rubikland/1-5.344469830792373394/handlers/timer.py", line 183, in get
player = Player.get_by_key_name(user.federated_identity())
File "/base/python_runtime/python_lib/versions/1/google/appengine/ext/db/__init__.py", line 1212, in get_by_key_name
return get(keys[0], config=config)
File "/base/python_runtime/python_lib/versions/1/google/appengine/ext/db/__init__.py", line 1471, in get
return get_async(keys, **kwargs).get_result()
File "/base/python_runtime/python_lib/versions/1/google/appengine/datastore/datastore_rpc.py", line 632, in get_result
results = self.__rpcs[0].get_result()
File "/base/python_runtime/python_lib/versions/1/google/appengine/api/apiproxy_stub_map.py", line 592, in get_result
return self.__get_result_hook(self)
File "/base/python_runtime/python_lib/versions/1/google/appengine/datastore/datastore_rpc.py", line 1153, in __get_hook
entity = self.__adapter.pb_to_entity(group.entity())
File "/base/python_runtime/python_lib/versions/1/google/appengine/api/datastore.py", line 242, in pb_to_entity
return Entity._FromPb(pb)
File "/base/python_runtime/python_lib/versions/1/google/appengine/api/datastore.py", line 962, in _FromPb
(prop.name(), traceback.format_exc()))
Error: Property user is corrupt in the datastore:
Traceback (most recent call last):
File "/base/python_runtime/python_lib/versions/1/google/appengine/api/datastore.py", line 958, in _FromPb
value = datastore_types.FromPropertyPb(prop)
File "/base/python_runtime/python_lib/versions/1/google/appengine/api/datastore_types.py", line 1785, in FromPropertyPb
_strict_mode=False)
File "/base/python_runtime/python_lib/versions/1/google/appengine/api/users.py", line 115, in __init__
assert _auth_domain
AssertionError

no problem for me

or did you mean qqtimer?

 

[Godmil]

I just assembled my guhong and did it like the lubix ultimate except for the edge mod. I haven't stickered it yet, but the cube feels really flimsy and has popped twice really quickly. Do I just screw it in more or is it like this?

My guhongs almost never pop, and are pretty controllable, so you can tighten it a bit, but it's all personal preference.