Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

I've got a very bad feeling about this. -- Han Solo


interests / rec.games.backgammon / Re: Campaign to Protect the Reputation of Racing Algorithm Inventors

SubjectAuthor
* Campaign to Protect the Reputation of Racing Algorithm Inventorspeps...@gmail.com
`* Re: Campaign to Protect the Reputation of Racing Algorithm InventorsTimothy Chow
 `* Re: Campaign to Protect the Reputation of Racing Algorithm Inventorspeps...@gmail.com
  +* Re: Campaign to Protect the Reputation of Racing Algorithm InventorsTimothy Chow
  |`- Re: Campaign to Protect the Reputation of Racing Algorithm Inventorspeps...@gmail.com
  `- Re: Campaign to Protect the Reputation of Racing Algorithm InventorsAxel Reichert

1
Campaign to Protect the Reputation of Racing Algorithm Inventors

<81725317-74d4-41a0-b3dc-62ac244abb90n@googlegroups.com>

 copy mid

https://www.novabbs.com/interests/article-flat.php?id=8591&group=rec.games.backgammon#8591

 copy link   Newsgroups: rec.games.backgammon
X-Received: by 2002:a05:620a:2683:b0:69c:8c9c:5f80 with SMTP id c3-20020a05620a268300b0069c8c9c5f80mr11234252qkp.367.1650407796764;
Tue, 19 Apr 2022 15:36:36 -0700 (PDT)
X-Received: by 2002:a05:6808:1287:b0:321:a49e:9797 with SMTP id
a7-20020a056808128700b00321a49e9797mr395667oiw.23.1650407796366; Tue, 19 Apr
2022 15:36:36 -0700 (PDT)
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: rec.games.backgammon
Date: Tue, 19 Apr 2022 15:36:36 -0700 (PDT)
Injection-Info: google-groups.googlegroups.com; posting-host=217.155.59.144; posting-account=X1j9wgoAAADLt4UnZrIneT3jwl9HvLMd
NNTP-Posting-Host: 217.155.59.144
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <81725317-74d4-41a0-b3dc-62ac244abb90n@googlegroups.com>
Subject: Campaign to Protect the Reputation of Racing Algorithm Inventors
From: pepste...@gmail.com (peps...@gmail.com)
Injection-Date: Tue, 19 Apr 2022 22:36:36 +0000
Content-Type: text/plain; charset="UTF-8"
Lines: 21
 by: peps...@gmail.com - Tue, 19 Apr 2022 22:36 UTC

As I understand it, a racing algo specialist has two tasks:
1) Convert game-winning-probability into cube action.
2) Find the game-winning probability.

For 1), the exact answer is that this of course varies.
There's an optional take position where the taker's gwc is only 18.75% but this
is unusually low. However, assuming that, for human simplification, some
type of answer is needed, is there a consensus that 68/70/76 are the
correct boundaries?

Given that we have our key boundaries as above, I think that, if those
boundaries are agreed upon, it's unfair to blame the Racing Algo Inventor
for every wrong cube decision. The algo can say 78% and the figures
give 78% as being a drop. So, if we happen to have a position where
78% is correct but we can take anyway, I don't think the algo can be blamed.

I think that when the algos are wrong, we need to clearly mark whether the
boundaries (for example 68/70/76) are wrong, or whether the approximated probability is itself wrong.

Division of responsibility is needed here for accurate diagnosis.

Paul

Re: Campaign to Protect the Reputation of Racing Algorithm Inventors

<t3nkk8$a2g$1@dont-email.me>

 copy mid

https://www.novabbs.com/interests/article-flat.php?id=8593&group=rec.games.backgammon#8593

 copy link   Newsgroups: rec.games.backgammon
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: tchow12...@yahoo.com (Timothy Chow)
Newsgroups: rec.games.backgammon
Subject: Re: Campaign to Protect the Reputation of Racing Algorithm Inventors
Date: Tue, 19 Apr 2022 20:37:24 -0400
Organization: A noiseless patient Spider
Lines: 14
Message-ID: <t3nkk8$a2g$1@dont-email.me>
References: <81725317-74d4-41a0-b3dc-62ac244abb90n@googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Wed, 20 Apr 2022 00:37:28 -0000 (UTC)
Injection-Info: reader02.eternal-september.org; posting-host="418ceec669029a0b787249ab25db60fc";
logging-data="10320"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+BRIYrkb8a0DjdBxbjsEeVE3SZv02D4W8="
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.8.0
Cancel-Lock: sha1:d2VvPi+T6pkVD5pP7fCJsQao41M=
In-Reply-To: <81725317-74d4-41a0-b3dc-62ac244abb90n@googlegroups.com>
Content-Language: en-US
 by: Timothy Chow - Wed, 20 Apr 2022 00:37 UTC

