World Draughts Forum

Het probleem van de naamgeving voor openingen is inderdaad soortgelijk. Door het ontbreken van precieze definities is het in veel gevallen niet duidelijk waar de grenzen liggen. Nu zijn er tegenwoordig natuurlijk neurale netwerken die je zou kunnen trainen in het herkennen van namen. Dat is ...

Apparently @murraycash computed perft(29) in November 2020: https://oeis.org/A133046
Anyone up for the task of confirming that number?

ja zeer leesbaar, geen onnoemelijk diep vertakte variantencomplexen zoals in het Andreiko-boek.

Gisteren viel het dan eindelijk op de mat: het lang verwachte eerste deel van Sijbrands damtechnische automonografie. Mijn hemel: wat een megalomaan project. Vergelijkbaar met de romancycli De Tandeloze Tijd en Homo Duplex van A.F.Th. van der Heijden. Een recensie kan pas over een halfjaar ...

Aha, I have to admit that I didn't look at the code snippet and blindly assumed you were using TMP. It's truly amazing that the compiler is capable of checking a complex function like perft() with a static assert, I never thought this would be possible. Of course you could do this with TMP as well ...

Because template meta-programming is Turing complete you can do these things. It's is a nice programming exercise, often these techniques are not very usable in practice though.


Ah but this is not template-metaprogramming. Just a regular perft() function but called inside a static_assert ...

Because template meta-programming is Turing complete you can do these things. It's is a nice programming exercise, often these techniques are not very usable in practice though.


Ah but this is not template-metaprogramming. Just a regular perft() function but called inside a static_assert(), so ...

What's faster than running perft() in a few seconds? Running perft() in zero seconds of course! And I don't mean computing perft() numbers at program startup time, store them into a table and reading them out again. No, I mean computing perft() completely at compiletime.

#include <dctl.hpp ...

Another exotic board layout! Here's the 10x10 board embedded into a 29x10 grid:


5 6 7 8 9
19 20 21 22 23
34 35 36 37 38
48 49 50 51 52
63 64 65 66 67
77 78 79 80 81
92 93 94 95 96
106 107 108 109 110
121 122 123 124 125
135 136 137 138 139


Why on earth would this be useful? Well ...

Joost Buijs wrote: Mon Sep 05, 2022 09:28 Due to the lower speed (with games of 90 moves in 1 minute on a single core) there is a loss of about 13 Elo points

13 Elo compared to what? What is the benchmark here?

BertTuyt wrote: Fri Jul 29, 2022 18:03 Sidiki, in all honesty, i do not remember this position either.
When did i post it?
Could be that my age is blocking my memory

Bert

FTFY! It was a post by Gérard Taille in 2012 viewtopic.php?f=53&t=2157&p=96637

Grappige discussie over de terminologie van "wat een dam mag kosten". Denk dat het vooral het perspectief vooraf vs. achteraf uitmaakt. Een dubbeloffer dat een dam oplevert is een "dam voor 2", maar het mag de tegenstander vervolgens 3 schijven kosten om de dam af te vangen (een 3 om 1 ruil). Dus ...

Meer dan verdiend: van harte gefeliciteerd!

Wieger Wesselink wrote: Mon Nov 22, 2021 10:11 Am I right that this is exactly the same as duodecimal notation? See also https://en.wikipedia.org/wiki/Duodecimal. I agree that this is an improvement over the currently used notation.

For a W x H board, using base-W linear notation is of course a natural set of coordinates.

You could PM Jan-Jaap van Horssen, (jj here) he wrote a program that scales to 14x14 boards. See http://laatste.info/bb3/viewtopic.php?f=53&t=7817