<feed xmlns='http://www.w3.org/2005/Atom'>
<title>ctak/resources, branch stats</title>
<subtitle>An implementation of Tak and a computer opponent in C</subtitle>
<id>https://git.l-3.space/ctak/atom/resources?h=stats</id>
<link rel='self' href='https://git.l-3.space/ctak/atom/resources?h=stats'/>
<link rel='alternate' type='text/html' href='https://git.l-3.space/ctak/'/>
<updated>2021-03-18T03:15:15Z</updated>
<entry>
<title>Corrected generation of training data for 6s</title>
<updated>2021-03-18T03:15:15Z</updated>
<author>
<name>tslil clingman</name>
<email>tslil@posteo.de</email>
</author>
<published>2021-03-18T03:10:53Z</published>
<link rel='alternate' type='text/html' href='https://git.l-3.space/ctak/commit/?id=0010aa36411e7b0d0e58a1b3f52d0e2e246f68e8'/>
<id>urn:sha1:0010aa36411e7b0d0e58a1b3f52d0e2e246f68e8</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Don't generate header for training data + tweaks</title>
<updated>2021-02-12T02:04:42Z</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=dd25d66353121939a8f9b2bfe6a20f4100ff4976'/>
<id>urn:sha1:dd25d66353121939a8f9b2bfe6a20f4100ff4976</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>2021-02-11T01:07:24Z</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=52b2268a1c7b97809bdf0f02147f885ddfa6d397'/>
<id>urn:sha1:52b2268a1c7b97809bdf0f02147f885ddfa6d397</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>2021-02-05T05:12:18Z</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=4f20d9fd63b6b3e30130c84c20f7cdbbbf2df76d'/>
<id>urn:sha1:4f20d9fd63b6b3e30130c84c20f7cdbbbf2df76d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Tried some naive iterative deepening. Work on TEI interface next</title>
<updated>2021-02-02T02:46:24Z</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=41b5dc810e25724e8111cf7f2ad1b4b52f9b1206'/>
<id>urn:sha1:41b5dc810e25724e8111cf7f2ad1b4b52f9b1206</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>2021-02-01T04:33:39Z</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=a7d80d7346a7c6944d917df4903342527b17d71c'/>
<id>urn:sha1:a7d80d7346a7c6944d917df4903342527b17d71c</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>2021-01-31T23:27: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=948b4286d0b5c5a647d2ab3dd20cd12301f166be'/>
<id>urn:sha1:948b4286d0b5c5a647d2ab3dd20cd12301f166be</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>2021-01-29T19:05:47Z</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=e5fc8bbb6c127d8b08249bb4855d958e575eae01'/>
<id>urn:sha1:e5fc8bbb6c127d8b08249bb4855d958e575eae01</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Cleaned up build system</title>
<updated>2021-01-29T18:06:49Z</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=0ce9856d34c58f6cb9c38281e04d1c4cbd09804c'/>
<id>urn:sha1:0ce9856d34c58f6cb9c38281e04d1c4cbd09804c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Busybox is irritating</title>
<updated>2021-01-22T00:52:52Z</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=426a0bfc107b354eb45b9c067e63cbe554c7e023'/>
<id>urn:sha1:426a0bfc107b354eb45b9c067e63cbe554c7e023</id>
<content type='text'>
</content>
</entry>
</feed>
