Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Question: Is Ray accounting for the number of handicap stones for score calculation? #152

pnprog opened this Issue Feb 19, 2018 · 3 comments


None yet
3 participants
Copy link

pnprog commented Feb 19, 2018


For this question, I am assuming Ray is playing according to Chinese rule (area scoring). Please correct me if I am wrong.

There is not 100% consensus regarding area scoring and handicap games, but it is usual to add the number of handicap stones to the points made by White. So that White score, after removing all dead stones, will be the sum of :

  • the number of empty points surrounded by white stones only
  • the number of living white stones on the board
  • the value of komi (usually 0.5 point for handicap game)
  • the number of handicap stones

For instance, Leela Zero accounts for it:
And one can make the assumption that Leela does the same.
GNU Go does the same as well (

From what I can read in the code; Ray does not account for it:


Line 520 in e5b2cad

score = UctAnalyze(game, S_BLACK) - komi[0];

Could you confirm?


This comment has been minimized.

Copy link

zakki commented Feb 20, 2018

@kobanium Is handicap game always 0.5 point komi?

new_komi = (double)handicap_num + 0.5;


This comment has been minimized.

Copy link

pnprog commented Feb 21, 2018


I got my answer: I crafted the enclosed SGF file (9 handicap stones, komi 11.5) and asked Ray to evaluate final_score. Result for Ray: B+132.5

In the same time, Leela, Leela Zero and GnuGo give B+112.5

If I count myself (Chinese rule):

  • Black: area: 247
  • White: (area 114) + (komi 11.5) + (handicap 9) = 134.5
  • Result: B+112.5

Now, even without accounting for the handicap stone, it should be B+121.5 and not B+132.5 which seems to indicate that Ray does not accound neither for handicap (<- this might be ok depending on rule set) neither for komi.


This comment has been minimized.

Copy link

kobanium commented Feb 21, 2018

Yes. Komi is always 0.5 points on a handicap game.

Ray always considers 0.5 points komi on a handicap game.

  • Ray's output : B+132.5 (komi 0.5 <- wrong value)
  • Correct result : B+121.5 (komi 11.5)

Difference of score : 132.5 - 121.5 = 11.0
Difference of komi value : 11.5 - 0.5 = 11.0

This is Ray's bug. I will fix it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.