Hi David --- In [email protected], "d_j_salvia" <[EMAIL PROTECTED]> wrote: > I'm interested in the fewest moves needed to solve the cube using this > notation. What metric should these be classified within?
Slice HTM, surely. > What would > the upper and lower bounds be? Well.. the upper bound cannot /exceed/ Mike Reid's figure of 29, which is the current upper bound in HTM. Presumably this could be reduced, but you'd have to persuade someone to repeat Reid's calculations for your new metric. As for the lower bound, I don't currently have the energy to do the standard counting argument, taking into account commutation of moves on the same axis -- but you almost certainly know how to do this anyway. Since it is the argument that gives 18 (rather than 20) as the lower bound for HTM, you probably wanted something better than that. Unfortunately, I don't have an optimal solver for this metric, so I can't try likely-looking candidates... Regards Mike ------------------------ Yahoo! Groups Sponsor --------------------~--> Get fast access to your favorite Yahoo! Groups. Make Yahoo! your home page http://us.click.yahoo.com/dpRU5A/wUILAA/yQLSAA/MXMplB/TM --------------------------------------------------------------------~-> Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/speedsolvingrubikscube/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
