Scorpio 1.7 bug?

Discussions about Winboard/Xboard. News about engines or programs to use with these GUIs (e.g. tournament managers or adapters) belong in this sub forum.

Moderator: Andres Valverde

Scorpio 1.7 bug?

Postby GenoM » 17 Jul 2006, 16:08

hi all

Had anyone experienced such sort of problem with Scorpio 1.7?
in the game against Crafty from 46th move it began to use only 2-3 seconds/move and of course lost the game

here the game:

[Event "Test_elo"]
[Site "SMARTKID"]
[Date "2006.07.13"]
[Round "1"]
[White "Crafty 19.15 DC"]
[Black "Scorpio 1.7"]
[Result "1-0"]
[ECO "B85"]
[Opening "Sicilian"]
[Time "17:26:12"]
[Variation "Scheveningen, Classical, Main Line, 9...Nc6 10.a4 Qc7"]
[TimeControl "900+3"]
[Termination "normal"]
[PlyCount "146"]
[WhiteType "program"]
[BlackType "program"]

{D:\Documents and Settings\Geno\My Documents\chess_files\nunn-corus_1.pgn 12/21
(Adams,Mi-Topalov,V, Wijk aan Zee NED, 2006.01.15, 1-0)} 1.e4 c5 2.Nf3 d6 3.d4 cxd4 4.Nxd4 Nf6 5.Nc3
a6 6.Be2 e6 7.O-O Be7 8.a4 Nc6 9.Be3 O-O 10.f4 Qc7 11.Nxc6 {+0.39/9 32} bxc6
{-0.39/11 42} 12.Qd3 {+0.37/9 25} a5 {-0.34/10 27} 13.Rad1 {+0.34/9 21} e5 {-0.20/11 26}
14.Bc1 {+0.42/8 20} Ng4 {-0.32/10 25} 15.Qg3 {+0.76/10 20} exf4 {-0.14/10 25} 16.Bxf4
{+0.69/10 20} Ne5 {-0.11/11 24} 17.Bh5 {+0.56/9 21} Qb6+ {0.00/10 24} 18.Kh1 {+0.53/9 21}
Be6 {0.00/10 23} 19.Bh6 {+0.42/8 18} Ng6 {+0.10/10 22} 20.Bc1 {+0.32/9 18} Rab8
{+0.12/10 22} 21.Bg4 {+0.29/8 18} Bxg4 {+0.10/10 22} 22.Qxg4 {+0.28/9 17} Rfe8 {+0.22/11
21} 23.Qf3 {+0.34/9 17} Ne5 {+0.24/12 20} 24.Qf4 {+0.34/10 17} Qc5 {+0.02/11 20}
25.Qg3 {+0.42/9 16} Rb7 {+0.04/11 20} 26.b3 {+0.46/9 16} Bd8 {+0.01/10 19} 27.Rf5
{+0.53/10 16} Kh8 {+0.01/11 19} 28.Bf4 {+0.56/10 15} Bb6 {+0.03/11 18} 29.Qh3 {+0.67/8
15} f6 {+0.06/11 18} 30.Rf1 {+0.62/10 16} Rbe7 {+0.12/10 17} 31.Rh5 {+0.57/10 15}
g5 {+0.27/11 17} 32.Bd2 {+0.73/9 20} Rf7 {+0.30/10 16} 33.Qf5 {+0.80/9 15} Qd4
{+0.46/11 16} 34.Nb1 {+0.46/10 14} Qb2 {+0.62/11 16} 35.Rh6 {+0.50/9 14} Ref8 {+0.54/11
15} 36.Rc1 {+0.63/10 14} Bc5 {+0.30/11 15} 37.Rh3 {+0.87/10 14} Bb4 {+0.17/11 15}
38.Nc3 {+0.81/10 13} Re8 {+0.17/10 14} 39.Nd1 {+0.53/10 17} Qa3 {0.00/11 14} 40.Nc3
{+0.79/9 12} Qb2 {0.00/11 14} 41.Re3 {+0.57/9 12} Kg8 {+0.37/10 13} 42.Qh3 {+0.40/8 12}
Bc5 {+0.43/10 13} 43.Nd1 {+0.54/10 24} Qa2 {+0.20/11 13} 44.Rg3 {+1.02/10 11} Ba3
{+0.40/10 12} 45.Nc3 {+0.89/11 11} Qb2 {+0.41/10 3} 46.Qf5 {+0.88/10 11} Bb4 {+0.33/9 3}
47.Qf1 {+1.01/10 58} Rff8 {+0.31/8 3} 48.Qd1 {+1.97/10 10} Bc5 {-0.05/8 2} 49.Ra1
{+3.22/11 10} Bd4 {-3.33/9 2} 50.Ra2 {+3.46/11 9} Bxc3 {-3.50/11 3} 51.Rxb2 {+3.33/11 10}
Bxb2 {-3.47/10 2} 52.Bxa5 Re6 {-3.52/9 2} 53.c3 {+3.36/8 9} Ba3 {-3.69/9 2} 54.h4
{+3.10/9 23} Bc5 {-3.51/9 3} 55.Qf1 {+3.42/10 8} g4 {-3.46/9 3} 56.Qf5 {+3.75/10 8} Re7
{-3.71/11 2} 57.c4 {+3.86/9 8} Bd4 {-3.76/8 3} 58.Bd2 {+3.83/10 8} Ref7 {-4.29/8 2}
59.Bf4 {+3.86/10 10} Kh8 {-4.17/9 2} 60.Qe6 {+4.07/11 8} Bf2 {-4.00/10 3} 61.Bxe5
{+4.14/11 9} fxe5 {-4.26/11 2} 62.Rxg4 {+4.21/10 7} Bc5 {-4.12/10 2} 63.Qh6 {+4.34/9 7}
Bb4 {-4.29/9 2} 64.Kh2 {+4.34/10 7} Rd8 {-4.70/10 3} 65.Kh3 {+4.41/9 7} Rb8
{-4.79/10 3} 66.Kh2 {+4.34/9 9} Rd8 {0.00/16 3} 67.Qe6 {+4.60/10 7} Rdf8 {-4.53/10 2}
68.Rg5 {+4.59/10 7} R7f4 {-4.53/9 3} 69.Rh5 {+4.63/9 7} R4f7 {-5.02/10 3} 70.Rf5
{+5.09/10 7} Kg7 {-5.27/9 2} 71.g4 {+5.19/9 6} Bc5 {-5.62/9 3} 72.h5 {+6.08/9 7} Kg8
{-5.99/9 3} 73.g5 {+11.17/10 6} Be3 {-13.89/8 2} {Black resigned} 1-0

