• Welcome to SpeedSolving.com — the world’s largest puzzle community!

    You’re currently browsing as a guest, which means you have limited access to discussions, resources, member profiles, and community features.

    Join 50,000+ cubers and puzzle enthusiasts from around the world to ask questions, share solves, improve faster, and be part of the community.

    Registration is free, fast, and easy — create your account today.

    Already a member? Log in here to hide this message and start participating.

Random Cubing Discussion

Is it just me, or does something like 15.35 sound like a "real", true 15 average. While if someone gets a 15.02 average, it's close to a 14, so you can tell yourself you're almost at a 14 average. What I'm saying is, when someone says they average n, you think of n.20-n.40 average, rather than n.01 or n-1.90.
 
Last edited:
Anyone have any ideas for a CLL+1 system?

All I've thought is to have two sequences for each CLL. Before learning, pick a slot you want to solve every time for each corner orientation. Then use M' or M2 to place that slot's edge at DB (or use DF if you want) and have sequences that preserve the DF/DB edges you placed on U while solving the edge. I guess the sequence could also re-place DF/DB. It would be two sequences per case because DF/DB could be along the same line as the target slot or along the other, and I say M' or M2 so that once the edge is at DB it's always the same orientation.

Doesn't seem simple enough.
 
I just got my Lubix Guhong and its awesome! My f-2 sucks compared to it.
Just wanted to tell someone... :)
 
Hi There,
I'm looking for an alg that performs the fRURURURUf OLL on opposite sides of the cube without changing the middle layer.
( not fRURURURUf x2 fRURURURUf...)
Unfortunately I know way too little of the cube solving programs to properly explore this.

Couldn't such an alg be readily available in one of the more advanced 2x2x2 methods? Although middle layer may be effected...

I'll let you know later what I need it for, exploring something funny but don't want to share too soon ;-)
 
I figured out how to make algs rotationless, but people have probably known about it before though :(

G perm example

normal alg: R U R' y' R2 u' R U' R' U R' u R2

my way of doing it rotationless: R U R' [U' D] R2 U' R U' R' U R' U R2 [U D']
 
I figured out how to make algs rotationless, but people have probably known about it before though :(

G perm example

normal alg: R U R' y' R2 u' R U' R' U R' u R2

my way of doing it rotationless: R U R' [U' D] R2 U' R U' R' U R' U R2 [U D']

You should probably have given an example of one of the G perms that isn't often done rotationless... (Hint: f R f')

EDIT: Works nicely for the (R' U' R) G perm though. I like :)
 
Last edited:
Another way I thought for CLL+1 is to, before inserting the final pair, create another pair on U. I don't know how many cases it would be, but I'm sure it could be reduced by these:

1. Always make an oriented pair - Removes the Pi and H orientations.
2. Always make a pair that faces the same way - Makes it so that each orientation has either one or two possible locations for the solved edge, not three for some orientations if you were to not care about the way the pair faces.
 
Last edited:
Well, I guess the pair would always have to be oriented :o

I find it difficult, but maybe others wouldn't. How many cases is it? ~50 if the pair always faces the same way?
 
Last edited:
Why would it have to be oriented?

A viable possibility, but it adds an extra step to the solve. Don't really like that tbh.

However, making a pair in LL seemingly makes CLL+1 reeeally easy for me to do with the algs I know at the moment.

Making the pair is a bit like heise actually.
 
Yeah, I didn't think you would like that it's an extra step. I thought it would have to be oriented since, if it's not, the edge isn't really solved and it would add a bunch more cases (wouldn't it?).
 
It seems to me that the LL pair would make LS+LL into four substeps with separate recognition for each (pair F2L, make corner and insert pair, CLL+1, L3E). This is more than the common 3-step solutions such as F2L/OLL/PLL, F2L/CPEOLL/2GLL, F2L/CLL/ELL, ELS/CLS/PLL, etc. F2L/CLL+1/L3E is still 3 steps, if you could manage CLL+1 in one. I think it would be very difficult for a 4-step style to compete with a 3-step one at the highest speeds, because of the extra recognition.
 
I've got a 11.99 solve on 3x3 with stackmat. With stackmat. 3rd gen of course. I knew that stck can't display .99
68243_170663619635238_100000748024532_401025_7838386_n.jpg
 
Back
Top