On 11/13/2010 12:31 PM, Joost 't Hart wrote: > On 11/06/2010 06:33 PM, Alexander Wagner wrote: > > Hi, > > Back on this topic. Source of trouble is threefold: > <Zip> > 3) UCI engines report a mate announcement (instead of a centipawn score) > if they see a mate. > In the old days Scid reported the (arbitrarily high) score of 327 for > any UCI mating line. Actually, internally this is still the case, except > that in the engine window, the 327 score is translated back into a > readable "Mate in 3" text. > For annotation purposes the arbitrary cp score is still used, which > allows simple numerical comparison to understand that a mating line is > better than a non-mating line. > Comparing different mating lines (especially the length of those lines) > cannot be not done effectively using the cp score alone, since they all > have the same score of 327.
Added a fix for this one to cvs. Try it with comment-all-moves. The fix does the following: Mate in 1 is upgraded from 327.0 to 327.50; for each move it takes longer to reach the mate, 0.01 is subtracted from this upgraded score. (This fix allows the engine to report an M50 (or M-50) without breaking the existing engine window break :-) ). Cheers, Joost. <zip> ------------------------------------------------------------------------------ Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev _______________________________________________ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