On 4/19/2022 6:36 PM, peps...@gmail.com wrote:
> As I understand it, a racing algo specialist has two tasks:
> 1) Convert game-winning-probability into cube action.
> 2) Find the game-winning probability.

This isn't how all algorithms work. Some simply ignore match play and
focus only on delivering a verdict on the cube action. In principle,
such an algorithm could (for example) correctly judge that Position A
is a double and Position B is not a double even though Position B has
higher game-winning chances. Any algorithm that tries to account for
Jacoby paradoxes will have this property.

---
Tim Chow

Re: Campaign to Protect the Reputation of Racing Algorithm Inventors

<cc28469d-a2f6-4f3a-8050-0273ee6fd988n@googlegroups.com>

 copy mid

https://www.novabbs.com/interests/article-flat.php?id=8600&group=rec.games.backgammon#8600

 copy link   Newsgroups: rec.games.backgammon
X-Received: by 2002:a05:622a:15cb:b0:2f2:681:7d06 with SMTP id d11-20020a05622a15cb00b002f206817d06mr6580935qty.386.1650439521616;
Wed, 20 Apr 2022 00:25:21 -0700 (PDT)
X-Received: by 2002:a05:6870:f68a:b0:db:430:4619 with SMTP id
el10-20020a056870f68a00b000db04304619mr1009386oab.103.1650439521334; Wed, 20
Apr 2022 00:25:21 -0700 (PDT)
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: rec.games.backgammon
Date: Wed, 20 Apr 2022 00:25:21 -0700 (PDT)
In-Reply-To: <t3nkk8$a2g$1@dont-email.me>
Injection-Info: google-groups.googlegroups.com; posting-host=217.155.59.144; posting-account=X1j9wgoAAADLt4UnZrIneT3jwl9HvLMd
NNTP-Posting-Host: 217.155.59.144
References: <81725317-74d4-41a0-b3dc-62ac244abb90n@googlegroups.com> <t3nkk8$a2g$1@dont-email.me>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <cc28469d-a2f6-4f3a-8050-0273ee6fd988n@googlegroups.com>
Subject: Re: Campaign to Protect the Reputation of Racing Algorithm Inventors
From: pepste...@gmail.com (peps...@gmail.com)
Injection-Date: Wed, 20 Apr 2022 07:25:21 +0000
Content-Type: text/plain; charset="UTF-8"
Lines: 28
 by: peps...@gmail.com - Wed, 20 Apr 2022 07:25 UTC

On Wednesday, April 20, 2022 at 1:37:30 AM UTC+1, Tim Chow wrote:
> On 4/19/2022 6:36 PM, peps...@gmail.com wrote:
> > As I understand it, a racing algo specialist has two tasks:
> > 1) Convert game-winning-probability into cube action.
> > 2) Find the game-winning probability.
> This isn't how all algorithms work. Some simply ignore match play and
> focus only on delivering a verdict on the cube action. In principle,
> such an algorithm could (for example) correctly judge that Position A
> is a double and Position B is not a double even though Position B has
> higher game-winning chances. Any algorithm that tries to account for
> Jacoby paradoxes will have this property.

Which algos don't work like that?
I think Isight works like that.
Therefore, when Isight makes errors, we have to distinguish between two types of errors.
1) Are the thresholds correct? (For example 68/70/76 in money games).
2) Does the Isight probability accurately capture the real-world probability?

Failing to separate 1 and 2 and regarding them all as "errors" is too crude (although better than doing nothing).
I'm surprised at the 76 threshold. That seems too low for races where the recube vig can be considerable.
I would have expected 78 or so.
Given that the parameters have been very well-tuned, just using 68/70/78 and making no other changes would be bound to make the model worse.
The 68/70/76 parameters alone would make me suspect weak passes.
I'm sure we don't get that, because of the high performance and tuning but it could be that there is some other compensatory
factor that is preventing the weak passes. For example, it could be that some advantages aren't weighed highly enough.
So perhaps we get a tendency to pass because of the 76 being too low, but a tendency to take because of the advantages being weighted too low.
And these flaws cancel to get the action correct.