any ideas?

Geno
we live in a beautiful world
GenoM
 
Posts: 36
Joined: 27 Dec 2004, 02:49
Location: Bulgaria

Re: Scorpio 1.7 bug?

Postby George Lyapko » 18 Jul 2006, 12:13

User avatar
George Lyapko
 
Posts: 49
Joined: 27 Sep 2004, 14:34
Location: Mukachewo(Ukraine)/Ried(Austria)

Re: Scorpio 1.7 bug?

Postby GenoM » 18 Jul 2006, 12:36

thanks George

i think i was using Scorpio 1.7X but i am not so sure now...
the matter is that i am using a new PC and my previous hard disks are temporarily unaccessible so i cant see which version of Scorpio i am using now. Only i can tell the scorpio.exe date is 21.2.2006. Is that a Scorpio 1.7X?

can you e-mail me the 1.7X version?

regards,
Geno

Ps:
indeed my scorpio.ini is the same as yours, but i dont know what 'mt=2' means... is 'mt' for MultiTreading? Cause i was thinkin that is for some sort of 'tables' - 'ht'='HashTables', 'pt'='pawnTables' and so on...
we live in a beautiful world
GenoM
 
Posts: 36
Joined: 27 Dec 2004, 02:49
Location: Bulgaria

Re: Scorpio 1.7 bug?

Postby Guenther Simon » 18 Jul 2006, 12:51

GenoM wrote:thanks George

i think i was using Scorpio 1.7X but i am not so sure now...
the matter is that i am using a new PC and my previous hard disks are temporarily unaccessible so i cant see which version of Scorpio i am using now. Only i can tell the scorpio.exe date is 21.2.2006. Is that a Scorpio 1.7X?

can you e-mail me the 1.7X version?

regards,
Geno

Ps:
indeed my scorpio.ini is the same as yours, but i dont know what 'mt=2' means... is 'mt' for MultiTreading? Cause i was thinkin that is for some sort of 'tables' - 'ht'='HashTables', 'pt'='pawnTables' and so on...


Hi Geno,

Why not using a newer version like 1.8(already 5 weeks old)?
There are also newer egbb+dll available since June.
(BTW yes 21.02.06 was the first 1.7 version released)

Yes 'mt' stands for the number of cpus used.

Best regards,
Guenther
User avatar
Guenther Simon
 
Posts: 794
Joined: 26 Sep 2004, 19:49
Location: Regensburg, Germany

Re: Scorpio 1.7 bug?

Postby GenoM » 18 Jul 2006, 13:21

