Check out Symmetric Chess, our featured variant for March, 2024.

Enter Your Reply

The Comment You're Replying To
Greg Strong wrote on Fri, May 20, 2005 05:22 PM UTC:
It is surely a shame that ZoG development seems to be completely, totally
over.  When asked on their discussion boards if a new version is ever
forthcoming, no answer is given.  However, doing some of what Derek
suggests is redicuously difficult; it's not just a problem of limitations
in the Zillions description language that require you to have hidden pieces
and such; that view totally misses the point.  Ugliness and performance
problems are just the tip of the iceberg when addressing issues such as
Synchronous Chess.  The Alpha-Beta NegaScout algorithm that is fundamental
to most every commercial Chess program in the world cannot be used! 
Period!  If someone wants to address the Synchronous problem, and write a
program that *actually* plays this game, then they have to start from
scratch, and they do so without the benefit of any technical articles
written about the problem anywhere!  (I've read every word ever written
about writing programs for chess variants.  And, since such literature is
almost non-existant, it didn't take me long :)

That being said, although ZoG can't really be expected to play some of
the more radical games well, like Synchronous, there are some things that
its creators could do that would immediately make it infinitely better at
a large number of games, and those improvements would not require any old
ZSGs to be rewritten, and would be quite easy to implement.  They could,
for example, allow a new flag for piece types that allows the ZRF
programmer to specify the base value of a piece (excluding square
bonuses.)  The problem is solved quickly, because the responsibility is
transferred to the programmer, but it would not make any old ZRFs
obsolite, because they don't use that flag, so the program would use
default values.  And it is just so simple that it could not possibly take
more than an hour to implement.  But, it has been known that ZoG doesn't
evaluate pieces correctly for years, and there are lots of posts about it
on their discussion boards.  It seems that they are not even going to do
simple, quick improvements.  It's really too bad.

Edit Form

Comment on the page Synchronous Chess

Quick Markdown Guide

By default, new comments may be entered as Markdown, simple markup syntax designed to be readable and not look like markup. Comments stored as Markdown will be converted to HTML by Parsedown before displaying them. This follows the Github Flavored Markdown Spec with support for Markdown Extra. For a good overview of Markdown in general, check out the Markdown Guide. Here is a quick comparison of some commonly used Markdown with the rendered result:

Top level header: <H1>

Block quote

Second paragraph in block quote

First Paragraph of response. Italics, bold, and bold italics.

Second Paragraph after blank line. Here is some HTML code mixed in with the Markdown, and here is the same <U>HTML code</U> enclosed by backticks.

Secondary Header: <H2>

  • Unordered list item
  • Second unordered list item
  • New unordered list
    • Nested list item

Third Level header <H3>

  1. An ordered list item.
  2. A second ordered list item with the same number.
  3. A third ordered list item.
Here is some preformatted text.
  This line begins with some indentation.
    This begins with even more indentation.
And this line has no indentation.

Alt text for a graphic image

A definition list
A list of terms, each with one or more definitions following it.
An HTML construct using the tags <DL>, <DT> and <DD>.
A term
Its definition after a colon.
A second definition.
A third definition.
Another term following a blank line
The definition of that term.