Paul

Re: Campaign to Protect the Reputation of Racing Algorithm Inventors

<t3p0vm$ksh$1@dont-email.me>

 copy mid

https://www.novabbs.com/interests/article-flat.php?id=8613&group=rec.games.backgammon#8613

 copy link   Newsgroups: rec.games.backgammon
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: tchow12...@yahoo.com (Timothy Chow)
Newsgroups: rec.games.backgammon
Subject: Re: Campaign to Protect the Reputation of Racing Algorithm Inventors
Date: Wed, 20 Apr 2022 09:14:26 -0400
Organization: A noiseless patient Spider
Lines: 15
Message-ID: <t3p0vm$ksh$1@dont-email.me>
References: <81725317-74d4-41a0-b3dc-62ac244abb90n@googlegroups.com>
<t3nkk8$a2g$1@dont-email.me>
<cc28469d-a2f6-4f3a-8050-0273ee6fd988n@googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Wed, 20 Apr 2022 13:14:36 -0000 (UTC)
Injection-Info: reader02.eternal-september.org; posting-host="418ceec669029a0b787249ab25db60fc";
logging-data="21393"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/pTnDMPZEU8rYUTlVRV5yUpelrbrYwhi8="
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.8.0
Cancel-Lock: sha1:oj7hhEKcM+Q3Mb6blvV1uF1EODA=
In-Reply-To: <cc28469d-a2f6-4f3a-8050-0273ee6fd988n@googlegroups.com>
Content-Language: en-US
 by: Timothy Chow - Wed, 20 Apr 2022 13:14 UTC

On 4/20/2022 3:25 AM, peps...@gmail.com wrote:
> Which algos don't work like that?
> I think Isight works like that.

Most older algorithms don't compute winning chances. They
just tell you to count pips, make some adjustments, and then
make a corresponding cube decision, assuming a money game.
Kleinman was one of the few analysts who actually tried to
provide a rule for estimating winning chances.

You're right about Isight, but when it first came out, it
was exceptional in this regard.

---
Tim Chow

Re: Campaign to Protect the Reputation of Racing Algorithm Inventors

<248e3525-a073-4602-9e72-d2899caeb9dfn@googlegroups.com>

 copy mid

https://www.novabbs.com/interests/article-flat.php?id=8617&group=rec.games.backgammon#8617

 copy link   Newsgroups: rec.games.backgammon
X-Received: by 2002:a05:6214:5289:b0:446:6ff7:59a4 with SMTP id kj9-20020a056214528900b004466ff759a4mr7211591qvb.86.1650466866109;
Wed, 20 Apr 2022 08:01:06 -0700 (PDT)
X-Received: by 2002:a05:6870:438d:b0:e6:6665:3180 with SMTP id
r13-20020a056870438d00b000e666653180mr46916oah.81.1650466865842; Wed, 20 Apr
2022 08:01:05 -0700 (PDT)
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: rec.games.backgammon
Date: Wed, 20 Apr 2022 08:01:05 -0700 (PDT)
In-Reply-To: <t3p0vm$ksh$1@dont-email.me>
Injection-Info: google-groups.googlegroups.com; posting-host=217.155.59.144; posting-account=X1j9wgoAAADLt4UnZrIneT3jwl9HvLMd
NNTP-Posting-Host: 217.155.59.144
References: <81725317-74d4-41a0-b3dc-62ac244abb90n@googlegroups.com>
<t3nkk8$a2g$1@dont-email.me> <cc28469d-a2f6-4f3a-8050-0273ee6fd988n@googlegroups.com>
<t3p0vm$ksh$1@dont-email.me>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <248e3525-a073-4602-9e72-d2899caeb9dfn@googlegroups.com>
Subject: Re: Campaign to Protect the Reputation of Racing Algorithm Inventors
From: pepste...@gmail.com (peps...@gmail.com)
Injection-Date: Wed, 20 Apr 2022 15:01:06 +0000
Content-Type: text/plain; charset="UTF-8"
Lines: 20
 by: peps...@gmail.com - Wed, 20 Apr 2022 15:01 UTC