thanks Guenther

i am using Scorpio 1.8 too (yes, it looks stronger than 1.7) but i had to try by myself 'who is who':-) Because of this bug (or because of the bad influence of 'mt=2' in the .ini file) i havent tested much 1.7 version.

regards,
Geno
we live in a beautiful world
GenoM
 
Posts: 36
Joined: 27 Dec 2004, 02:49
Location: Bulgaria

Re: Scorpio 1.7 bug?

Postby Kirill Kryukov » 20 Jul 2006, 04:25

Hello everyone. I just noticed the same bug (feature?) in Scorpio 1.8. My scorpio.ini:
Code: Select all
ht 128
pht 32
eht 32
mt  1
resign              600
egbb_path           C:\Chess\Engines\Scorpio-1.8\egbb\
egbb_cache_size     32
multi_personality   opn mid end


Two games where this happened:
Code: Select all
[Event "CCRL-36"]
[Site "KD"]
[Date "2006.07.19"]
[Round "31.1"]
[White "Scorpio 1.8 1-CPU 4-men-egbb"]
[Black "Spike 1.2 Turin"]
[Result "0-1"]
[ECO "D00"]
[PlyCount "144"]
[EventDate "2006.07.14"]
[TimeControl "40/4320:0/0:0/0"]

1. d4 {[%emt 0:00:00]} d5 {[%emt 0:00:00]} 2. Bg5 {[%emt 0:00:00]} h6 {
[%emt 0:00:00]} 3. Bh4 {[%emt 0:00:00]} c6 {[%emt 0:00:00]} 4. e3 {
[%emt 0:00:00]} Qb6 {[%emt 0:00:00]} 5. b3 {[%emt 0:00:00]} e5 {[%emt 0:00:00]}
6. Nf3 {[%emt 0:00:00]} e4 {[%emt 0:00:00]} 7. Nfd2 {[%emt 0:00:00]} Ne7 {
[%emt 0:00:00]} 8. f3 {[%emt 0:00:00]} exf3 {[%emt 0:00:00]} 9. Qxf3 {
[%eval 3,17] [%emt 0:02:09]} Na6 {(Nf5) [%eval -18,16] [%emt 0:02:19]} 10. Bd3
{(c3) [%eval -7,14] [%emt 0:02:08]} Nb4 {[%eval -77,17] [%emt 0:02:21]} 11. O-O
{[%eval -3,17] [%emt 0:02:09]} Be6 {[%eval -52,17] [%emt 0:02:57]} 12. Bxe7 {
(Qe2) [%eval -8,17] [%emt 0:02:09]} Bxe7 {[%eval -60,17] [%emt 0:02:15]} 13.
Bf5 {[%eval -33,16] [%emt 0:02:16]} O-O {(c5) [%eval -66,16] [%emt 0:02:06]}
14. a3 {[%eval -14,16] [%emt 0:02:09]} Qa5 {(Na6) [%eval -60,16] [%emt 0:01:55]
} 15. c3 {[%eval -8,15] [%emt 0:02:09]} Na6 {[%eval -47,16] [%emt 0:02:24]} 16.
e4 {(b4) [%eval -9,15] [%emt 0:02:10]} Bg5 {[%eval -49,14] [%emt 0:03:21]} 17.
b4 {[%eval -9,15] [%emt 0:02:10]} Qa4 {(Qc7) [%eval -66,15] [%emt 0:02:05]} 18.
e5 {(exd5) [%eval -11,14] [%emt 0:02:10]} Nc7 {
(Rae8) [%eval -77,16] [%emt 0:03:01]} 19. Qd3 {
(Kh1) [%eval -33,14] [%emt 0:02:14]} a5 {[%eval -81,15] [%emt 0:02:01]} 20.
bxa5 {[%eval -39,14] [%emt 0:02:11]} Bxf5 {(c5) [%eval -87,15] [%emt 0:02:28]}
21. Rxf5 {[%eval -39,16] [%emt 0:02:11]} Rxa5 {
(Ne6) [%eval -96,15] [%emt 0:01:57]} 22. Kh1 {
(Ra2) [%eval -39,15] [%emt 0:02:11]} Qb5 {(c5) [%eval -95,16] [%emt 0:02:21]}
23. Qxb5 {[%eval -52,17] [%emt 0:02:12]} Nxb5 {[%eval -131,18] [%emt 0:02:13]}
24. Nb3 {[%eval -65,18] [%emt 0:02:12]} Ra7 {[%eval -126,18] [%emt 0:01:57]}
25. Rf2 {[%eval -77,19] [%emt 0:02:12]} Rfa8 {[%eval -151,18] [%emt 0:02:51]}
26. Rfa2 {[%eval -88,18] [%emt 0:02:13]} Ra4 {
(f6) [%eval -151,17] [%emt 0:01:44]} 27. g3 {[%eval -66,17] [%emt 0:02:13]} Rc4
{(b6) [%eval -155,18] [%emt 0:02:21]} 28. h4 {[%eval -76,19] [%emt 0:02:14]}
Be7 {[%eval -158,18] [%emt 0:02:03]} 29. N3d2 {[%eval -76,20] [%emt 0:02:14]}
Rca4 {[%eval -154,17] [%emt 0:01:49]} 30. Kg2 {[%eval -85,18] [%emt 0:02:15]}
Bf8 {(Nxa3) [%eval -144,16] [%emt 0:03:54]} 31. Nb3 {
[%eval -57,16] [%emt 0:02:16]} f6 {(b6) [%eval -146,17] [%emt 0:02:27]} 32.
exf6 {(Rf2) [%eval -80,16] [%emt 0:02:16]} gxf6 {[%eval -153,16] [%emt 0:02:20]
} 33. Kf3 {(Rf2) [%eval -84,17] [%emt 0:02:17]} Kf7 {
[%eval -175,15] [%emt 0:02:13]} 34. g4 {(Re2) [%eval -103,17] [%emt 0:02:18]}
Bd6 {[%eval -190,15] [%emt 0:01:22]} 35. Nc1 {
(Rg2) [%eval -97,16] [%emt 0:02:19]} h5 {(f5) [%eval -225,14] [%emt 0:01:19]}
36. gxh5 {[%eval -102,16] [%emt 0:02:21]} Rh8 {[%eval -219,16] [%emt 0:01:59]}
37. Nd3 {(Rg2) [%eval -206,18] [%emt 0:06:39]} Rxh5 {
[%eval -285,15] [%emt 0:01:35]} 38. Kg4 {[%eval -220,17] [%emt 0:01:04]} Rh8 {
[%eval -298,15] [%emt 0:01:20]} 39. Rd2 {[%eval -228,16] [%emt 0:01:05]} Re8 {
(Rg8+) [%eval -292,14] [%emt 0:01:32]} 40. Kf3 {
(Kh3) [%eval -216,16] [%emt 0:01:08]} Re4 {[%eval -294,14] [%emt 0:01:23]} 41.
h5 {(Nb2) [%eval -226,16] [%emt 0:01:43]} Rh4 {[%eval -304,15] [%emt 0:02:00]}
42. Raa2 {(Rf2) [%eval -248,15] [%emt 0:01:43]} Rxh5 {
[%eval -312,14] [%emt 0:01:40]} 43. Nf2 {(Ke2) [%eval -266,15] [%emt 0:01:43]}
Rg5 {(f5) [%eval -292,14] [%emt 0:02:36]} 44. Ke2 {
[%eval -270,15] [%emt 0:01:43]} f5 {[%eval -286,15] [%emt 0:01:58]} 45. Kf1 {
[%eval -282,15] [%emt 0:01:43]} Kf6 {(f4) [%eval -267,15] [%emt 0:01:56]} 46.
Rd3 {[%eval -278,17] [%emt 0:01:43]} f4 {[%eval -284,16] [%emt 0:01:38]} 47.
Rh3 {[%eval -290,17] [%emt 0:01:44]} Rg3 {[%eval -277,16] [%emt 0:02:04]} 48.
Rh6+ {[%eval -292,17] [%emt 0:01:44]} Kg5 {(Kg7) [%eval -273,17] [%emt 0:01:49]
} 49. Re6 {[%eval -260,16] [%emt 0:01:44]} Kf5 {
(Bxa3) [%eval -284,16] [%emt 0:02:24]} 50. Rh6 {[%eval -260,16] [%emt 0:01:44]}
Be7 {(Bxa3) [%eval -276,15] [%emt 0:01:29]} 51. Rh7 {
(Rh5+) [%eval -278,15] [%emt 0:02:45]} Bf6 {[%eval -287,16] [%emt 0:01:56]} 52.
Nd1 {[%eval -298,15] [%emt 0:01:42]} b6 {[%eval -298,15] [%emt 0:01:54]} 53.
Rh6 {(Rah2) [%eval -318,15] [%emt 0:03:43]} Nd6 {[%eval -312,14] [%emt 0:01:44]
} 54. Rh5+ {[%eval -330,15] [%emt 0:01:39]} Bg5 {
(Kg6) [%eval -311,15] [%emt 0:02:32]} 55. Rh8 {
(Rh7) [%eval -328,15] [%emt 0:01:39]} Ne4 {(Ra7) [%eval -328,14] [%emt 0:01:41]
} 56. Rb2 {[%eval -334,14] [%emt 0:01:39]} Bf6 {
(f3) [%eval -321,14] [%emt 0:02:29]} 57. Rh5+ {[%eval -369,16] [%emt 0:02:29]}
Kg6 {[%eval -314,16] [%emt 0:02:26]} 58. Rhh2 {[%eval -386,15] [%emt 0:01:45]}
c5 {(b5) [%eval -343,15] [%emt 0:02:23]} 59. dxc5 {
[%eval -395,15] [%emt 0:01:37]} bxc5 {[%eval -346,14] [%emt 0:01:35]} 60. Rb6 {
(Rhg2) [%eval -405,15] [%emt 0:01:37]} Kf5 {
(Ra7) [%eval -364,14] [%emt 0:01:38]} 61. Rh5+ {[%eval -347,15] [%emt 0:01:38]}
Bg5 {(Rg5) [%eval -373,14] [%emt 0:01:22]} 62. Rh8 {
(Rh2) [%eval -442,16] [%emt 0:06:31]} Rf3+ {(f3) [%eval -384,14] [%emt 0:01:34]
} 63. Kg2 {(Ke2) [%eval -388,15] [%emt 0:01:23]} Kg4 {
[%eval -500,15] [%emt 0:01:35]} 64. Rg6 {(Rg8) [%eval -426,14] [%emt 0:02:04]}
Ra7 {(Rd3) [%eval -541,15] [%emt 0:01:40]} 65. Rxg5+ {
[%eval -632,18] [%emt 0:06:28]} Nxg5 {[%eval -557,15] [%emt 0:00:37]} 66. Nd2 {
(Nf2+) [%eval 1,1] [%emt 0:00:00]} Rg3+ {[%eval -760,14] [%emt 0:01:27]} 67.
Kf1 {[%eval 1,1] [%emt 0:00:00]} Rxa3 {[%eval -812,15] [%emt 0:02:01]} 68. Nb2
{(Re8) [%eval 1,1] [%emt 0:00:00]} Ra1+ {[%eval -32758,17] [%emt 0:01:39]} 69.
Nb1 {(Kf2) [%eval 1,1] [%emt 0:00:00]} Rxb1+ {[%eval -32761,11] [%emt 0:00:01]}
70. Nd1 {[%eval 1,1] [%emt 0:00:00]} Rxd1+ {[%eval -32762,9] [%emt 0:00:00]}
71. Kf2 {[%eval 1,1] [%emt 0:00:00]} Rgd3 {[%eval -32763,7] [%emt 0:00:00]} 72.
Ke2 {(Re8) [%eval 1,1] [%emt 0:00:00]} R3d2# {[%eval -32766,1] [%emt 0:00:00]}
0-1

