<feed xmlns='http://www.w3.org/2005/Atom'>
<title>ctak/include/cnn1986.c, branch lazy_queue</title>
<subtitle>An implementation of Tak and a computer opponent in C</subtitle>
<id>https://git.l-3.space/cgit/ctak/atom?h=lazy_queue</id>
<link rel='self' href='https://git.l-3.space/cgit/ctak/atom?h=lazy_queue'/>
<link rel='alternate' type='text/html' href='https://git.l-3.space/cgit/ctak/'/>
<updated>2026-08-28T18:37:41Z</updated>
<entry>
<title>Trying to make things faster</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-06-01T19:20:48Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/cgit/ctak/commit/?id=0deb42134cb7f0ed6ec809c3de1052ab2dfe2235'/>
<id>urn:sha1:0deb42134cb7f0ed6ec809c3de1052ab2dfe2235</id>
<content type='text'>
I tried the following, but they all made things worse:
- moving away from the singly-linked (tail tracking) list for actions
	by:
	  + using an array zipper for a deque
		+ using an array to poorly hold a floating deque
- caching the results of generating move lists in the transposition
	table and then
		+ copying the resulting list/zip/deque instead of generating it
		+ applying the move-to-front without copying, but this made the
			search order worse. Presumably in this case shallower nodes were
			messing up the search tree with garbage moves?

I think some of this is not supposed to happen, but i have just the
right combination of poor evaluation function and naively ordered and
cheap move generation that i'm in a local minimum here.
</content>
</entry>
<entry>
<title>Fix copyright notice in files, and small preemptive optimisation</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil clingman</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-03-28T04:19:05Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/cgit/ctak/commit/?id=2dbb9fa9b69e49d49cebb1c17559f6fe67600a4d'/>
<id>urn:sha1:2dbb9fa9b69e49d49cebb1c17559f6fe67600a4d</id>
<content type='text'>
Eventually there'll be a more complicated data generation step than
the one we're presently using, so having it in-lined in the loop is
wasteful. Ideally also this would be update per ply and we could avoid
recalculating it entirely for every query -- though it's probably
``fast enough'' for now. Also, caching is WIP.
</content>
</entry>
<entry>
<title>Rename ct_k -&gt; ct, IANAL but ...</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-02-05T21:49:14Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/cgit/ctak/commit/?id=ce09b6d94ac3dbf426e959b14fd7731001a003d1'/>
<id>urn:sha1:ce09b6d94ac3dbf426e959b14fd7731001a003d1</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Just some #weightgoals ;)</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil clingman</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-02-01T04:33:39Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/cgit/ctak/commit/?id=328c8d1e3094a942d6a2edd933c9cc4ab09daab1'/>
<id>urn:sha1:328c8d1e3094a942d6a2edd933c9cc4ab09daab1</id>
<content type='text'>
It turns out that while i was training on a 0/1 classification
problem, i was using 2*eval - 1. Training using this function instead,
and on bot-dominated game choices (chosen_player in extract.sh) seems
to have given a better evaluation function. At the least, Morten's
swindle doesn't work anymore.
</content>
</entry>
<entry>
<title>Added license information!</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil clingman</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-01-29T02:30:30Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/cgit/ctak/commit/?id=a77062ce3dc9a99ad0662010cc7eeb00dd5036a6'/>
<id>urn:sha1:a77062ce3dc9a99ad0662010cc7eeb00dd5036a6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>There is still a bug, it doesn't appear to be checking enough</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil clingman</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-01-26T05:24:03Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/cgit/ctak/commit/?id=9131e08817ae2f3bd58a8a0ba9f1e692ceb8604c'/>
<id>urn:sha1:9131e08817ae2f3bd58a8a0ba9f1e692ceb8604c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Still trying</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil clingman</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-01-24T17:07:18Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/cgit/ctak/commit/?id=815cde44e5060ad093347bb47fc66d41c9d3a3ed'/>
<id>urn:sha1:815cde44e5060ad093347bb47fc66d41c9d3a3ed</id>
<content type='text'>
|
</content>
</entry>
<entry>
<title>Attempting Zobrist hashing</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil clingman</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-01-23T23:20:05Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/cgit/ctak/commit/?id=18496a371a2204e8c1b448921a87108f4aa7ada3'/>
<id>urn:sha1:18496a371a2204e8c1b448921a87108f4aa7ada3</id>
<content type='text'>
</content>
</entry>
</feed>
