Absolutely. Board games were the models, sometimes quite directly. "Crush Crumble Chomp: The Creature Who Ate Sheboygan" is one example. But unlike Warlords, the programmers of that one created an AI to run all the human opponents attacking the the Kaiju/monster human player, that was pretty good. I've made my own version of that one: kzbin.info/www/bejne/joG4qWWIi6hrl8ksi=OXhgXLN9w2m8CZcF

Here is a Tron game with an AI opponent: kzbin.info/www/bejne/qqepfHWOdt6jjaMsi=rCefzUP3m0xgK6Uk

Source can be found here if you want to take a look: github.com/jggames/trs80mc10/tree/master/quicktype/Arcade

My mom was a teacher, and brought home a Model III on the weekends. But with a cassette recorder:)

@@BenevolentChum If I recall, the TRS-80 Tron algorithm I remember tried to simply mirror the player input ... like a left-right mirroring, but mimicking up-down. It worked, but it was really challenging to defeat. Knowing what I know now, I can modify the algorithm to make it easier, but back then ... it was just beyond my ability to figure out what to try.

Yes, it's multiplayer. Any number can simply take a turn. If they eventually guess wrong, a message is displayed saying that they are "out of the game."

Everyone is supposed to keep their own information card, but I added one (the <H> help prompt) that keeps track of the basic info of clues (X) and who has or does not have info (?)

There's no self-modifying code here whatsoever, and gen AI doesn't use self-modifying code, just changed internal states like any other ordinary program.

@@honestbae2815 Well, the code cues the user to modify it. Anyway, that was a joke, Mr. Data. Consult your memory banks for the definition of the term 😆

It is actually drawing the whole image in the loop, so it is actually the whole screen being animated, even though only a few pixels change on each iteration. You could, for instance, pretty trivially update the code to march the image across the screen.

Ironic, because the shape of my head is the same as an MC-10

Sadly no. Pixels are too big and chunky for that;)

Yes. My Coco version has been around for some time. This video is an update showing that it now also works on the TRS-80 MC-10 with MCX32 pack. The Coco version can be played or downloaded here: archive.org/details/AKALABET

Here is my video from 4 years ago of the Coco version: kzbin.info/www/bejne/aqScl2ubmbOjjrssi=Rg4533AjiVGzYSgF

I think, from experimentation, that the old MCX128 would allow you to cycle on and off until you got the right synchronization. But with the latest MCX32SD it doesn't seem to matter how many times you turn it on and off it always comes up with snow. With that being said, it is not as much snow as I remember on the worst sync cycle of the 128. So I think Darren )or whoever designed the MCX32SD) did some hardware hack to always come up in the best possible sync. That's my guess, but like you, I'm not a hardware guy (soldering irons intimidate me although I own one), so I'm really just guessing.

It's been decades so I don't remember now, but I presume it would be necessary to pull out one of the three plugs going into the cassette recorder before hitting "Play" on the music, so as to be able to hear the music play and/or to avoid confusing the computer.

@@IrishCarney There might be pokes to allow the sound from the tape to be routed to the TV Speaker. But these days I just turn on my phone's music if I want background;)

@@BenevolentChum Oh I was just figuring on using the tape player's speaker for the music