[Event "CCRL-36"]
[Site "KD"]
[Date "2006.07.20"]
[Round "32.1"]
[White "Spike 1.2 Turin"]
[Black "Scorpio 1.8 1-CPU 4-men-egbb"]
[Result "1-0"]
[ECO "E60"]
[PlyCount "129"]
[EventDate "2006.07.14"]
[TimeControl "40/4320:0/0:0/0"]

1. b3 {[%emt 0:00:00]} Nf6 {[%emt 0:00:00]} 2. Nf3 {[%emt 0:00:00]} g6 {
[%emt 0:00:00]} 3. Bb2 {[%emt 0:00:00]} Bg7 {[%emt 0:00:00]} 4. g3 {
[%emt 0:00:00]} O-O {[%emt 0:00:00]} 5. Bg2 {[%emt 0:00:00]} d6 {[%emt 0:00:00]
} 6. d4 {[%emt 0:00:00]} Nbd7 {[%emt 0:00:00]} 7. c4 {[%emt 0:00:00]} c6 {
[%emt 0:00:00]} 8. O-O {[%emt 0:00:00]} Qc7 {[%emt 0:00:00]} 9. Nc3 {
[%eval 20,16] [%emt 0:03:06]} a6 {(Rd8) [%eval 40,15] [%emt 0:03:13]} 10. Qc2 {
[%eval 22,14] [%emt 0:02:28]} b5 {(Rd8) [%eval 28,15] [%emt 0:02:06]} 11. Ng5 {
(cxb5) [%eval 5,13] [%emt 0:02:15]} bxc4 {[%eval 4,14] [%emt 0:02:07]} 12. bxc4
{[%eval -23,15] [%emt 0:02:39]} e5 {(Nb6) [%eval 6,15] [%emt 0:02:07]} 13. Na4
{(e3) [%eval 17,14] [%emt 0:01:55]} Rb8 {(exd4) [%eval -12,14] [%emt 0:02:07]}
14. Rab1 {[%eval 12,14] [%emt 0:02:04]} Re8 {[%eval -16,14] [%emt 0:02:07]} 15.
e3 {[%eval 6,15] [%emt 0:03:05]} h6 {[%eval -7,14] [%emt 0:02:08]} 16. Nf3 {
(Ne4) [%eval -2,16] [%emt 0:02:16]} exd4 {(Nf8) [%eval 0,15] [%emt 0:02:08]}
17. Nxd4 {[%eval 39,16] [%emt 0:02:01]} Bb7 {[%eval 1,16] [%emt 0:02:08]} 18.
c5 {[%eval 27,18] [%emt 0:05:43]} d5 {(Nxc5) [%eval -3,16] [%emt 0:02:08]} 19.
Nb6 {(Rfd1) [%eval 48,14] [%emt 0:02:47]} Ne4 {[%eval 12,14] [%emt 0:02:09]}
20. Nxd7 {[%eval 99,16] [%emt 0:01:54]} Qxd7 {[%eval 10,15] [%emt 0:00:32]} 21.
Ne2 {(Nb3) [%eval 99,16] [%emt 0:02:43]} Nf6 {[%eval 30,14] [%emt 0:02:14]} 22.
Bd4 {[%eval 105,16] [%emt 0:01:48]} Qc7 {(Ba8) [%eval 36,15] [%emt 0:02:14]}
23. Qc3 {(Rfd1) [%eval 155,16] [%emt 0:01:46]} Ne4 {
(Qe7) [%eval 72,18] [%emt 0:03:22]} 24. Bxe4 {[%eval 150,18] [%emt 0:01:48]}
Bxd4 {[%eval 70,18] [%emt 0:00:33]} 25. Nxd4 {[%eval 149,18] [%emt 0:02:03]}
Rxe4 {[%eval 89,19] [%emt 0:02:18]} 26. Rb6 {[%eval 159,18] [%emt 0:02:34]} Ra8
{[%eval 94,19] [%emt 0:02:18]} 27. Rfb1 {[%eval 188,18] [%emt 0:02:00]} Ra7 {
[%eval 104,18] [%emt 0:02:18]} 28. R1b4 {(Nb3) [%eval 176,18] [%emt 0:02:18]}
Re7 {[%eval 105,16] [%emt 0:02:19]} 29. Nf3 {
(Qb2) [%eval 179,18] [%emt 0:02:27]} Re8 {(Bc8) [%eval 111,17] [%emt 0:02:20]}
30. Qb2 {[%eval 208,17] [%emt 0:02:21]} Re7 {[%eval 210,20] [%emt 0:09:21]} 31.
Rh4 {[%eval 239,17] [%emt 0:01:46]} h5 {[%eval 210,19] [%emt 0:01:41]} 32. g4 {
[%eval 278,16] [%emt 0:02:10]} Qd7 {(Re4) [%eval 245,18] [%emt 0:02:32]} 33.
gxh5 {[%eval 301,16] [%emt 0:02:02]} gxh5 {[%eval 245,17] [%emt 0:01:36]} 34.
Qf6 {(Rbb4) [%eval 298,16] [%emt 0:01:20]} Qe6 {
(Re6) [%eval 267,16] [%emt 0:01:37]} 35. Qg5+ {[%eval 301,15] [%emt 0:02:08]}
Qg6 {[%eval 311,19] [%emt 0:02:26]} 36. Rxh5 {[%eval 333,17] [%emt 0:01:29]}
Qxg5+ {[%eval 321,18] [%emt 0:01:29]} 37. Rxg5+ {[%eval 351,18] [%emt 0:01:25]}
Kf8 {[%eval 315,19] [%emt 0:01:31]} 38. Nd4 {[%eval 356,18] [%emt 0:01:25]} Rc7
{[%eval 315,18] [%emt 0:01:32]} 39. h4 {[%eval 371,17] [%emt 0:01:25]} a5 {
(Ra8) [%eval 408,18] [%emt 0:02:49]} 40. h5 {[%eval 429,15] [%emt 0:00:51]} Ra8
{[%eval 447,17] [%emt 0:00:28]} 41. h6 {[%eval 429,16] [%emt 0:01:37]} Ke7 {
[%eval 459,18] [%emt 0:01:43]} 42. h7 {(Nf5+) [%eval 433,16] [%emt 0:01:41]}
Rh8 {[%eval 402,19] [%emt 0:01:43]} 43. Rg8 {
(Nf5+) [%eval 493,20] [%emt 0:06:22]} Rxh7 {[%eval 425,19] [%emt 0:01:43]} 44.
Nf5+ {[%eval 510,19] [%emt 0:01:41]} Ke6 {(Kd7) [%eval 426,20] [%emt 0:01:43]}
45. Nd6 {[%eval 517,19] [%emt 0:02:04]} f6 {[%eval 440,19] [%emt 0:01:43]} 46.
Rb8 {[%eval 520,18] [%emt 0:02:16]} d4 {(Bc8) [%eval 456,18] [%emt 0:01:43]}
47. exd4 {[%eval 530,17] [%emt 0:01:51]} Kd5 {
(Bc8) [%eval 474,18] [%emt 0:01:44]} 48. Nxb7 {[%eval 546,16] [%emt 0:01:42]}
Kxd4 {[%eval 480,17] [%emt 0:01:44]} 49. a4 {[%eval 546,16] [%emt 0:02:25]}
Rhd7 {(Rhe7) [%eval 504,16] [%emt 0:01:44]} 50. Rb2 {
(Kf1) [%eval 574,15] [%emt 0:01:59]} Rh7 {(Rg7+) [%eval 518,15] [%emt 0:01:44]}
51. Nxa5 {[%eval 621,14] [%emt 0:01:28]} Kxc5 {[%eval 552,15] [%emt 0:02:36]}
52. Rc2+ {[%eval 614,14] [%emt 0:01:36]} Kd6 {[%eval 576,16] [%emt 0:01:43]}
53. Rb6 {[%eval 628,14] [%emt 0:01:32]} Rh4 {[%eval 628,15] [%emt 0:03:26]} 54.
Nb7+ {[%eval 634,14] [%emt 0:01:48]} Rxb7 {(Ke5) [%eval 1,1] [%emt 0:00:00]}
55. Rxb7 {[%eval 719,15] [%emt 0:00:26]} Rg4+ {
(Rxa4) [%eval 1,1] [%emt 0:00:00]} 56. Kh2 {[%eval 755,16] [%emt 0:02:25]} Rf4
{(Rxa4) [%eval 1,1] [%emt 0:00:00]} 57. Ra2 {[%eval 891,14] [%emt 0:01:43]} Re4
{(c5) [%eval 1,1] [%emt 0:00:00]} 58. a5 {[%eval 1228,16] [%emt 0:01:35]} Rd4 {
(Rh4+) [%eval 1,1] [%emt 0:00:00]} 59. a6 {[%eval 1283,17] [%emt 0:02:22]} Rc4
{(Rh4+) [%eval 1,1] [%emt 0:00:00]} 60. a7 {[%eval 32757,15] [%emt 0:01:24]}
Rb4 {(Rh4+) [%eval 1,1] [%emt 0:00:00]} 61. Rxb4 {
[%eval 32761,11] [%emt 0:00:06]} c5 {[%eval 1,1] [%emt 0:00:00]} 62. Rd2+ {
[%eval 32762,9] [%emt 0:00:01]} Ke5 {[%eval 1,1] [%emt 0:00:00]} 63. a8=Q {
[%eval 32763,7] [%emt 0:00:00]} c4 {(f5) [%eval 1,1] [%emt 0:00:00]} 64. Qd5+ {
[%eval 32765,3] [%emt 0:00:00]} Kf4 {[%eval 1,1] [%emt 0:00:00]} 65. Rxc4# {
[%eval 32766,1] [%emt 0:00:00]} 1-0


