"Rats Of The Maze" (or "Rats") is a computer game developed by an unnamed programmer for the CTOS machines in the early 1980s.
"Rats was a game created by one of our software engineers during some idle time. The game was a complete hit in the plant. It was completely addictive. Stuck in a maze, you could shoot at rats that attacked you. Sometimes the rats would be carrying four little rats (mice or ankle biters) who would vigorously banzai attack the character. The goal was to kill the rats and find and destroy the rat factory. The cuteness and simplicity of it lent to its appeal."
Above pictures showing Rats being played on an IWS at the Convergent Technologies plant in 1981 and quote from
Above 3 pictures (taken on an NGEN) from
One of our high goals is to get an original CTOS version of Rats of the Maze to run on our physical restored AWS Turbo machines. This has been challenging, as the below video will show:
The only known current internet discussion on this topic is
And here are some older discussions:
Other people who remember this game are interested in seeing it being resurrected...so we are not the only ones who care!
All of the remaining text on this page has been shamelessly copied from en-academic.com
Gameplay
"Rats" is a maze game that came in various forms.
1. The version implemented on Burroughs B20 computers (from 1982) ran in multiple shades of green. The player appeared in the form of a person whose legs moved while navigating through the maze. Rats moved while wiggling their tails. There were a custom number (typically 5) vibrating boxes called factories where rats got produced. Shooting factories scored a lot as all living rats of that factory died (as bonus) with the factory. A rat dying (exploding) too close to a factory would destroy the factory too.
Each time a factory was destroyed the newly created rats in the other factories moved faster. The rats of the last factory could run faster than the player. Therefore one was always fighting rats of different speed. Rats could shoot just as fast but bullets there could be stopped with bullets, which is why shooting diagonally from a corner was save (until rats attacked from below). Shooting was from the player's head.
Rats hat a great propensity to sense where the player was, how to get there without dying and guessing the player's movements. Dead players remained where they died and these corpses ("Leave Ghosts") still attracted rats who died when biting the corpse.
Shooting a pregnant rat released mini-rats that were very hard to hit. These mini rats did not shoot themselves and killed by biting the player's feet. They were not as fast as their mothers but very annoying and distracting. They moved so close to a wall that they could not be shot, as a player could not get close enough to the wall. Mini rats saw the bullets coming and moved out of the way. The only way to kill them was to keep them above the head, permanently shoot horizontally so the mini rats will ride on top of the bullets and at the last sub-second shoot diagonally. When they were that close they could not react fast enough and could not avoid the diagonal bullet.
There was a maximum number of items (rats, mini rats, player, ghosts, factories plus bullets) on the game, believed to be 256. When this number was reached factories stopped producing new rats. This thwarted tactics to wait in front of one factory and kill the rats as they leave the factory. In this situation one could also no longer shoot. If this happened, the only solution was to run around the rats (who could not shoot either - only bite) into a factory that exploded and killed the rats of the factory wherever they had run to. The B20 did not slow down if 256 items existed and the rats moved just as fast.
Shooting a rat or a factory counted as score. High Score was 65536 and then the score became negative. This could be achieved by manually selecting a custom maze number (found by a player by chance) where the last rats factory was in a dead-end and could be shot at from a distance. All rats went for the player and died on the way.
Later B20 keyboards had the directional keys in a cross. However, high scores could only achieved on the original keyboard where the arrow keys were arranged like on today's keyboards. Real Rats players kept an old keyboard as very fast sub-second diagonal movements could only be achieved that way. The rest worked as described in the standard implementation below (except bullets bounce off walls).
2. Standard implementation: Player drives a little tank through an endless maze to find and destroy the factories that produce rats. The rats will home in on player but can be destroyed by a single bullet. The more rats exist in the maze, the more sluggish the motion and fire frequency of the player become, so there is a need to hurry to destroy a few of the factories before the sheer number of rats makes winning unlikely. Game is essentially in three colors - bright green, dark green and black. Not counting the eight orientations (N, NE, E, SE, S, SW, W, NW), the sprites (factories, rats, ghosts, bullets and tank) have two or three images each that indicate movement; i.e. the rats tails wiggle left to right as they move, the tank chains appear to “move”. Screen will have the tank at screen center at all time (the maze “moves” instead). Player only sees about 5% of the maze at a time and can only memorize the places he needs to go if he selects “sneak preview” before the game so he can have one glimpse of the entire maze with an indication of his own position (bright filled rectangle) and that of the factories (dark green rectangle). Tank is steered by pressing and holding arrow key - or arrow keys - along with a “motor key” (diagonal movement is achieved by pressing arrow-up and arrow-right together as well as the “motor key”); firing is done by the arrow keys together with a “fire key”. Player can shoot in all eight directions if he is not moving, he can also fire in the same direction he is moving (by pressing arrow key(s) together with fire and motor keys).
Custom features
The game allowed a set of difficulties to be altered before starting a game:
*Number of factories: 1-99. The more you go up against, the faster the rats will fill the maze, the more difficult it will be.
*Maze density: game uses an algorithm to create the spherical maze so there is always a way to get to the factories (i.e. you will never find a player or factory locked off from the opponent). That way can be tricky, though. Less density means more “open space” without walls, 00% means no walls at all, 99% means all square units in the maze have at least one wall in it.
*Suppress mop-up: Usually, rats that have come out of the factory have to be finished one by one before or after the factory has been destroyed. In you select N, all rats from any one factory will meet their demise once your bullet hits the factory.
*Randomize on death: If player is killed (that is, touched by a rat or killed by bullet), if he still has one of his default three lives he reappears at a random spot in the maze. If N is selected, he will re-appear where he was when he had been killed.
*Leave ghosts? Mini rats (usually four) sometimes will appear where a rat has been killed by player. Those mini ghosts are much faster and harder to hit by player, and of course they go after you.
*Sneak preview: short static bird view of the maze map to help you see where the factories will be
*Are you left-handed? If Y is selected, game will allow a different set of play keys to make it easier for left-handed people
*Play forever: usually, you have a time limit of 500 seconds to finish the game, If Y is selected, you can take all the time you want
*Bullets bounce off walls: If N is selected, bullets will vaporize if they hit a wall. If Y is selected, they will bounce like billiard balls (i.e. back at player when hitting the wall at 90°, off at 45° diagonally – this can be useful if trying to get at a factory that is already surrounded by many rats and you have to shoot from a distance)
*Maze number: there are 9999 mazes per each density setting. Game defaults to a random number each time, but you can always select a number yourself.
-----------------------------------------------
RATS could be played with the K1 keyboard, the K2 moved the arrow keys
to a different location and made it AWFUL difficult to play.
We learned to locate the shooter at a place diagonal to the opening of a
rat factory and just pump bullets at it until we blew it up. Finding
the last stragglers after destroying the last factory was a pain.
-----------------------------------------------
>1. Does anyone remember the game "RATS" for the earlier CTOS
>boxes ?
Yes! I have a copy of it ""somewhere"".
It runs under CTOS III, but is unplayable on a Pentium 90. I guess
that the timing was handled internally and not by referring to the
system clock.
There were other games available, but the names escape me. I'll have
to see if I can find that backup tape......
-----------------------------------------------
Update 02-06-2022: BTOS / Rats / B21 on comp.sys.unisys
bto...@granosalisfilm.de
May 27, 2008, 3:13:54 AM
to
Oddly enough the program was supplied with the computer, and it runs
installed from disks labeled B28 BTOS 7.0.4D. Is this a hardware
problem (graphics card) or simply a question of installing the soft
fonts?
Charlie Brown
May 27, 2008, 6:45:00 PM
to
> Is this a hardware problem (graphics card) or simply a question
> of installing the soft fonts?
The short answer is yes, it's a hardware problem (graphics card), hence the
error code 7 (Not implemented).
The B21 hardware does not support soft fonts. I am not aware of any
workaround that will allow RATS to run on a B21.
roro
May 28, 2008, 3:25:13 AM
to
You say the disk was labled B28BTOS...
The B28 was a much later model than the B21. So the disks you have are not
the right ones for your B21.
Regards,
Robert
<bto...@granosalisfilm.de> wrote in message
news:39c9c337-6cb3-4144...@f63g2000hsf.googlegroups.com...
-----------------------------------------------------------
Update Feb 7, 2022
David Long
Rats certainly ran on the IWS. Don’t remember if there was an AWS version of rats or not. The IWS graphics system was much more powerful/configurable than that of the AWS. For example, as I recall, one could programmatically modify the bitmaps associated with various character codes.
CT MightyFrame
David Long Thanks for this! I'm actually getting this message from multiple people, you and "Charlie Brown", also put similar comments in the YouTube video comments section. Seems like my assumption that the AWS was equally capable to the IWS because it was "Newer" was incorrect! At least not in this video font management sense... Much appreciated! We'll see what we can hack together on this....
Barry Kelman
CT MightyFrame The IWS was based on the Intel 8086, which was a true 16-bit processor. The AWS used the 8088 (as did the original IBM PC), which had the same 16-bit instruction set, but with an 8-bit external bus, severely crippling its performance. The IWS was also highly extensible - it used 8" floppy and hard disks, contained in an external floor-standing pedestal, and included an Intel Multibus expansion chassis in the righthand desktop unit. OTOH, the AWS used 5.25" floppy and hard disks, contained in the righthand desktop unit, with no expansion capability.
Ken Burgett
Barry Kelman is Correct on all points. In 1982, I was doing some consulting with a terminal/ computer hardware company. They had just received a presentation from Convergent about the AWS box, and the use of the Intel Video Chip, They asked for my opinion. I told them the video chip was a non-starter and not to go there. Later, I got a call from a good friend and former colleague, who happened to be the VP of Engineering at CT. He asked why I had panned the AWS, and the video chip. I told him I thought. the chip design was badly flawed and very difficult to use safely on a software video system.
He did hire me to work at CT a year later, so we mended our fences.
Ken Burgett
The 8257 (??) video chip had a scheme for changing fonts in a line by adding a special character into the text and then adding another downstream to change back. This was limited to just so many transitions per line. If one of those characters was overwritten, then everything following was wrong. One helluva device. Greg Walsh was the best assembly coder at CT, he wrote the debugger among other things. He did find a way to make that chip do the right thing most of the time.
When the NGEN came along, that chip was abandoned.
No comments:
Post a Comment