Polish Nationals 2012 - Multiblind WR

Why bother memorising cycles of pieces if you have an eidetic memory?

Memorizing by position instead of cycles makes memo faster but execution significantly harder. I know it because that's what I'm doing for big cube centers (and no, I don't have an eidetic memory).
 
Memorizing by position instead of cycles makes memo faster but execution significantly harder. I know it because that's what I'm doing for big cube centers (and no, I don't have an eidetic memory).

Perhaps, but we are talking about 3x3's not bigcubes, and immediate recall during execution. Therefore execution could be performed as if one had their eyes open (although probably still doing comms as opposed to a 3x3 speed method).
 
If you memo by position, you still have to figure out which pieces you have to cycle, and you have to do it in your head which is a bit harder than juste seeing the pieces during memo. And about solving eyes open, remember that a BLD method is not a speed method, even if movecount is not that high (at least for BH), recognition is bad because you have to look for pieces everywhere on the cube during the whole solve.
 
If you have an eidetic memory you don't need to memorise cycles. Why is this so hard to understand?

Okay. If you don't memorize cycles, then you don't solve cycles. Right? What method would you use to execute?
EDIT: and you couldn't speed blind it because that would require tracing pieces which isn't made easier by having and eidetic memory.
What am I missing?
 
Wikipedia mentions that a good piece of evidence that there is actually no such thing as eidetic memory is the fact that the World Memory Championships have never had a winner who claimed eidetic memory - they all claim to use mnemonic strategies, much like us blindfold solvers all currently do. (At least, I don't know of anyone who doesn't.)

Things will get interesting the first time a BLD cuber comes along who claims eidetic memory. Of course, our community being who we are, we'll want to subject that poor soul to some really tough tests.

The problem with confirming or denying eidetic memory is that it's all in the head. I really can't see how you could construct a test that could absolutely prove or absolutely disprove it. If eidetic memory required only an instantaneous glance at an object to memorize it, then it might be fairly easy to prove, but since eidetic recall generally requires a while to study the object in order to memorize it, I don't see how you could easily test for it.
 
If you can see the pieces in your head, you don't need to *memorize* cycles. You'd just look at the cube, don the blindfold, and find the cycles as you go.
Or you can just not bother with cycles at all and solve everything you spot using comms. Works perfectly well for big cube centers.
 
Aren't cycles and comms the same thing? And don't forget that someone with a theoretical case of eidetic memory would be able to remember the initial pattern of the cube but not necessarily update it as they go. So you're going to have to solve pieces in some kind of cycle configuration however you do it, as opposed to e.g. a cage-style speedsolving method.
 
Not necessarily. I generally solve a whole center, then another one, and so on. I sometimes even deliberately solve a center at the wrong place, and correct at the end with comms swapping whole centers. This is not really what I call solving by cycles.

And I never said someone with an eidetic memory would automattically be good at BLD. He would have to practice anyway.
 
Yeah, as I said, even with eidetic memory you're not going to be able to track the position of all the pieces as you do random cage comms. If you can track pieces like that you might as well just use a normal speedsolving method.
 
Back
Top