Life In 19x19

@And

I should check that, please post the log, then I will have a look at it.

sorry, didn’t have time, already added
only this game is in the log

@And

Thanks for the log. It tells that BadukAI sent a move request to the KataGo process (as always) but KataGo does not respond. But KataGo has not crashed either, since BadukAI checks that every 250 milliseconds and would report it. So KataGo was alive, but didn't respond.

I'm afraid I can't do anything here. But since it only happened once and only when the game was practically over anyway, it should not be a tragedy (as you already said).

numSearchThreads is a useful option! reduced to 2 and now works faster! (emulator nox, 2 threads)
sometimes resignThreshold is not enough, KataGo gives up early! can add in the next release to edit config resignThreshold?

BadukAI (KG 15b, 30 playouts, 2 threads) - CS Zero 8d 1:0 (BadukAI W +32.5)
BadukAI ~ 25 sec/move, emulator nox, max:9.33 mflop/sec

this is probably greedy but i have trouble with ram usage, can you add nnCacheSize? definitely understand if not worth it

if you limit the use of ram, maybe the 20 block network will not hang on my tablet? it would be interesting to try!
but at the same time it may not work?

How is the network used during work? unpack and copied into ram? if unpack it, does it affect the speed or the amount of memory used?

@And

On startup KataGo loads the model and unpacks it in memory. This is unavoidable. So if you have memory problems right from the start (before the first move), there is nothing to be done. If they come later, it might be due to the growing cache. In that case limiting its size could help. I will add the parameter in the next release, then you can try ...

thank you !!!

do you have ready-made resources to add territory counting? if not, are there any plans? and thank you very much again!

BadukAI (KG 15b, 25 playouts, 2 threads) - CS Zero 9d 1:0 (BadukAI B +193.5)

@Amigo

I am not sure that I understand correctly what you mean by "territory counting".

If you want to count the territory in a position in BadukAI where the game is (practically) finished, you can just tap "ponder". KataGo will show the best moves on the board and below the histogram. Each move will contain the winrate and the estimated score. When game is (practically) finished, this "estimate" will be the exact score (i.e. territory difference + stone difference + komi). If you want to get territory difference alone, you can subtract prisoner difference and komi.

If you want to count the territory in a position you encounter outside of BadukAI, just load the sgf into BadukAI and do the same. If you don't have an sgf file describing the position, you can take a photo or screenshot of it and use my app ImgToSgf to create an sgf from the image.

If you had something else in mind, please tell me ...

For leela zero, would it be possible to add an option to randomize the first 30 moves? (-m 30)?

@And I figured out order to play bots using max 15b net if you cant get 20b kyu rank to work. uses 6-15b nets only ddk (6b 1po)- 4d (15b 4po) 17 settings

at first I decided that it was a BadukAI malfunction, but I ran it in Sabaki, there are the same results. the 10 block network gives a very different estimate than the 6 and 15 block networks. why?
sgf from here viewtopic.php?p=260473#p260473
last move