Author: José Carlos
Date: 05:43:02 06/21/00
Go up one level in this thread
On June 20, 2000 at 22:12:36, Adrien Regimbald wrote: >Hello, > >>This is cool. We can run tourneys without wait to finish each game to do other. > > >This can already be done, can't it? > >use the -mg <number of games> flag to have a match between two engines. >you can use the -sgf <PGN output file> flag to save a PGN file of the games. >you can even use -lgf to load a PGN game file for the engines to start from, and >-lpf to load a position for them to start from. > >I just did a quick 4 game lightning tourney between Faile 1.4 and Faile 0.6 like >this: > >D:\WinBoard>winboard -cp -tc 1 -inc 0 -mg 4 -sgf "tourneys\test.pgn" -fd "d:\fai >le1x" -fcp "faile.exe" -sd "d:\faile06" -scp "faile06.exe -xboard" I am speaking of round robin tournaments with many programs, where the games are automatically started, one after the other has ended, and with no cpu-consuming busy-wait. >If you have problems with command line limitations, they can be easily worked >around by using a batch/script file. You can even easily do a round-robin >tourney by doing multiple two-game matches between the two participants. > >Heck - with a little thought, one could easily make a perl script to run >sophisticated tourneys - the possibilities are really endless. > > >It'd be really nice to have a program that ran winboard engine tourneys (Fritz >is great for this .. but urgh .. stupid winboard adapter.. :P), generated >reports, etc. However, I don't have MS Access, and I'm not going to purchase it I understand you perfectly. As I said in my post, firstly I wrote this program thinking only in my needs, but then I thought many people could take benefit of it. This is why ask you, guys, ideas for making it more "friendly". >just for this. > > >Some notes on programming aspects of this winboard tournament manager: >- I don't really think it is necessary to use any database facilities for the >settings on each program. What would be so bad about simply asking the user to >enter the necessary commandline for each program they wish to put in the >tournament? I don't think many people would mind, considering the benefits of >having an automated tournament manager. I don't like this approach. I have around 200 winboard programs (including old versions). I don't want to have to remember every command line for each. Rather, I prefer having all the data saved in a database. I also wonder why you have to use >access? Well, the main reason for using Access, instead of any other tool, is that I'm planning to connect the tournament manager to my rating calculator program, that uses an Access database to save all the info of every program: history of rating changes, actual and old games, best and worse results, ... For most of the MSVC++ database involved application programs I worked >on, it was possible to simply use built in databasing features from MSVC++ and >most of these applications needed much more sophistication from the database >than simply reading program settings.. I would imagine MS VB has something like >this as well? >- I am not too familiar with MS VB, but I know that MSVC++ allows you to choose >between linking "extra" libraries statically, or dynamically. If you choose >static, the program size grows a bit, but it will run on any win9x machine. The >DLL option makes for a smaller resulting binary, but isn't as likely to be >usable on every machine. I would imagine that MS VB would have some sort of >option like this? As far as I know, you have to install every ocx and dll your program uses, apart from the vb6 virtual machine. I don't know how to avoid it. >You'll have to excuse me if I'm off on the MSVC++ vs. MS VB comparisons you are excused :) .. it's >just that they are in the same "family" of development applications, and I >figured that their feature sets would be similar, just that MSVC++ is targeted >at C/C++ development.. then again, what am I talking about? M$ following any >sort of a standard, even their own? HA! :P Likely story :P > > >Regards, >Adrien. Thanks for your comments, José C.
This page took 0 seconds to execute
Last modified: Thu, 15 Apr 21 08:11:13 -0700
Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.