Author: Shep
Date: 01:59:14 10/07/99
Go up one level in this thread
On October 07, 1999 at 03:08:20, Keith Kitson wrote: >I'm coming to the conclusion that any interruption or delay in transferring >moves in a game may have an adverse affect on either program when PB is on. All Correct. Though in a 40/120 game, it is not too important if operator time is 5 sec or 10 sec. It's just difficult to have two machines hooked up to loudspeakers so you're not missing anything. Especially bad are programs which emit sounds over the internal "beep" function instead of the audio device (all DOS programs do this) - on my P6, the beep is very loud, but on the PIII's it's barely audible when the TV is on or you're talking to someone. :( >work in hash is lost if both programs are shut down. Correct, but if you always shut down when White has moved, it is as fair as you can get (if you take care that a program plays just as many games with White as with Black during a tourney). I think these problems are really of minor impact when using a time control of 30/game or more. >The clocks will also not >reflect the true remaining time. Why? I have not had any problems with the clocks; almost every program can save them precisely to the second (Nimzo 98 being the only exception that I can think of). >This will obviously be emphasised for blitz >games. Even more if you have only one monitor and need to switch input sources before entering the move... :( >Auto-testing eliminates or reduces this risk considerably. But with all that has been said about Auto232 problems, you're just replacing one error source with another, and one that is almost out of the operator's control. Besides, I think that the "PB off" timing problems Bob described are probably almost non-existant in Blitz. --- Shep
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.