EAMON is the computerized fantasy role-playing game developed by Donald Brown. This manual has been written for those stalwart people who are tired of having their characters killed in the many adventures written for the system, and want revenge by creating their own death traps. It is assumed that you are already familiar with the gaming system and the information included in the Player's manual.
Most of the adventures that are written for the Eamon system have been similar to the "Adventure" game thatwas created by Don Woods and Willie Crowther of MIT, such as the Beginner's Cave included on the master diskette.
This manual will both help you design your own scenarios in that type of game but will also permit you to meld any other type of game with the system that you wish.
Under the Eamon rules, it takes only a few numbers to completely describe a character. Between adventures, all of the player characters, (or adventurers) that the Master system knows about are stored in a file on the Master that is called "CHARACT". It is a random- access file with a length of 256.
Record 1 holds the number of records used in the file, and all subsequent records may hold one character. If the first 5 characters of the name is *DEAD then the character in that record has been deleted and the record may be reused to store a new character.
The data held in each record is :
Except for strings, and gold in hand and the bank, all of the information is stored as an integer number, with all probability numbers stored as percentages (perfect=100).
When a player leaves the Main Hall to go on an Adventure, first his character is deleted from the CHARACTERS file, and then the player is prompted to change diskettes. The program then tries to read a program name from the file EAMON.NAM on the adventure disk. If this name is found, a file called "MEAT" is opened on the disk and the data that was in the record of the CHARACTERS file is written into that file, preceeded by the record number that the character previously resided in. Finally, the program given in the EAMON.NAM file is run.
Once the adventure is over, control must be returned to the main Eamon programs. If the adventure ended in the character's death, all that must be done is deleting a file called "ADVENT" from the master diskette and running MAIN HALL. (You may instead run MASTER or WORLD and then do not have to delete the ADVENT file. If the character survives your adventurer, you will have to recreate him into the CHARACTERS file. The Main Program logic is already writing the character his own character record now, but you may want to change this if you have a special reason for it. Normally this is simply writing in the new information of the character into the old record given in MEAT. However if your program has the ability to quit for a while and come back later, it is possible for a new character to be stored in the old record. In this case you should search the "CHARACT" file for a free record to store the character, and write it in there (for an example of how this is done, list the CREATE program on the master disk.)
Once you have stored the character into the CHARACT file, you must re-create a file called ADVENT. This file has two pieces of data in it-- the name of the character, and the record he resides in of the CHARACTERS file. This too, is already done by the logic of the Main program, but it may be necessary for you to know what is being done, in case you want to change it. Once this is done, run MAIN HALL to finish. (Also currently done.)
There are two base programs on the DDD, that can be used. BASEPGM.BAS has the basic logic you will need to create an adventure. MAINPGM.BAS contains more of the advanced routines that you may want to use. It is recommended to use the more advanced program MAINPGM.BAS.
The first step in creating your adventure is initializing the diskette. Use the format program that comes with your computer for this. Once this is done, you may use the DUNGINIT program to set up the files needed for the game files.
The program on the DDD (Dungeon Design Diskette) will do several things for you---it will create files on the disk, your program's name into EAMON.NAM, and put in the starting data needed for the dungeon editing program to work.
You are now ready to begin entering data for the adventure. Insert the DDD and run the program 'DUNGEON EDIT'. This program is the one that puts your basic dungeon design into the files.
A few general remarks are in order now--First of all, you should always have your dungeon designed before entering it. Decide what rooms you have, how they connect, what monsters inhabit those rooms (and what their attributes are), and what treasures are sprinkled about.
For each of the four things you can enter (ROOM, ARTIFACT, EFFECT, and
MONSTER), you can either add a new one onto the end of the list, or edit one
already there. You cannot delete a thing already there (though you can
replace it through editing). You also must not go beyond 100 of any of the
things (though the total can go over 100). Too many rooms, without enough
monsters and artifacts will tend to be boring. If you put in a lot of monsters
simply to keep it from becoming boring, this too will become boring. A bit of
balance is needed and should be far lees than the system imposed limits. As
a guideline, the more practical limits of the system are: (-in general-)
If you do go over the 100 limit on anything you will not be warned of your error, but you will not get the results you wanted.
Adding and Editing will be almost identical for all four data types, except that in 'editing' your old entry will be placed after the cursor at the start of entries.
Your entries cannot go over 250 characters, and you should not use quotation marks ("). You may use commas and colons in alpha fields only. Do not have any trailing spaces on the names of items. (BASIC regards "LION" as being different from "LION ", though your player may not recognize the difference. Additionally, if you are entering a number, enter only a number, do not include any leading or trailing spaces or other extraneous characters.
Another thing to watch out for is names on artifacts that begin with a number. The program will accept them and you can use them, but when you try to give the item to a monster the program will not understand. For example assume you want to put an 8 inch knife in your adventure. When adventurer picks it up and tries to give it to his friend the Doctor, the Doctor will think he is being given 8 gold pieces. That is because the program uses the BASIC VAL function to get the value of the input field. When the VAL is greater than zero, it assumes you are giving away gold pieces.
For every room, you will need to give eight pieces of data. First is the room name, which cannot go over 50 characters. In the program it will be printed as: "You are (room name)", so you should use names like, "at the Cave Entrance". Secondly you will need to give a room description. It is not preceeded by anything, so it must be a full and complete description. If your description is longer than 80 characters, you must pad it with spaces so that when the description wraps around the IBM-PCs 80-column screen, the breaks are between words. Finally, you will have to give the room numbers that you can get to from that room in each direction. A special code has been developed--if you give a room of 0, you can never move that direction. If you give positive direction, there's an open connection. Negative numbers are special and usually indicate a secret passage. Another special code is -99 which indicates the exit to home. Negative numbers can be easily made to have special results by altering the base program (see below).
Artifacts are somewhat similar. An artifact is any non-living thing that is in the dungeon. In addition to what you might normally think of as the artifacts you want to include: (gold, silver, statues), you must also have as an artifact all weapons used by your monsters, as well as a dead body for every monster.
For each artifact, you will again need a name (this time just the normal name, such as "GOLD COINS") and a full description. You will also need to give the item's room that it starts in, its value in gold pieces, its type and its weight. The room is usually a positive number, however if the item isn't in the dungeon yet (such as a dead body) you should assign a room of zero, and if the item starts by being carried by the player, its room is -1.
Under the original design, there were only four types of artifacts available. Type 0 is a treasure with a value that will not change with the player's charisma, such as a pile of gold coins. Type 1 is a treasure whose value will vary with the player's charisma, such as a Persian rug. Types 2 and 3 are weapons, with 2 being a weapon that can be bought at the Main Hall, and 3 a special weapon.
If your artifact is a weapon (type 2 or 3), you will also have to enter
some more information on it:
Under the advanced design, (using the base program MAINPGM.BAS) there are ten types of artifacts available. These artifact types are already supported in the program MAINPGM.BAS on the DDD. The artifact types 0 through 3 are the same for the advanced version as for the old version except type 3 is a magic weapon rather than just a non-standard one.
The additional artifact types available are listed below:
The dungeon edit program has the torturous task of figuring out the data usage of each of these artifact types and how to prompt for the data. The base program must do the processing of the usage of these artifacts.
The other major type of data to be put in your files is monsters, which are any living (or animate) things in the dungeon. Monsters are similar to characters, however they are assumed to have their full armour expertise and know all weapons equally well.
each monster you will need the following:
These numbers do not have to be consistant with the numbers given in the artifact list; a monster may know how to use his weapon better than someone who doesn't know some secret, and the chance of hitting is of course affected by the monster's weapon expertise and other information not stored.
There is a fourth thing that can be entered called an "
NOTE: This routine also prints the effect (A$) that it reads. For further
examples of its use you might want to check out The Beginners Cave.
Once you have put all of your data into your files, you will probably want to see what you entered, to catch errors and get a good overview. There is an option included in the DUNGEDIT program on the DDD that will list your adventure data in a simple, orderly and organized fashion.
Although it might be very useful to examine other people's dungeons after you have played in them to learn how to design your own, it goes without saying that only a cur and a scoundrel would list someone's dungeon before playing to avoid dangers!
All of the work above was to put your dungeon into a format that the computer can use. It couples with a program called the base dungeon program BASEPGM.BAS. The advanced ver- sion is called MAINPGM.BAS. If there is nothing unusual, that is not covered by the special artifact types or coding already provided for, you can simply save the base program on your diskette and you are nearly ready to test. The explanation or mission program should then be modified to print the introduction and run the MAINPGM program. This program should already be on your disk.
However,if you want special effects such as a sword that teleports the user to another room at random times (gee, I may use that) these explanations should help you.
Most of the variables are self-explanatory and also can be changed locally
if desired, but a description of some of the others are--:
Once you have "played-out" other people's adventures,it would definitely be a
good idea to tear it apart to see how other people have adapted this program
to their own use. Also, if I might give a few suggestions to new Eamon
dungeon designers-
The following is a summary of the steps to follow to create an adventure of your own. This summary is provided to allow you an easier step-by-step method of creating your scenario.
The first one that should be copied is LEADIN.BAS. This program will take on the name of the filename that you entered in the DUNGINIT. The name that you use in the copy command must be the exact name that you used when you initialized the diskette.
The second program that you have tocopy from the DDD to the adventure
diskette is the main adventure program:
You may then insert your adventure disk and you should now begin your test. From that time on, to repeat a test you should be able to simply run MAINPGM. (Or if MAINPGM is already in memory, simply type RUN).
Another helpful hint: to restart an adventure if it bombs off you should be able to type GOTO 210.
John Nelson 2701 Arnold Road Des Moines, Ia 50310
It will then be an "official" Eamon Adventure and may be distributed.
If you have any questions or problems designing an adventure, write to the above address. We will do our best to help you get back on the right track.