At some point Scorpio started to use 0 seconds and depth 1 for each move, making random moves. I noticed that it happens only when Scorpio is losing. Is it affected by "resign" parameter in scorpio.ini?
User avatar
Kirill Kryukov
 
Posts: 127
Joined: 21 Sep 2005, 09:56

Re: Scorpio 1.7 bug?

Postby Daniel Shawul » 20 Jul 2006, 05:45

Kirill,
Are you using the bug fixed version of scorpio 1.8?
I guess I fixed the time control bug related to incremental type clocks. I thought it never happens in standard x moves/ y minutes
tc. I will see what i can do
regards,
Daniel
User avatar
Daniel Shawul
 
Posts: 366
Joined: 28 Sep 2004, 09:33
Location: Ethiopia

Re: Scorpio 1.7 bug?

Postby Kirill Kryukov » 20 Jul 2006, 06:24

Hi Daniel! Thanks for looking into this! I downloaded Scorpio 1.8 from WBEC. It does not say if it is fixed version or not. readme.txt does not mention it too. Why don't you increment the version every time you fix something? For example you could name it "Scorpio 1.8.01" if the fix was minor, or something. Then you will always know what version was used. Just a suggestion.

About this problem - Graham told me that it is Scorpio's way to resign. I saw that it happens only when Scorpio is already losing. That's why I am curious if "resign" parameter in srorpio.ini has anything to do with it. Has it? If so, it would be very nice if it was described in the "readme.txt". :-)

