Official Release of Ethereal 11.50, supporting Fischer Random Chess

[pohl4711]

Elo estimates are pending. I will post them as soon as they are complete.
I will be launching those tests on OpenBench, for anyone who cares for immediate results

Code: Select all

ELO   | 21.29 +- 3.42 (95%)
SPRT  | 60.0+0.6s Threads=1 Hash=64MB
LLR   | 3.05 (-9.21, 9.21) [0.00, 1.00]
Games | N: 10000 W: 1578 L: 966 D: 7456
http://chess.grantnet.us/viewTest/3451/

Code: Select all

ELO   | 18.56 +- 3.35 (95%)
SPRT  | 20.0+0.2s Threads=8 Hash=256MB
LLR   | 2.69 (-9.21, 9.21) [0.00, 1.00]
Games | N: 10060 W: 1501 L: 964 D: 7595
http://chess.grantnet.us/viewTest/3452/

Lets split the difference and call it a +20 elo gain.

Very nice! I will start the testrun in two days, when the testrun of Stockfish 190622 is finished.

Stefan (SPCC)

[Modern Times]

There are some chess960 games on the list. Many more to come of course

http://ccrl.chessdom.com/ccrl/404FRC/index.html

[ChiefPushesWood]

Once again the question for supporting the uci option currentmove.

Any possible way you could turn on the UCI currentmove deal?

I am going to add that right now, and run a quick test to make sure I broke nothing.

I will provide a new set of binaries soon. It will be tagged as V11.51, but you are free to simply call it V11.50, since there is no serious changes.

Thank you! Very much looking forward to it.

Chief

[AndrewGrant]

Once again the question for supporting the uci option currentmove.

Any possible way you could turn on the UCI currentmove deal?

I am going to add that right now, and run a quick test to make sure I broke nothing.

I will provide a new set of binaries soon. It will be tagged as V11.51, but you are free to simply call it V11.50, since there is no serious changes.

Thank you! Very much looking forward to it.

Chief

It is proving slightly trickier to do this in a nice way, but I will add the option. It just might be a few more hours.

Technical details: Not encoding Castle moves as KxR internally makes my moveToString() function break, if you try to print after applying a move. I do psuedo legal move generation, so I have no such "moveIsLegal()" function, only "moveWasLegal()". I would like to avoid adding new boiler plate code just to add a simple printout, so instead I am moving to KxR encoding, so that I can print only moves which are going to -- actually -- be searched.

[AndrewGrant]

I have added the currmove and currmovenumber output to Ethereal.

No reason to update from V11.50 -> V11.52, unless you specifically want to see the new information

https://www.dropbox.com/s/hx3tzugvaxlal ... 2.zip?dl=0

Cheers

[Thomas Lagershausen]

Well, this version needs 15 seconds to send the informations to the eyes of the user.

This is a little bit long.

Can you speed up this unusual behavior?

[pohl4711]

Well, this version needs 15 seconds to send the informations to the eyes of the user.

This is a little bit long.

Can you speed up this unusual behavior?

As far as I can see, Ethereal display currentmoves beyond 10'' thinkingtime, not 15''. Nevertheless, this is too long. 2'' or 3'' seconds delay would be enough IMHO.

Stefan (SPCC)

[Thomas Lagershausen]

Stefan is right.

The delay is about 11 seconds.

I saw such a behaviour only in an old version of Wasp by John Stanback.

He is a very nice guy.

Maybe you can contact him in this case by mail.

I am sure he will help us.

[AndrewGrant]

Stefan is right.

The delay is about 11 seconds.

I saw such a behaviour only in an old version of Wasp by John Stanback.

He is a very nice guy.

Maybe you can contact him in this case by mail.

I am sure he will help us.

It is no mystery. Its right here

Ill adjust that down to 2500ms, as well as the reporting of aspiration windows down to 2500ms.

I have a test running now for an elo gainer. I'm going to wait until that finishes, and if it passes, merge the two together.

New binaries shortly.

[Paloma]

Great Andrew. Thanks.