Yeah I agree, using each turn mask all the time would make this take forever.
For cases that are really bad I try a lot of those different turn masks though too to try to find something. I wouldn't throw out RULM, or maybe I can do all the RULM searches, since some of my best ZBLL algs use M turns in an otherwise RUL type alg too. This is where we need to find out what type of turns we all like the most, and try to accomodate everyone. Actualyl it will take longer for just RUL searches, but will include RULM moves too, maybe Doug we could condense the RUL into RULM and be left with RULM = 431 RUF = 510 URD = 610 The problem is I also like RULD = 630 moves and already 4 is getting to be too much to do for every case. Perhaps we can restrict to the "all" general searches, and only do the other side searches in case one of the cases we try just does not have anything good at all. The problem is that if we do these side searches for everything, Doug you may run too many searches. Say the RUL algs for one case stink, but the general includes an optimal alg that is awesome? We have then wasted that search time. I think getting just the QTM/HTM/STM searches for each case would be an ok starting point. From there STM solvers, HTM solvers, etc. can search for the ones they like and if the algs stink, then individualyl we can go through and search for lots of different metrics to find a good alg. Chris Chris --- In zbmethod@yahoogroups.com, "Doug Lee" <[EMAIL PROTECTED]> wrote: > > That is way too many turnface mask codes. > We need just 2 or 3. Especially if we are searious about searching > all 3 metrics (although I sugguest not doing slice metric). > > What I tend to do myself is search inf FTM/HTM all the time, and > then look at the subset of solutions that are lowest in QTM within > those results. > > RUL = 430 > RULM = 431 > RUF = 510 > URD = 610 > > Are ones I like, in fact I think RUL is enough, so take out the RULM. > > Actually how about just RUL and a general search? Both only in HTM. > And then we go back thorugh the especially slow cases. > > Cuz right now, it looks to me like every little thing you add adds a > factor into the equation. And this really adds up.... > > > -Doug > > > > --- In zbmethod@yahoogroups.com, "cmhardw" <[EMAIL PROTECTED]> wrote: > > > > Hey Doug and all searchers, > > > > Start ACube with these > > java -cp ACube3.jar ACube a > > java -cp ACube3.jar ACube qa > > java -cp ACube3.jar ACube sa > > > > And preface the positions with whichever of these you like. These > are > > all the search faces I've ever used. > > > > RUL = 430 > > RULM = 431 > > RU = 410 > > LU = 420 > > RUF = 510 > > LUF = 520 > > RUFM = 511 > > LUFM = 521 > > RULD = 630 > > RUFD = 710 > > LUFD = 720 > > URD = 610 > > ULD = 620 > > MU = 401 (only for EPLL only) > > MUD = 601 > > MUR = 411 > > MUL = 421 > > > > My style is heavily RULM influenced, so will be these face > groupings. > > Please add any that I have left out that you all use. > > > > Everyone searching a case please put in the ACube codes for the > > position and preface it with the face groupings you like most. > > > > Now we need to know exactly who is searching which cases? I can do > > the T cases, since I already have a lot of my output files still > from > > those. For some reason my command window (where I run ACube) won't > > let me copy text, so I'll make .jpgs of my screen captures for the > > search data I still have. > > > > Nobody go too crazy on T cases until I can put up my T searches > that > > are already completed (that will save of search time that I've > already > > done). > > > > Also every who is familiar with ACube put up the codes for your > > favorite face groupings. If you are not familiar with ACube, > simply > > request some face groupings here and one of us will convert it. > > > > Chris > > > > --- In zbmethod@yahoogroups.com, "Doug Lee" <[EMAIL PROTECTED]> > wrote: > > > > > > Sounds very good. > > > I know that I use the "~U" command too so that it doens't count > the > > > U turn as part of the length when searching. > > > I am very strong when it comes to parsing data, writting > parsers, > > > writting scripts that will turn the ACube output directly into a > > > webpage layout, stuff like that. > > > So you guys don't have to worry about filtering through data > besides > > > making them all triggerific! > > > > > > We need someone to write up a bunch of txt files with all the > input > > > strings. Perhaps even separated into q,h,s metrics. But > organized in > > > a really nice way. > > > > > > It looks like it's something that I could run next weekend. > > > > > > Just a lucky coincidence I'm doing a bit of computer lab admin > this > > > weeka and setting up 20 brand new workstations (multi-processor) > > > that should help out big time. > > > > > > I've been running ACube for over 6 years now, so I know how it's > > > done. > > > > > > > > > -Doug Li > > > ------------------------ 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/zbmethod/ <*> 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/
