Kensuke Matsuzaki

Asyncify版を更新しました。 1. メインループをAsyncify+`emscripten_sleep()`に * ユーザー定義関数やイベント処理の挙動や実装がWindowsやLinuxに近くなる * `requestAnimationFrame` は使えなくなり独自にフレームレートの管理が必要 * Asyncifyのオーバーヘッド分、hsp3dish.jsが大きくなる 2. ファイル読み込み時にファイルがなければサーバーから同期的にファイル取得 * 必要な分だけファイルをダウンロードされる * htmlやdataファイルの生成なしでもサーバーに必要なファイルを置くだけ * 個別ファイルを取得するのでhttpのリクエスト数が増える 全体的にWindows向けとWeb向けを共通で開発するにはメリットが多いと思いますが、Web特化だとデメリットもあります。

Ray seldom plays capture move (white N1), and self atari moves (white L2 and L2). This causes the white J1 stones often die before black K1 stones die.

FYI, Rn is using simple snapback detection in simulation. Results of 1000 games with 5000po are 49.6% (±1.6). Perhaps more generic way is needed to capture n-moku nakade etc. https://github.com/zakki/Ray/commit/7bde059fb2b9b2f59a3a4108e5abd47935a5936e

`Leelaz.read()` is asynchronous and it isn't on Swing EDT, but `Leelaz.parseLine(String)` calls many Swing methods. To resolve that I wrapped `parseLine` with `SwingUtilities.invokeLater`. That fixed hang at resizing lizzie window....

@kaorahi It works for me, but I don't use lizzie heavily (~ a hour per month). That branch contains experimental commit and revert commit like https://github.com/zakki/lizzie/commit/281db78b891074d9c761c79a3b830f2fdf26d430 , so please cherry-pick...

@kobanium Is handicap game always 0.5 point komi? https://github.com/zakki/Ray/blob/e5b2cadd7baf43630da7b860eb1812705323624a/src/DynamicKomi.cpp#L99

現状中国ルールのみの対応で、半目負けと認識しているようです。 勝っているときは相手のパスに2連続パス以外では投了まで打ちます。 また中国ルールなので他に必要な手が無いときに不要な手入れは不利にならないという動作じゃないかと思います。

Maybe komi offset doesn't work well on close game. https://github.com/zakki/Ray/blob/nn/src/GoBoard.cpp#L213

@a22063821 Do you know which version is broken? I recently started to use pondering. @Azirine Yes. Does it affect?

If you use `--playout` or `--const-time`, that is intended.