On Wednesday, April 20, 2022 at 2:14:38 PM UTC+1, Tim Chow wrote:
> On 4/20/2022 3:25 AM, peps...@gmail.com wrote:
> > Which algos don't work like that?
> > I think Isight works like that.
> Most older algorithms don't compute winning chances. They
> just tell you to count pips, make some adjustments, and then
> make a corresponding cube decision, assuming a money game.
> Kleinman was one of the few analysts who actually tried to
> provide a rule for estimating winning chances.
>
> You're right about Isight, but when it first came out, it
> was exceptional in this regard.

I think it's exceptional (in a good sense) in every regard.
The thing is that the number of people who know the relevant
areas of maths and modelling and software development and backgammon is
very small.
So when such a person has time to work on a backgammon project, we can expect great symphonies,
fine wine, and cheese of the right vintage.

Paul

Re: Campaign to Protect the Reputation of Racing Algorithm Inventors

<871qxry8d0.fsf@axel-reichert.de>

 copy mid

https://www.novabbs.com/interests/article-flat.php?id=8620&group=rec.games.backgammon#8620

 copy link   Newsgroups: rec.games.backgammon
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: mai...@axel-reichert.de (Axel Reichert)
Newsgroups: rec.games.backgammon
Subject: Re: Campaign to Protect the Reputation of Racing Algorithm Inventors
Date: Wed, 20 Apr 2022 19:26:03 +0200
Organization: A noiseless patient Spider
Lines: 56
Message-ID: <871qxry8d0.fsf@axel-reichert.de>
References: <81725317-74d4-41a0-b3dc-62ac244abb90n@googlegroups.com>
<t3nkk8$a2g$1@dont-email.me>
<cc28469d-a2f6-4f3a-8050-0273ee6fd988n@googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain
Injection-Info: reader02.eternal-september.org; posting-host="47053b67940548e1a1045a82b97cf1dd";
logging-data="24502"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/pEgEOMyiMnRM2dFj/p5RIFp3RLi8IM0U="
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux)
Cancel-Lock: sha1:asTl/u0camaIR44eXpO6mQcyWkk=
sha1:Ne8QJW9obNwzF9Hbieqp19yfWzE=
 by: Axel Reichert - Wed, 20 Apr 2022 17:26 UTC

"peps...@gmail.com" <pepstein5@gmail.com> writes:

> Therefore, when Isight makes errors, we have to distinguish between
> two types of errors.
> 1) Are the thresholds correct? (For example 68/70/76 in money games).
> 2) Does the Isight probability accurately capture the real-world probability?

The 80 in the formula

p = 80 - l/3 + 2 * Delta l

must be matched with the thresholds 68, 70, and 76 (for money). Using

p = 70 - l/3 + 2 * Delta l

together with thresholds 58, 60, and 66 obviously gives exactly the same
cube decisions. So for money sessions, the choice of 80 is arbitrary, as
long as matching thresholds are used.

If you want to apply the method in match play, for which it was
designed, then these fixed thresholds are useless and have to replaced
by the correct doubling point, redoubling point, and take point for the
current match score. This requires that p (which so far could have been
called just a "metric") should represent the game winning chances as
good as possible.

So you can shift around the constant such that the error for CPW is
minimized, and then shift the thresholds accordingly such that you are
back at the same results for the (money-based) endgame positions. (This
is historically not how I arrived at my method, but would have worked as
well. See sections 6.2 and 6.3 of my article, certainly the toughest
part of it, for the real history.)

> I'm surprised at the 76 threshold. That seems too low for races where
> the recube vig can be considerable. I would have expected 78 or so.

Fair enough, see

https://www.bkgm.com/articles/CubeHandlingInRaces/#%3Csmall%3ECPW%3C/small%3E_decision_criteria

> Given that the parameters have been very well-tuned, just using
> 68/70/78 and making no other changes would be bound to make the model
> worse.

Yes. The total equity loss will increase by a whopping 14 %.

> The 68/70/76 parameters alone would make me suspect weak passes. I'm
> sure we don't get that, because of the high performance and tuning but
> it could be that there is some other compensatory factor that is
> preventing the weak passes.

To quote Newton: "Hypotheses non fingo". (-:

Best regards

Axel

1
server_pubkey.txt

rocksolid light 0.9.7
clearnet tor