|
In this section you can find additional downloads for Arena!
Go to
Arena
v.182
2008-06-22
|
||||||||||||||||||||||||||
|
The program ELOstat was written by Dr. Frank Schubert. Frank is 36 years old and is living in Dresden in the eastern part of Germany. He is a physicist by profession and is interested in computer chess for many years. The program produces a comprehensive statistical evaluation of PGN databases and generates an ELO rating list similar to the Swedish SSDF list. It was written primarily for evaluation of computer chess games but can also be applied to ‘human‘ chess databases. ELOstat uses an iteration algorithm as introduced by Ken Thompson. For this, all programs start with the same ELO value. After that the whole database is treated as a single huge tournament and the ELO performances of each program are calculated. These new ELO values replace the start values. This procedure is repeated until all ELO values remain constant. Additionally ELOstat calculates the margins of error of the ELO mean values with 95% statistical confidence. These margins are an important indicator to decide whether the ELO mean value of a program is already certain or still uncertain due to an insufficient number of games. More details about the program and some other statistical information can be found in the extensive Readme-File which comes along with the program. Actually Frank is working on a new version of ELOstat with a lot of more statistical features.
Dr. Frank Schubert wrote to the new version 1.2 ...
Dr. Frank Schubert
wrote to the new version 1.3 (in German) ...
The readme files are modifiend (in English and German available).
For an engine, endgame is tough. More so than for a human, because an engine is hard to teach how to form long-term plans. Tablebases are a useful asset for simplifying the engine's job. What are tablebases? They are tables including precise solutions for certain endings. If, during the search, an engine reaches a position for which the endgame tablebase is present, it can stop the search, because the tablebase will tell him the exact evaluation of the position. This evaluation is as if you, for example, would tell the engine: "In this position white can checkmate black in 12 moves, even if black defends in the best possible way." Or: "The position is draw, with best play of both opponents." There have been several methods translating endgame positions into tablebases. The most state-of-the-art method has been invented by Eugene Nalimov. Modern engines almost exclusively use tablebases of the Nalimov type. It must be noted that endgame tablebases (often referred to as EGTB's) are not a wonder weapon. This is because the size of EGTB's increases in an extreme manner with the pieces on the chessboard. Even endgames with only 4 pieces (including kings) occupy 30 MB space, and 5-man EGTB's require more than 7 gigabytes! To generate 6-man EGTB's would require several month's time (and you'll probably will not have the required disk space) even on most up-to-date computers. To create 7-man tablebases is currently simply fantasy. Since endgames often include more pieces than that, you can imagine that the use of EGTB's is rather limited. Because of the size of EGTB's, it is common practice to use only subsets of, say, 5-man tablebases. You can install e.g. only EGTB's including rooks, since these are the most important ones. However, this can create problems for certain engines. Why? Consider that the engine has reached a position with 2 kings, one rook for each side, and a pawn. You expect that it is about to promote that pawn into queen. But it doesn't. Why? EGTB's tell him that the position is mate in, say, 14 moves. But after queening that pawn, he does not find the corresponding EGTB. Its limited-depth search returns a value of 10 or so (it can't see tha mate yet), which is worse than mate. So it decides it will be better not to promote the pawn. It makes useless moves with its rook and king, and the game is drawn by the 50-move or repetition rule. Some engines can overcome this problem, some can't. You should always check what the case is (for example, by setting up an appropriate position and see if the engine can promote the pawn). If your engine can't work properly with incomplete tablebases, you'd better set it to use only EGTB's with smaller number of pieces. Also, note that for an engine to use EGTB's, additional operative RAM space is required, in which it processes the EGTB's. Additional RAM may be reserved for storing parts of the EGTB's in use (this will increase search speed, because fewer disk accesses are required).
|
||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Agustín Gomila sent on 2005-01-17 an Excel table with all the ECO codes lines. It's easy to translate with Excel the ecocode.txt file in other languages. A very helpful work by Agustín. Arnaud for an example used this file for the latest update and have also written that the work by Agustin is just great. With the permission of Agustín we offer the Excel table for download. More information can be found in arena-eco.txt file (written by Agustín Gomila).
|
||||||||||||||||||||||||||
|
Arena 1.1 is for the moment in 19 languages (German and English with Arena standard version) available!
Emil Vlasák
(Czech)
has developed a tool with the name "Arlokal",
If you have
interest to do a new translation, please contact me:
How to set up a different language for Arena:
1.
2.
3.
|
||||||||||||||||||||||||||
|
in
English
(female announcer)
by David Dahlem
(USA)
In the
German language we have little problems to
distinguish between the letters B, C, D, and E.
* Move Announcements are also interesting for non DGT users *
Example:
In dialog
Announce moves / Announcement specify the
directory where you have the soundfiles!
Move Announcements
with sound in different languages
by
|
||||||||||||||||||||||||||
|
Around 300 free or commercial chess programs are available (~ 10 are commercial chess programs). 95% of these programs are compatible to WinBoard protocol I, II or UCI protocol and the most are free. Now it's easy, the programs are from 49 different countries so you can find 49 flags and anthems which can be used for Arena Chess GUI.
|
||||||||||||||||||||||||||
|
A good example for a
clock font in Arena
GUI
|
More graphics/logos/backgrounds for Arena can be found here:
Wilhelm Hudetz
|
Jörg
Borchardt
created 18
"Intros" for Arena.
Add
an "Intro" under "At start of program"
Example:
|
We
collect "Arena opening books" and "Arena engine books"
WinRAR can be found under:
01.
Updated: 2007-02-04:
2005-03-01:
02.
03.
I
want to give to Rudolf, you and all gladiators this small piece of art. - balanced and hand tuned opening book with tricky lines
04.
- Elo 2550
05.
- hand tuned and optimized opening lines
06.
- eng. vs.
eng. games on my Dual systems with ponder=on from the latest four years.
07.
- based on 36000 Super GM draw games-average 2600 ELO
08.
09. For info, it is based on my pgn collection gathered from various sources: 30,000+ super GM games (ie both players rated over 2600), includes all games (ie win / draw / losses) but only those over 60 ply. max book depth is 15 moves.
10.
Michael created an opening book from drawn games only. A solid book, Engines should not be out of book with a disadvantage. The book is hand tuned and the author will work in the future on improvements.
11.
- Elo 2700
12.
13.
This is a book made with my UCI engines games for French
UEL until
2005-07-03. "I'll try now to make updates on a regular basis : 1 per month. I only add my engine vs engine games published on "Le Fou Numerique" to this book. My tournaments are usually made on Arena GUI, but I am using ChessBase GUI too. My Arena's favorite option is the one that allow to take a random opening in a PGN at move X. As I use IGM and IM PGN's, the barebone of my book is solid. But I am playing my tournaments with all Free UCI engines, the weaker engine as well as the best ones, so we can say that those engines gives diversity to my book. Making a tournament with my book gives a real variety of play. Using my book as a tournament book to take advantage vs another book is a interesting idea because you have many chances to take your opponent out of book quickly ;-)."
14.
"Arena Enginebook for Shredder: This book is optimized for the playing style of Shredder, but it must be used together with a mainbook because it contains only important lines and good moves for Shredder. Important: Don't change the settings, the probability must be set only by the number of games"
15.
16.
17.
"Arena Enginebook for List: This book is optimized for the playing style of List, it is kept small and must be used together with a mainbook. You can try to improve the settings."
18.
"Here's my 2600_Draw.abk book i created from 18,000 draw games of Grandmasters with elo of 2600 or more. I've done some testing with it, and it looks good to me. It's 549 kb in size, not too small and not too large."
19.
"Arena Enginebook for Fruit: This book is optimized for the playing style of Fruit, it is kept small and must be used together with a mainbook. You can try to improve the settings."
20.
21.
22.
" The new Mainbook 7moves.abk is particularly suitable for tournaments with same book and for engine- tests or gauntlets.All variants have the same length: 14 half moves.
"
23. |
1.
2.
A good example for one of the new tournament options since Arena 0.95!
|
||||||||||||||||||||||
|
Go to
Arena
This partner
engines of Arena can be found in Arena Setup 1
(Arena with SOS for Arena) and
Free Gladiator-Shop downloads!
ktulu-original-book.rar (2,68 MB)
|
|
|||||||||||||||||||||||||
2007-11-07
2007-11-07
2007-02-09
2007-02-08
2005-03-19
2005-08-25
2005-01-05
Dann Corbit 
Ktulu