The Chess Exchange

The Chess Exchange - To Your Chess Success!

Skip to content

It is currently Mon Dec 18, 2017 1:20 am 






This topic is locked, you cannot edit posts or make further replies.  [ 1 post ] 

Previous topic | Next topic 

  Print view

Author Message
 Offline
Pawn
 
Joined: Sun Sep 07, 2008 8:13 pm
Posts: 8
 Post subject: The ultimate RECAP of chess formats, databases, and database
PostPosted: Sun May 13, 2012 9:21 am 
I am writing this post as a hybrid between a systems programmer / Modula-2 /, the creator of chess databases / Opening Master /, chess player / ICCF SIM / and user of all programs currently available on the market. Let’s start from "ground zero", because many people still confuse these. Let’s see the different concepts and different perspectives on the same topic as an interesting new development for the future.

Let’s define the basic concepts:

a) chess game
b) chess database / DB /. e.g. Chessbase, Hugebase, Opening Master.
c) chess database program. eg. ChessBase, ChessAssistant, SCID.
d) chess program - engine. Core program without environment. Eg. Houdini, Rybka, Critter
e ) chess environment / Graphics user interface-GUI / in which the chess program starts to play, or analysis e.g. Fritz, Aquarium, Chess King

a) Chess game consists of information, who, when, where and other parameters to identify the game. Then the body…i.e. individual moves. Games began to spread in PGN format, then CBF, CDP, CBH. It is worth considering why and so what? The problem is that the first format is inefficient, but Open Source! Others are more effective but commercial (i.e. not public). All formats were invented some time ago and had nothing to do with system programming. The languages ​​in which it had been programmed didn’t have instructions to the level of pure bit but rather byte. And this is the difference in saving space when storing games. I will demonstrate it on one example. The result can be regarded as one of four states: win, loss, draw, and unfinished game. The 4 states exhausted just setting two bits in one byte. The 6 remaining bits are free to store other information. If we thus proceed further, we come to about a 50% savings compared to today's most effective format of CDP from Chess Assistant. The difference is then seen on the whole DB. Any conversion operations are then close to 0 seconds of machine time.

b / Chess database (chess DB) is actually a permanent “data mining” on the Internet and the result is a DB in specific size and quality, or specialized DB. Important is frequent update and user access to the DB. Returning to the chess game, it is therefore not the actual size of a DB that matters. It would seem in today capacity Hard Disks / HDD / that it is! Well, It is not! The future is in the Cloud is where all data is being transferred to various possible devices and this has nothing to do with the HDD, but only the size of the file which being transferred and needed. The smaller the better. With increasing transmission speed, which will theoretically go with LTE technology to 100 Mb/s, it would seem that even so the DB will move swiftly. The opposite is true! Today's DB are significantly larger. Opening Master has 8 million games in the DB and its transmission is virtually impossible on-line in any format. Therefore, the overall solution must be client / server and selection from the DB must be on the server. Well, what if the choice must pass 20 thousand games to your device. Then again, you remember the bits. The chess databases were mostly considered as COMPUTER programs. Therefore, the user was relatively independent of chess except for the updates. Furthermore, a variety of specifications of computers influenced the work with any DB. The weaker configuration of your system, the slower is the process. But what is not online is not user friendly anymore. In order to be somehow online the only solution is to have super hardware with lots of CPUs, multithreading, large RAM, SSD drives and super fast network, etc. .. Working with data in client / server mode is a better solution. Nobody has come up with solution yet.

c) The DB chess program – first you need to be aware of when the programs were written, which new solutions were brought by new versions. Well, mostly it was later to finish GUI graphics, a few extra features and it is everything. The hardware surpassed software by thousands miles while DB programs used nowadays do not use multiprocessing, parallel programming, nothing from 21st Century. Chess Bases and Chess Assistant do not want to radically upgrade their programs, they would have to write them again and this hurts. Whoever comes up with new software technologies and solutions All in One, Cloud, Client / server solution multiplatforms OS in the same program will be the new king of chess market. When we think of chess database it can be mentioned the DBs for non-chess programs programs. Why developing a new software if it is ready on the market and working. Just add a new format. For your own database software it is perhaps only avoiding unnecessary overhead, which is not negligible. The question perhaps is how things will be processed at once/parallel? It will be maybe effective more. It is possible that the new global chess DB will not be able to run without standard DB program. Chess data are common to other data processed by any given relational database. It only matters choosing the right proportion between each other. Do not use tank for killing mosquito (Oracle size) but on the other side millions of games in one database can not be processed online through MS Access either. Today's chess DB programs are thus in state 15 years ago and upgraded similarly to Vista experience. In addition ChessAssintant has nowadays enough bugs and DOS error like messages which nobody can understand. The database world is generally quite developed with hundreds of DB programs. It is the only a choice. You don’t need to reinvent the wheel.

d / The world of chess engines, in recent years improved a lot compared to DB programs. The UCI / Universal Chess Interface / solution is ideal because you can simply write the core program and run it in a standard environment. It relieved the programmer from producing non-standard GUI and thus can focus on the CORE of the problem and the assessment / evaluation function / feature positions multi-variability and speed of calculation. A big improvement area is still the endgame, where also quality engines are lost. In addition you need to get to Tablebase, which is already in the 3-4-5-6 men endgames with deterministic result without loss of any material. The multithreading was initially thought to bring a big increase in speed, but it's not. Multiple CPU does not equal multiple of increase of speed. Again, only a clear solution is using parallel programming techniques. Do not rely solely on that program written in C + + which is itself fast. It is not enough. Most of this section is described also on the website:
http://chessprogramming.wikispaces.com/

There is one more interesting way to turbo boost development of engines. The path defined by Hydra is a long journey, a combination hardware / software in one array of processors. But it is a topic in itself. We envision that in 10 years we begin to explore these solutions, because multiprocessor hardware solutions will grow vigorously.

e / chess environment (or Graphical User Interface = GUI) is also a theme similar to the DB program. The most famous is the GUI of the Fritz from ChessBase. Its main function is to use game engines and organize human - engine or engine-engine, engine tournaments. What is interesting is the automatic annotation of completed games. Environment options are not so difficult, so that ordinary users to handle them well. The DB programs are a much more tricky especially those from ChessAssistant. It is suitable only for highly advanced users. I can imagine the All in One solution with an appropriate number of features of the environment and DB Fritz and ChessBase 11th. Again, there are no new software or hardware solutions in GUIs! It is worth mentioning only interactive analysis of CA Aquarium.

Conclusion:

From the above we can conclude that new hardware will influence and affect the entire chess area in very near future (it already does), but the software so far lags very much behind its possibilities. The time will come when new chess company comes which offers this solutions and will send all others to old school. They will no longer have any added value nor will stay competitive. Each however, determines its fate itself.


Alexander Horvath, SIM ICCF
creator of Openingmaster(dot).com
May 12, 2012


Top
 Profile E-mail  
 
Display posts from previous:  Sort by  
This topic is locked, you cannot edit posts or make further replies.  [ 1 post ] 

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:

Who is online

In total there is 1 user online :: 0 registered, 0 hidden and 1 guest (based on users active over the past 5 minutes)
Most users ever online was 193 on Thu Jun 28, 2007 1:40 pm

Users browsing this forum: No registered users and 1 guest





cron

ChessCentral - The Leader in Cutting-Edge Chess * Buy Fritz 12 * Buy Rybka 4 * Buy Fritz Powerbook DVD


Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group

Style based on Andreas08 by Andreas Viklund and created by Elizabeth Shulman, Stop Animal Rights, Dog Training by corgipower