Reviews by jgerrie
View this member's profilePrevious | 11-20 of 32 | Next | Show All
Multi-player Basic text adventuring, June 14, 2015This game is very interesting, because, at least in my experience of Basic text adventures, this is the only multi-player game I have ever come across. Each player gets a number of turns to explore the world of the game, which is quite extensive. You can either be a baddie alien, in which case you go around trying to kill the humans you come across. Or you're a human character, in which case you have to collect various items and interpret various clues, in order to figure out how to thwart the alien invaders. The game allows you to play alone, but the story and puzzles are fairly simple (I've only played through as a human). I image the time pressure created by trying to complete your appointed tasks before the other player completes theirs (or "players"--it allows up to 5 to play), must add a nice element to the challenge. I can't imagine the game is much fun to play as just the alien character alone, as it would simply be an exercise in moving until you have run across all the human players and killed them. The combat seems somewhat random, although there are weapons that can be picked up at various locations in the game. I'm unsure if they affect combat. There might be opportunities as an alien character to interfere by seizing or moving objects with the other player's ability to complete the game. However, combat can make the players drop things, if you are willing to risk possible death, so there are ways for human characters to win objects back. I am unsure if, when played with others, it is recommended that they not be allowed to view the screen, but I suspect that this might be so (or an "option"). In that way, if you're an alien you can hide or move objects, and the other player will have a harder time finding them or knowing when they need to confront you to try to force you to drop them. If you're a human character, it would give you the opportunity to try to hide or use circuitous routes to get to objects unmolested. I suspect knowing the original book series would also add to game play (although I think names have been changed to protect the original author against a copyright challenge--for example the series is called "The White Mountains" series, not "High Mountains"). I played a version of the program ported to the TRS-80 MC-10 from a version for the VZ200. In the course of porting the program I slightly condensed some of the descriptions and fixed some grammar and spelling errors.
An Annoyingly Difficult Adventure, May 5, 2015This 8-bit BASIC two-word parser provides a rich set of locations and a complex set of puzzles. It also avoids having (as far as I was able to determine) numerous completely arbitrary deaths, which is a common feature of games of this genre. However, it suffers from a typical fault of many 8-bit adventures. Many of the puzzles depend on the use of specific verb-noun phrases when what are essentially synonymous phrases fail to achieve the same result. I don't find this so glaring a fault when there is some way that this characteristic is clearly indicated, such as by the provision of extensive help/hints, humorous responses that indicate greater precision is required, etc., but these are largely lacking. It also suffers from the fault of inconsistent use of the SEARCH/LOOK/EXAMINE verbs, which means a lot of extra typing is required to make sure that all the clues are discovered. There also appear to be inconsistencies with the OPEN and UNLOCK verbs. The cassette label describes the game as "A Terrifyingly Difficult Adventure." I would describe it as "annoyingly difficult." However, if you are someone who doesn't mind typing and appreciates complex puzzles, especially one's that are informed by a rich understanding of the arcane folklore of European magic traditions, this adventure might be worth a try.
The UK's "Colossal Cave", April 15, 2015This simple adventure, written at a time when computers typically only had 16K of memory, is a classic. It was originally written for the tiny, ZX81 computer, a machine that many Brits got their first taste of computing from in the early 1980's, and was therefore one of the first experiences that many people in that country would have had of text adventuring. And because of the limitations of the machine, they would have had to endure a flickering black-and-white screen *every time* they typed something in. This fact when combined with the widely acknowledged fact that this program none-the-less initiated many Brits into a lifelong love of IF, stands as a testimony to the fundamental charms of this early adventure. The puzzles are not diabolical, and there are plenty of hints. If it may seem a little easy now, this is only because it had to blaze the trail in its own time of introducing people to the entire software genre. The outer space theme has a certain fantasy and even espionage tinge to it. None-the-less the story and world maintain a basic coherence, which is something that is often lacking from these early adventures. There is a nice mixture of the standard tropes (Maze of twisty passages) and some completely novel puzzles. I think this game deserves the honour of being considered the Adventure A" (much like Colossal Cave" is to the U.S.) of its country of origin.
The IF Elements of the Original Version(s) of Apshai, November 7, 2014One might normally classify this game as a kind of arcade variation of role-playing games, but it can be argued that the earliest version, written in Basic for the TRS-80 Model 1, at least if played with careful use of the manual (and a certain trick perhaps limited to the TRS-80 versions of the game that is described below) allows for a very satisfying IF experience.
In 1979 when the game was first created on the Model 1, 16K was considered an extremely generous amount of RAM for a personal computer to have. However, within the confines of such limited memory resources and before the advent of fast permanent storage devices written documentation was used by the authors to serve the role that would later be played by devices like CD ROM drives and the like. The slow speed and lack of graphics of the TRS-80 also meant that the arcade aspects of the game, that would become so prominent in the M/L versions later created for the second generation 8-bit computers (64, 800, Coleco Adam, etc.) was really not a significant element of game play, since the combat sequences unfolded more like the slow-motion tabletop dice throwing recreations of their RPG inspiration.
In the face of such limitations, the "room descriptions" of the manual were clearly not intended in this original version as mere window dressing (which in the later "arcade versions" could simply be ignored), but an integral part of the experience of the primary activity of the game, which was to explore the temple in an attempt to fill out one’s understanding of the narrative only hinted at in the carefully sketched "prologue" provided in the manual. These descriptions go far beyond providing "mood" for the otherwise dull linear graphic presentation of the rooms provided by the extremely limited graphic capabilities of the Model 1 (although they do that too, such as with their careful descriptions of the smells one encounters)—they actually provide clues for uncovering elements necessary for one’s continued survival (and thus are roughly equivalent to the puzzles and clues of more standard IF games). These clues include information about hidden passages, traps, the monsters one is likely to encounter and the possibilities of treasure and magic, all of which if interpreted correctly can greatly aid one's survival. But perhaps most important of all, they provide a set of narrative hints to the completion of the back story so as to achieve a satisfactory conclusion to the introductory narrative. So contrary to what is suggested in many standard descriptions of the game, the purpose of this early version clearly was not simply "to pillage the temple" by hacking and slashing one's way in arcade fashion through the various levels.
At least in the TRS-80 versions the purpose can be to seek by way of a carefully made set of choices conditioned by the room descriptions to progress through the four levels to discover the truth about the sinister force at the heart of Apshian civilization and defeat that force to end the "curse of Apshai." One essential aid to this way of playing the game is the SHIFT-@ key sequence of the TRS-80 machines that allows one to freeze the execution of any Basic program at any time. Using this key sequence one can halt play upon entering each room to consult the appropriate description and then use this information to help determine one’s subsequent actions. So one might decide, for example, that a room represents an unnecessary danger at a particular point given one's condition and choose to leave and return later after obtaining potential aids in other areas hinted at by other room descriptions. The authors, by combining the information storage of the existing technology of printed text with the novel (but limited) capabilities of an early 8-bit computer, were able to provide an immensely rich narrative experience that as a TRS-80 player always seemed radically different from the experiences of friends playing the game on other platforms.
Interesting Adaptation, September 7, 2014Castle Adventure was created by David Malmberg on the PET computer using a BASIC adventure engine created by Scott Adams for the TRS-80. Adams published and explained his engine in Creative Computing Magazine (August 1979), Byte Magazine (Dec 1980) and Softside (July 1980). It is the same engine which underlies adventures like Adam's "Pirate Adventure." However, unlike Pirate Adventure, which only has a few treasures, there are many more treasures to be found in Castle Adventure. The world that Malmberg creates is also much more internally coherent than what one typically finds in Adams' early adventures. The dangers are much less arbitrary too and on the whole I found the experience much more satisfying and less frustrating than Adams' Adventure 1 or 2. That being said, Adams adventure "driver" software is what I found most interesting and how Malmberg was able to apply it to a new story. However, one annoyance is that there tends to be some lag between entering a command and receiving a response. This is, I think, a legacy of the complexity and flexibility of Adams' driver software, so players of modern IF might find the experience a little frustrating. However, if you are curious about how the art of IF Basic adventure programming was spread and can appreciate some of the slowness of an 8-bit Basic game, this adventure is certainly worth a try.
(Spoiler - click to show)In the version I played there seemed to be some quirks with the guard routine. I'm not sure if there is supposed to be only one guard, but it seems like this should be the case. For example, one can fight the guard and be defeated and thrown in the dungeon. After escaping the cell, one can defeat the guard who is rendered unconscious. Despite being unconscious you can still run into a (another?) guard and end up back in the dungeon cell, but the cell door remains open and one can still find the unconscious guard. Also, the unconscious guard has keys, but as far as I can tell, they are never mentioned and cannot be "searched" for. One must simply think to "get keys" after defeating the guard.
Early Multiple Ending Adventure, September 7, 2014This text adventure in the 8-bit Basic program category is unique in several ways. First, its design permits multiple narrative pathways to the completion of the adventure (despite the limits imposed on these possibilities by the 8-bit machine hardware it was developed on--the Matra-Hachette 'Alice' computer). Second, its single key entry decision and navigation system is a refreshing departure from the much more standard two word parser system, and is very appropriate for its multiple attempt variable ending play format. Third, it is based (very roughly) on a classic work of fiction. Although its single keystroke system is somewhat similar to other extremely simple early Basic text adventures, the number of rooms, the multiplicity of narrative arches (in which randomness, decisions and the objects and paths selected make a substantial difference), and the playful and well crafted scenarios make for quite an enjoyable hour or so of distraction. Although a game like this will be of no interest to hard core modern players of interactive fiction, it certainly will be of interest to those curious about early 8-bit computer systems and the Basic programming efforts of coders grappling with the inherent limitations of such systems.
The Alice was a French introductory computer system somewhat akin to the Sinclair ZX-81 or even the Spectrum, which shared some hardware elements with the TRS-80 Micro Color Computer from Tandy, upon which it was based. The version of the game I played was ported and translated by me from the Alice original program by François Coulon.
A Classic from a Bygone Age, September 5, 2014Although possibly not a part of its original "type-in" published form there seem to be many versions out there (I used a GWBasic version for MS-DOS, which can be found on Web) that contain program errors that make the game unwinable. Some of the errors in the code, though, were put there on purpose by Ahl in a clever scheme to obscure the solution from those using the tried and true technique of reading the Basic source listing. The Basic code, in this respect, is part of the allure (and original purpose) of this game. It is well structured and and heavily commented so that aspiring Basic programmers could use it to learn how to program their own adventure games. However, beyond these pedagogical benefits, if you can find a version that has been debugged, and you like logical puzzles, I can highly recommend this game.
That being said, the logical puzzle at the heart of this game is absolutely diabolical. No simple truth tables will be adequate for this one, and Ahl's recommendation in the supporting documentation that an "hour or so" will be required to finish, actually seems somewhat optimistic. The adventure is structured along the lines of a game of Clue, but from my attempts at trying to figure it out, I would say that it is not simply a logical exercise. Some of the clues are, I think, red herrings. Others require knowledge of (or research into) European cultures in order to properly interpret (such as the elements that go into French cuisine and an understanding of the diversity that characterizes European cheeses). The game also has historical elements that are absent from a game of Clue and the use of some simple sounds and descriptive messages are highly effective in invoking the feel of a long train ride.
Also, this game is not a standard two word parser. Rather, single key strokes and options are all you get, and most of these, are largely irrelevant to the solving of the puzzle (although they help add to the atmosphere of the game). In fact, it is really just a clever and engaging way to reveal a long sequence of narrative clues, after which one must enter two selections (the defector and the murderer) that the computer then will judge as to whether you have deduced correctly.
As with many low K Basic IF games, the supporting written narrative material is essential to the full enjoyment of the game. Ahl provides a detailed history of the company behind the Orient Express. I think most of this material is now included in most of the online distributions of the program. If not, it might be worthwhile to obtain a copy of Ahl's book, which like the famous train, should be considered a classic from a bygone age.
Oh, for those Wonder-filled Early Days of 8-bit Computing..., August 9, 2014This was the first text adventure program I ever played. I remember choosing it for the simple reason that its byte count looked about right for fitting into the text buffer of my little MC-10 computer (something like the ZX-81), which was connected to a BBS via 300 baud Modem (text flows in at the speed most people can read at) and simple terminal package. The terminal package was so simple, in fact, that it had no download protocols other than straight text into the buffer and with only 20K in total, that buffer wasn't very big. DeedYork was one of the few non-binary file offerings of a local TRS-80 Color Computer BBS. I downloaded it, then printed the buffer and the re-typed the whole program back in. If I recall correctly part of the program got garbled, and thus a 2nd text to buffer and print operation was required. Much debugging was also required. At the end of this process I was treated to a fairly simple text adventure, which wasn't even a real two word parser. What it really was, was a one word parser, which was so tolerant of additional words, that for a while I was actually fooled into believing it required two words for accomplishing tasks. There are not too many puzzles to solve. Just an old house to explore, some possible death scenarios to learn to avoid and one main intuitive leap to make based on a large number of clues pointing to your discovery of a specific secret word. I recall being so stumped by the main puzzle that I had to resort to the time-honoured recourse of reading the source code. Of course, none of these limitations mattered to a 15 year old kid living in the midst of the 8-bit computer revolution. It was all magic. You're a wizard Harry! The one thing I was left wondering was whether the "Chomiuks", the family who play the role of the bad guys in the scenario, actually represented a real family in the Grande Prairie region of Saskatchewan. If so, I would like to thank them for inspiring a wonderful little piece of my childhood. Enjoy.
Like the Doctor Himself, Infuriating and Unpredictable, July 20, 2014Originally written for the TRS-80 Model 1/Dick Smith System 80 and published in an Australian magazine for those machines it can be difficult to get the game running, as many of the disk images out there contain versions of the code set only for cassette use. This is a problem because the program must load a data file before it can run (a space saving technique for systems with only 16K of RAM). The original Cassette based Basic source must therefore be modified for disk use to get it to run on a disk system/emulator. See the following for an archived version of the original Micro-80 magazine article for some help with these issues:
https://archive.org/details/MICRO-80_Vol._3_Issue_08_1982-07_MICRO-80_AU
I have ported a version of this program to TRS-80 MC-10 which avoids this complexity.
The mapping of this program is very odd. Moving is non-logical. Reverse paths don't always take you back the way you came. Paths also double back in all kinds of strange ways that don't make geometric sense either. I originally thought this may have been a programming error on the original author's part (or my own part in porting the code to TRS-80 MC-10) but since playing it to completion (with the help of some excellent materials provided by Alex Dijktra over at solutionarchive) I have come to appreciate how it is actually a clever way to recreate a little bit of the creepy and mysterious atmosphere of the TV series. You won't like this game if you can't get into the spirit of this counter-intuitive navigation.
You also wont like this game unless you're the kind of adventurer who doesn't mind dealing lots of random elements affecting your possibilities of success (in puzzle solving, dealing with the NPCs you meet, as well as other aspects).
There are some unique commands such as: ENTER (takes you into the Tardis)
RESET (moves the Tardis to a new planet). SEARCH can accomplish quite a lot in certain rooms, but it is one of the many elements in the game affected by randomness, so multiple tries are necessary.
There are lots of NPCs in this game in the form of aliens who/that you can interact with in various useful or lethal ways. This is quite rare for Basic IF games under 16K RAM. I have found so few Basic adventures (at least that have easily accessible Basic source code) based on the Doctor Who theme (most Dr. Who adventures seem to be professional machine language affairs), which is part of my own fascination with this game. However, if you are simply a fan of interactive fiction and Doctor Who and not of the history of Basic text adventuring as such, you might want to give this one a miss.
A Clever 8-Bit Sci-Fi Thriller, June 8, 2014With the help of Alex Dijktra from the solution archive, I was finally able to complete this classic piece of 8-bit Basic code. This original story is one of the finer examples of Basic adventuring from the early 80s. The story is very compelling. Instead of just defeating aliens, you actually have to figure out how to befriend them, and overcome a war to boot. It's no easy task. There are plenty of puzzles and mysteries in this game but all of them make sense (in the end) and none of them involve completely arbitrary actions like pushing random objects in random rooms to reveal hidden passages, etc. However, there are some red herrings to keep you on your toes. There are also a few possibilities of death, but they make complete sense and can be avoided with some reasonable actions. The descriptions and vocabulary are on the slightly richer side for your typical early 80s game and when put together they manage to provide a very powerful narrative experience that is somehow much greater than the sum of its 16k's worth of limited parts. Kit Domenico is surely one of the greats of the early 8-bit Basic game phenomenon. I especially like the way he cleverly uses some of the standard tropes of Science Fiction to lay the traps of some of his more devilish red herrings. About my only complaint was a lack of a game save feature (not unusual for games of this type). I played the game on the TRS-80 MC-10 from code ported from the TRS-80 Coco. Perhaps the original TRS-80 Model 1 version had such a feature, but I am unable to confirm this. This game is well worth examining by anyone who is interested in early 8-bit Basic interactive fiction.
Previous | 11-20 of 32 | Next | Show All