I enjoy running Scorpio actually. It has interesting play and strong endgame (probably because of 4-piece bitbases). I am looking forward for the day when 5-piece bitbases will be available for Scorpio. I expect it to become stronger with them.

My wishes for Scorpio: 1. UCI support. 2. 5-men bitbases. 3. 6-men bitbases. :-) 4. Beat Rybka, outsell Fritz. :-)

Best,
Kirill
User avatar
Kirill Kryukov
 
Posts: 127
Joined: 21 Sep 2005, 09:56

Re: Scorpio 1.7 bug?

Postby Daniel Shawul » 20 Jul 2006, 08:13

Hi Kirilli
Hi Daniel! Thanks for looking into this! I downloaded Scorpio 1.8 from WBEC. It does not say if it is fixed version or not. readme.txt does not mention it too. Why don't you increment the version every time you fix something? For example you could name it "Scorpio 1.8.01" if the fix was minor, or something. Then you will always know what version was used. Just a suggestion.


Sorry about that, I will do that in the future.
Scoripio sometimes uses excessive time when it is down by at least a pawn , this may sometimes cause a problem when it is so little time left. But i never taught it could be down to a 1ply search.

enjoy running Scorpio actually. It has interesting play and strong endgame (probably because of 4-piece bitbases). I am looking forward for the day when 5-piece bitbases will be available for Scorpio. I expect it to become stronger with them.

