Algorithm Database Discussion

[Ranzha V. Emodrach]

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.

[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

[Ranzha V. Emodrach]

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!

[miniGOINGS]

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

[Kenneth]

... 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).

[miniGOINGS]

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.

[Cride5]

OK, an update has been made to the alg database. The following updates were made:

1. BUGFIX: Swap CLS + ELS
2. BUGFIX: Sorted out COLL/CLL/ELL plan view
3. FEATURE: "add" link on view pages, for ease of access
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
8. FEATURE: Bulk algorithm upload
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.

For more details on updates and planned features, click here.

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

[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

[miniGOINGS]

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.

[Ranzha V. Emodrach]

OK, an update has been made to the alg database. The following updates were made:

1. BUGFIX: Swap CLS + ELS
2. BUGFIX: Sorted out COLL/CLL/ELL plan view
3. FEATURE: "add" link on view pages, for ease of access
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
8. FEATURE: Bulk algorithm upload
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.

For more details on updates and planned features, click here.

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.