1. Originally Posted by Cride5
ELL images on the dev version look like this:

But if you'd like I could add a view option to make them appear like this:
You did it again XP.
Lol. No worries.

Sounds great! I think either would be okay. I sincerely think that the former one is better for those who use ELL first, if any.

2. Here we go.

http://www.ai.univ-paris8.fr/~bh/cube/

When dealing with LL solutions for EO, EP, CO, and CP here are the optimal movecounts;

Fridrich (OLL + PLL)
9.22 + 11.21 = 20.43

Backwards (PLL + OLL)
8.1 + 12.8 = 20.9

Corners (CLL + ELL)
9.18 + 11.27 = 20.45

Edges (ELL + CLL)
7.87 + 11.73 = 19.6

1LLL (LL)
12.58

3. Originally Posted by miniGOINGS
Here we go.

http://www.ai.univ-paris8.fr/~bh/cube/

When dealing with LL solutions for EO, EP, CO, and CP here are the optimal movecounts;

Fridrich (OLL + PLL)
9.22 + 11.21 = 20.43

Backwards (PLL + OLL)
8.1 + 12.8 = 20.9

Corners (CLL + ELL)
9.18 + 11.27 = 20.45

Edges (ELL + CLL)
7.87 + 11.73 = 19.6

1LLL (LL)
12.58
It's interesting that Backwards, the inverse of the preferred Fridrich LL system, has a negative effect on the movecount, whereas the preferred CLL + ELL is worse than Fridrich and its inverse, ELL + CLL, has a sub-20 movecount.

I'mma try this!

4. Mhm. I'm not sure in which metric the movecounts were generated with, but I think I should find out.

5. Originally Posted by Ranzha V. Emodrach
... and its inverse, ELL + CLL, has a sub-20 movecount
Sounds fine but is much worse than it looks, it is low because ELL first is way easy, almost intuitive and have short algs and I think 14 cases but CLL last is horrible, many have long algs and it is around 80 cases (1:6 of ZBLL), absolutly nobody uses it because of that.

I was learning that once, or... I was using a method that did VHF2L, EP + 1 corner and then the last three corners. then I was planning to expand to 2 steps, learned a few cases but found it was so many of them... I choosed to do CLL/ELL instead and later switched to COLL (because I hated to see oriented edges flip during CLL).

6. Originally Posted by Kenneth
Sounds fine but is much worse than it looks, it is low because ELL first is way easy, almost intuitive and have short algs and I think 14 cases but CLL last is horrible, many have long algs and it is around 80 cases (1:6 of ZBLL), absolutly nobody uses it because of that.

I was learning that once, or... I was using a method that did VHF2L, EP + 1 corner and then the last three corners. then I was planning to expand to 2 steps, learned a few cases but found it was so many of them... I choosed to do CLL/ELL instead and later switched to COLL (because I hated to see oriented edges flip during CLL).
Actually, it doesn't look like it.

"permutation and orientation of edges (13 configurations, average : 7.87),
then permutation and orientation of corners (42 configurations, average : 11.73)."

Doesn't sound too bad to me.

1. BUGFIX: Swap CLS + ELS
2. BUGFIX: Sorted out COLL/CLL/ELL plan view
4. FEATURE: Allow removal of individual algs (currently admin only)
5. FEATURE: Improved parsing of user input to allow: "`", "R'2" and "Rw"
6. BUGFIX: Fixed verification problem for algs ending in x2 rotations
7. FEATURE: Improved duplicate detection, for duplicate algs posted with different rotations
9. FEATURE: Link to alg.garron.us for algorithm animations
10. FEATURE: Initial rotations in separate column, final rotations hidden
11. FEATURE: All AUFs automatically replaced with y rotations for LL algs

I've also re-processed the ZBLL and COLL algs to change AUFs for rotations, so that the move-count stats are better.

If you want any features that aren't in the ToDo-list please let me know below...

8. Originally Posted by miniGOINGS
Originally Posted by Kenneth
Sounds fine but is much worse than it looks, it is low because ELL first is way easy, almost intuitive and have short algs and I think 14 cases but CLL last is horrible, many have long algs and it is around 80 cases (1:6 of ZBLL), absolutly nobody uses it because of that.

I was learning that once, or... I was using a method that did VHF2L, EP + 1 corner and then the last three corners. then I was planning to expand to 2 steps, learned a few cases but found it was so many of them... I choosed to do CLL/ELL instead and later switched to COLL (because I hated to see oriented edges flip during CLL).
Actually, it doesn't look like it.

"permutation and orientation of edges (13 configurations, average : 7.87),
then permutation and orientation of corners (42 configurations, average : 11.73)."

Doesn't sound too bad to me.
Can't be correct, 27 orientations times 12 permutations divied by 4 makes a total of 81

9. Originally Posted by Kenneth
Can't be correct, 27 orientations times 12 permutations divied by 4 makes a total of 81
Yea, it does sound strange. I'll look into it.

10. Originally Posted by Cride5

1. BUGFIX: Swap CLS + ELS
2. BUGFIX: Sorted out COLL/CLL/ELL plan view
4. FEATURE: Allow removal of individual algs (currently admin only)
5. FEATURE: Improved parsing of user input to allow: "`", "R'2" and "Rw"
6. BUGFIX: Fixed verification problem for algs ending in x2 rotations
7. FEATURE: Improved duplicate detection, for duplicate algs posted with different rotations
9. FEATURE: Link to alg.garron.us for algorithm animations
10. FEATURE: Initial rotations in separate column, final rotations hidden
11. FEATURE: All AUFs automatically replaced with y rotations for LL algs

I've also re-processed the ZBLL and COLL algs to change AUFs for rotations, so that the move-count stats are better.

If you want any features that aren't in the ToDo-list please let me know below...
Thanks SO MUCH for this. This is way much and a HUGE improvement.

#### Posting Permissions

• You may not post new threads
• You may not post replies
• You may not post attachments
• You may not edit your posts
•