Thanks for testing. 5 piece bitbases are 340mb, which i think is still too big. May be after i decrease the size a bit, i will make it publicly available.


My wishes for Scorpio: 1. UCI support. 2. 5-men bitbases. 3. 6-men bitbases. 4. Beat Rybka, outsell Fritz.


Sorry i can't fulfill all your wishes in the near future :) If i ever do 6-men, they will probably will not fit in RAM and it will not be as efficient. So i do not plan to generate 6 men for now.
Well about beating Rybka... you never know, i could find the majic formula one day ;)
regards,
Daniel [/code]
User avatar
Daniel Shawul
 
Posts: 366
Joined: 28 Sep 2004, 09:33
Location: Ethiopia

Re: Scorpio 1.7 bug?

Postby Kirill Kryukov » 20 Jul 2006, 10:10

Daniel Shawul wrote:Sorry about that, I will do that in the future.

Thanks!

Daniel Shawul wrote:Scoripio sometimes uses excessive time when it is down by at least a pawn , this may sometimes cause a problem when it is so little time left. But i never taught it could be down to a 1ply search.

Scorpio had plenty of time in my examples, about an hour or so. So the reason is not lack of time. As I said, Graham told me that Scorpio does this when it is losing, as a form of resignation. Is it correct? If so, is there way to switch this off?

