Designing Zachtronics' TIS-100

http://gamasutra.com/view/news/244969/Things_we_create_tell_people_who_we_are_Designing_Zachtronics_TIS100.php

by csbrooks • 11 years ago

97 22 11 years ago

obstinate3• 11 years ago

This game is brilliant, in case you haven't tried it. Also, it will teach you the true fury of stream programming with only twelve instructions and a single addressable register.

vacri• 11 years ago

I was having trouble just last night: "Just one more instruction in this cell! Just one more, please!"

I did notice that you can shorten labels to fit another line of code in, though :)

strangecasts2• 11 years ago

The instruction set design really deserves praise: people who haven't done assembly before report picking it up without too much trouble, and it manages to fit several opportunities for subtle tricks in the space of the 13 instructions.

The moment you realize that you can use JRO with a direction to control flow from another node, it feels like a genuine revelation while being immediately obvious and logical in hindsight.

obstinate3• 11 years ago

Well I hadn't realized that. This. Changes. Everything.

lfowles• 11 years ago

This is much more familiar than the assembly in 0x10c. I haven't tried JRO with ports yet! I just assumed it would be an illegal operation :) Real instruction sets are clouding my mind.

chinpokomon3• 11 years ago

JRO UP? As in pulling in a value from the up port. I didn't see how that gives me a whole lot since wouldn't I need to know in the other node what the offset would be? I considered that this would be valid, but I couldn't see a way to make it really useful.

archagon• 11 years ago

I love Zachtronics' games, but they're kind of in the uncanny valley of gameplay for me. After a few hours, I start to wonder why I'm optimizing all these in-game circuits when I could be doing the same with my actual code! (On the other hand, they also make me realize how great Woz must have felt when he got Breakout down to just 44 chips.)

The performance comparisons to other players is a brilliant feature, though.

gcb0• 11 years ago

it should be fun for kids to start learning to code. but then, the move things around like that may do more damage than good on understanding multicore :)

Nogwater• 11 years ago

Just think of them as unbuffered channels.

boomlinde• 11 years ago

The most similar real world example that works like this is the GA144. 144 cores are laid out in a grid, and you pass data from one core to another by sending it "north", "south", "east" or "west".

It's a puzzle game, though, and probably aims less at being a practical teaching tool than a set of novel and obscure problems. If it teaches anything it'd be approaching odd problems in general, just like spacechem did.

kayamon• 11 years ago

I had the same thing with SpaceChem.

Once I found myself trying to implement a mutex in it... I've just spent all day at work doing stuff like this, and then I come home from work and keep doing it there as well.

Great game, but it's like catnip for programmers.

barbs• 11 years ago

Reminds me of an article that came up on HN a few weeks ago:

Why Do We Play Video Games That Feel Like Work? - https://news.ycombinator.com/item?id=9495141

david-given3• 11 years ago

Me, I'm wondering how many FPGA gates you'd need to implement a TIS-100 node, how many nodes you could get on an average Xylinx, and whether you could actually get useful work done on the result. Finding a HLL that would usefully compile down into a network of nodes would be... interesting.

chinpokomon3• 11 years ago

I/O would take 48 pins with 11 bidirectional pins per port to hold the word and 1 latch pin to release. The ISA would only require 4 bits to select an instruction. The ALU wouldn't be too complicated and there are only direct memory addressing modes, so that simplifies things. If the instructions are kept on die and not in externally addressable memory that makes things a little easier, but does not address how each node is loaded with instructions.

The only real challenge that I see would be the I/O. That's quite a few pins for most FPGA parts I've worked with. Maybe things have gotten easier in 15 years? The architecture design of the chip doesn't seem all that complicated, but clock cycles would not match the game.

watmough• 11 years ago

This is neat, but you can do some real hacking on software with something like http://www.ollydbg.de/

strangecasts2• 11 years ago

It's not really intended as a replacement for reversing/assembly challenges: design-wise it's actually fairly similar to his previous games like SpaceChem, in that you're trying to break up solutions into discrete chunks that each individual node can handle.

ansible• 11 years ago

TIS-100 is way more pleasurable to program on than real hardware. It is so easy to debug! Everything is visible.

People accomplished great things back in the 8-bit era with the tools they had, but the stuff they do today with the same hardware is truly mind blowing. I attribute that at least partially to things like that C64 emulator [1] where you can just view all of the system's memory during execution.

[1] http://icu64.blogspot.com/2009/09/first-public-release-of-ic...

IsTom• 11 years ago

This game is kind of a throwback to the kinds of games I used to make

I think this is a very important part. Personally I enjoyed pre-spacechem games a lot (e.g. http://www.zachtronics.com/the-codex-of-alchemical-engineeri...) because they were difficult and because they were very simple. Spacechem got grander and it was still fun, but for my simple tastes infinifactory isn't bare enough.

Designing Zachtronics' TIS-100

Related Stories