<feed xmlns='http://www.w3.org/2005/Atom'>
<title>ctak/resources, branch sixes</title>
<subtitle>An implementation of Tak and a computer opponent in C</subtitle>
<id>https://git.l-3.space/ctak/atom?h=sixes</id>
<link rel='self' href='https://git.l-3.space/ctak/atom?h=sixes'/>
<link rel='alternate' type='text/html' href='https://git.l-3.space/ctak/'/>
<updated>2026-08-28T18:37:41Z</updated>
<entry>
<title>Playing around with huge nn's, poorly trained.</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-03-28T03:59:33Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/ctak/commit/?id=35dc86f8476250f693aa419f404b2b4c8c381d92'/>
<id>urn:sha1:35dc86f8476250f693aa419f404b2b4c8c381d92</id>
<content type='text'>
Not great at shallow depths
</content>
</entry>
<entry>
<title>Don't generate header for training data + tweaks</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-02-12T02:04:42Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/ctak/commit/?id=00a04c2929bdc8f8f4bf7d5d8cf413ebfb3cd006'/>
<id>urn:sha1:00a04c2929bdc8f8f4bf7d5d8cf413ebfb3cd006</id>
<content type='text'>
For some reason it would seem that moving flats to a lower value and
increasing the proximity between caps and top flats improves
acquisition. Still not great, but every bit counts.
</content>
</entry>
<entry>
<title>Change the training data generation a little</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil clingman</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-02-11T01:07:24Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/ctak/commit/?id=890eb8d7f4a8c46eae18283ca5ac9c61fd41ed97'/>
<id>urn:sha1:890eb8d7f4a8c46eae18283ca5ac9c61fd41ed97</id>
<content type='text'>
Although it pains me to say it, ``label smoothing'' appears to be
actually work. I'm also currently experimenting with training simply
against _all_ games, instead of only bot matches. Once the training
finishes i'll pit cttei against itself with old and new weights,
hopefully there'll be a noticeable improvement.
</content>
</entry>
<entry>
<title>TEI interface working!</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil clingman</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-02-03T00:23:54Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/ctak/commit/?id=40c6b1dafab4de169bac8a799e7953e85061218e'/>
<id>urn:sha1:40c6b1dafab4de169bac8a799e7953e85061218e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Tried some naive iterative deepening. Work on TEI interface next</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil clingman</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-02-02T02:46:24Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/ctak/commit/?id=11956b2e940f5e1839efab187d898092e819a766'/>
<id>urn:sha1:11956b2e940f5e1839efab187d898092e819a766</id>
<content type='text'>
If TEI is implemented, then i could make use of Morten's
racetrack (https://github.com/MortenLohne/racetrack) and develop a
quantitative measure of the bot's performance. This is the current
priority.
</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/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>Fairly important bug fixes to lcdlib, LCD now echoes input!</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil clingman</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-01-31T20:33:30Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/ctak/commit/?id=399d90f1b94717aa0ca5abb1dc43bdb6f4160d13'/>
<id>urn:sha1:399d90f1b94717aa0ca5abb1dc43bdb6f4160d13</id>
<content type='text'>
Input polling without line-buffering is done using ncurses, so the
buildroot configuration had to change accordingly to include that
library.

The Makefile changed to accommodate stand-alone building of ct1986 and
to include -lcurses where appropriate. There were also some typos
about copying ct1986 and ctaklm to the correct directories.
</content>
</entry>
<entry>
<title>Syntax errors, small tweak to training data generation</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil clingman</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-01-29T19:05:06Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/ctak/commit/?id=fcface1079b1c44c7ccca3d117c698347c978f20'/>
<id>urn:sha1:fcface1079b1c44c7ccca3d117c698347c978f20</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Cleaned up build system</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil clingman</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-01-29T18:06:49Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/ctak/commit/?id=6c1154d80e7f7a04444d01d97942ac9e8138297a'/>
<id>urn:sha1:6c1154d80e7f7a04444d01d97942ac9e8138297a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Busybox is irritating</title>
<updated>2026-08-28T18:37:41Z</updated>
<author>
<name>tslil clingman</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-01-22T00:52:52Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/ctak/commit/?id=e54f496ce4acab029d95506736539c7f296cbbc8'/>
<id>urn:sha1:e54f496ce4acab029d95506736539c7f296cbbc8</id>
<content type='text'>
</content>
</entry>
</feed>