Daniel Shawul wrote:Thanks for testing. 5 piece bitbases are 340mb, which i think is still too big. May be after i decrease the size a bit, i will make it publicly available.

Welcome! I would be happy with 340 MB, and probably many others. Four of my test machines have at least 1 GB RAM. But I respect your decision. Release it when you feel it's ready.

Daniel Shawul wrote:Sorry i can't fulfill all your wishes in the near future :) If i ever do 6-men, they will probably will not fit in RAM and it will not be as efficient. So i do not plan to generate 6 men for now.

As you know 5-men Nalimov tablebases are about 7.5 GB, and don't fit into RAM usually. This does not stop people from using them. 6-men Nalimov tablebases are over 1 TB and people still use them, including myself. 6-men bitbases will be much smaller, and also there is no need to keep all of them in RAM. Some caching solution can be used.

Right now there is no engine that is using 6-men bitbases, so if you do it you may be the first. BTW, if you need help with generation or with distribution, I will be glad to help. If there are some practical obstacles, like computation time, I am sure that many will offer help. This forum is one good place to discuss everything EGTB-related. Especially if you will need to organize the online distribution. :-)

Best regards,
Kirill
User avatar
Kirill Kryukov
 
Posts: 127
Joined: 21 Sep 2005, 09:56


Return to Winboard and related Topics

Who is online

Users browsing this forum: No registered users and 48 guests