Human Telnet Commands
Movement Commands
Before you can do much, you need to know how to get around the Jamud. The
Jamud supports abbreviated commands, which means that rather than having to
enter 'north' to move north, you simply have to enter 'n' and you will go north.
The following table has movement related commands and their abbreviations.
Command |
Action | Abbreviation |
north | Moves your character north | n |
east | Moves your character east | e |
south | Moves your character south | s |
west | Moves your character west | w |
up | Moves your character up | u |
down | Moves your character down | d |
<Exitname> | Moves your character through the <Exitname> | * |
go <Exitname> | Moves your character through the <Exitname> | * |
teleport <area> | Teleports your character to the area | |
teleport <object> | Teleports your character to the parent container of any object | |
teleport <any> <area> | Teleports anything into the child container of any area/object | |
back | Teleports your character to the previous location | |
recall | Teleports your character directly to the recall point (your home) | reca |
Social Commands
You will need to talk to people quite a lot on the Jamud, either for help or to help others, and during quests you may need to ask questions. It also doesnt hurt to say hello to people as you become a regular. Here is the table for conversation related commands, and their abbreviations.
Command |
Action | Abbreviation |
gossip | Sends your conversation accross the whole Jamud and is the most popular | gos |
chat | Same functionality of gossip, but most people are used to gossip | ch |
say | Allows you to talk to anyone in the same room as you | sa |
whisper <name> | Sends a private message to someone in the same room as you | whi |
grats | Sends a congratulation message across the whole Jamud, use on special occasions like levelling | grat |
auction | Allows you to buy/sell equipment to other players, but is never used as most eq is free | au |
tell <name> | Sends a private message to anyone you specify | te |
reply | Sends a tell to the last person that sent you a tell, useful if someone invisible is talking to you | re |
shout | Allows anyone in the same zone as you to hear you | sh |
holler | Like gossip, but takes 20 move points from you | holl |
qsay | Anyone with the (Qst) flag will hear you if you use qsay | qs |
cgossip | Sends a gossip to everyone in your clan only | cg |
Object Commands
You will come into using many objects throughout the Jamud, so its best
you know what to do with them. Here is the table for object related commands and
their abbreviations.
Command |
Action | Abbreviation |
inventory | Allows you to see what your currently carrying with you | i |
equipment | Allows you to see what your currently wearing | eq |
examine <object> | Gets a more detailed description of an object in your inventory | exa <object> |
examine <container> | Allows you to see what objects are inside a container | exa <container> |
get <object> | Picks up the object from the ground and puts it in your inventory | g <object> |
get all.<object> | Gets all of the objects that have that name and puts them in your inventory | g all.<object> |
get <object> <container> | Gets the object from inside something (bag, corpse) and puts it in your inventory | g <object> <containter> |
get all.<object> <container> | Gets all of the objects, with that name from inside something and puts them in your inventory | g all.<object> <container> |
get all <container> | Gets all objects from inside that container and puts them in your inventory | g all <container> |
drop <object> | Drops the object from your inventory to the ground | dro <object> |
drop all.<object> | Drops all of the objects from your inventory to the ground | dro all.<object> |
put <object> <container> | Puts an object from your inventory into a container | p <object> <container> |
put all.<object> <container> | Puts all of the objects from your inventory into a container | p all.<object> <container> |
wear <object> | Puts that object on your body | wea <object> |
wear all.<object> | Puts all of that type of object on your body | wea all.<object> |
hold <object> | Holds that object | ho <object> |
wield <object> | Wields that object as your weapon | wi |
give <object> <person> | Gives the object to the person you specify | gi <object> <person> |
give all.<object> <person> | Gives all of that type of object to the person you specify | gi all.<object> <person> |
remove <object> | Removes that object from your equipment listing | rem <object> |
remove all.<object> | Removes all of that type of objects from your equipment listing | rem all.<object> |
donate <object> | Donates the object of your inventory to the charity room | don <object> |
donate all.<object> | Donates all of that type of objects of your inventory to the charity room | don all.<object> |
junk <object> | Deletes that object of your inventory from the Jamud | j <object> |
junk all.<object> | Deletes all of that type of objects of your inventory from the Jamud | j all.<object> |
sacrifice <object> | Deletes that object from the ground, in the current room from the Jamud | sac <object> |
sacrifice all.<object> | Deletes all of that type of objects from the ground, in the current room from the Jamud | sac all.<object> |
sacrifice all | Deletes all of the objects from the ground, in the current room from the Jamud | sac all |
3.4 - Combat Commands
During the course of your adventures you will want to kill many, many
mobs. As easy as this sounds, there are a couple of ways to start a battle. Here
is the table for combat related commands and their abbreviations.
Information Commands
There are many, many, many other commands in a Jamud, so it would be
tiresome to list them all here, but some very helpful commands that give you
information about yourself or others. Here is the table for information related
commands and their abbreviations. Some of these I have explained before but
belong under a couple of different categories.
Command |
Action | Abbreviation |
look <person>/<mob>/<direction> | Gives you detailed information | l <person>/<mob>/<direction> |
scan | Shows your the mobs/players in your immediate N/E/S/W/U/D directions | sca |
examine <object> | Also gives you detailed information, only for objects | exa <object> |
inventory | Displays all the objects your carrying | i |
equipment | Displays what equipment your wearing | eq |
who | Displays a list of who is currently playing | wh |
score | Displays your scoresheet | sco |
toggle | Shows you what settings you have for the Jamud | to |
where | Tells you the other players in your current zone and their room | whe |
where <mob> | Tells you where the <mob> is, and only if they are in the same zone as you | whe <mob> |
levels | Shows you how much XP you need for the next 10 levels | lev |
affects | Typing 'help [topic]' will provide you with more information on almost any subject. | af |
help | Shows you what current spells are cast on you | af |
show player <name> | Shows information about the player you specifiy | show p <name> |
B1 OLC Commands
This section of the appendix attempts to document the OLC (On Line Creation) system for Labyrinth MUD. It is comprised of three sections: rooms, mobiles, and objects.
This section builds on the available on-line documentation and and adds complete tables for each option, last minute updates, and advice. Some of this material is derived from older sources such as Gabrielle Taylor's rom24.doc building guide.
The OLC commands follow with examples and/or descriptions of their use.
B1.1 CREATE
Syntax:
create room <TID@LID>
create mobile <TID@LID>
create object <TID@LID>
This command creates a new room, mobile or object for further editing. If you create a mobile or object a reset is automatially created in the room where you are standing where that object will "repop" during an area reset. You must be physically in the area you are building or modifying for the "create mob" and "create object" commands to work. The given TID@LID is checked to ensure it lies within the builder's allowed range.
A TID@LID is a number used to represent a distinct object, room, or mob. When you begin building you will be assigned a range of TID@LIDs which will become your area, for example, 11200-11249. This gives you enough TID@LIDs for 50 different rooms, mobiles (monsters), and objects.
B1.2 ROOM
The 'room' command is used to edit a room online. You
character has to be in the room you wish to edit. You can check out the settings
on a room that you have OLC privileges for with the command "stat
room". The room commands are:
room clan <clan name>
room description <room description line>
room flags [+-=] <flags>
room heal <heal rate>
room mana <mana rate>
room name <name of room>
room owners <owners>
room sector <sector type>
room resets
room door
room exit
room extra
room purge
<clan name> is the name of a current clan on The
Labyrinth.
This command restricts a room to members of a certain clan, and
should only be used for clan houses.
<room description line> is a line of text. You can add more than one description line by using a "+", in the same way that multi-line notes can be created. Similarly 'room description -' will remove the last line of a room description. Use 'room description c <line number > <room description line> to replace an existing line of room description with different text. If you wish to clear a room description use 'room description NULL'.
<flags> can be one or more of the following:
<heal rate> and <mana rate> are a percentage of how many "normal" hit or mana points a character will heal per tick. 100% is the default.
court Room is a courthouse dark Room is always dark indoor Room is inside and impervious to weather. Remember to set this for all indoor rooms! no_mob Mobiles will not wander into this room no_recall Room is impervious to recall, summon, gate, and teleport gods_only Only immortals (gods) can enter this room imp_only Only the highest level immortals (implementors) can enter this room heroes_only No mortal under level 51 can enter this room newbies_only No mortal over level 5 can enter this room safe No fighting can take place in this room private No more than two creature can be in this room solitary No more than one creature can be in this room pet_shop This is a room where mortals can buy pets. See appendix B2. law No charming allowed. Used for ultra-good cities nowhere The "where" command will not detect creatures in this room no_scan The "scan" command will not detect creatures in this room. no_cast_mage No mage spells can be cast in this room no_cast_cleric No cleric spells can be cast in this room
<name of room> is the title of the room. It's usually a short phrase. See "The Builder's Guide to Style and Long Life" appendix A for the correct format.
<sector type> determines how many movement points it costs to enter this room. The default sector type is city; remember to change this where appropriate. It can be one of the following:
inside 1 point field 2 points forest 3 points hills 4 points mountain 6 points desert 7 points (will affect thirst and hunger) air 2 points (must be able to fly) city 2 points (room is always lit) water_swim 4 points water_noswim (boat required) underwater (usually requires spells) underwater_bottom (usually requires spells)
ROOM RESETS
This command shows you what objects and mobs "repop" in this room when the area resets.
ROOM DOOR
The room door can be used to add a door to an exit, remove a door from an exit, set a door's key, set the state to which a door resets, and toggle a doors pass-proof and pick-proof flags. Note that you must create an exit with the "room exit" command before you can create a door. The syntax is as follows:
room door <direction> none [oneway]<direction> is either north, south, east, west, up, or down. It represents the side of the room where you want to set door attributes. If for some reason you want a particular door flag to only apply to the current side of the exit then you can specify the 'oneway' switch. This is generally not recommended.
room door <direction> open [oneway]
room door <direction> closed [oneway]
room door <direction> locked [oneway]
room door <direction> nopass [oneway]
room door <direction> pickproof [oneway]
room door <direction> key <TID@LID> [oneway]
These sub-commands have the following affects:
Note: Passproof doors are magically protected. Make sure there is some reason why they are magically protected. Also don't make doors pickproof arbitrarily; the thieves in the world need something to do.
none remove an existing door open add a door to the exit, its default state will be open closed add a door to the exit, its default state will be closed locked add a door to the exit, its default state will be closed and locked nopass toggles whether or not the door can be bypassed with the "pass door" spell pickproof toggles whether or not the door can be bypassed by the "pick lock" skill key <TID@LID> sets the lock key to object <TID@LID>
*** Be sure to add the appropriate keyword to your door by setting the exit description (see ROOM EXTRA).
ROOM EXIT
This command is used to create an exit from one room to another. The syntax is as follows:
room exit <direction> <destination> TID@LID [oneway]The direction is specified by using the direction name ("north", "south", etc).
room exit <direction> 0
When an exit is created the reverse exit (from the destination room) will be automatically be created. The behavior can be prevented by specifying the "oneway" switch. If this is done any exits created will only be one-way (from the current room to the destination room).
An exit can be removed by specifying "0" as the destination TID@LID.
ROOM EXTRA
This command is used to add an extra description to a room, or to set an exit description. The syntax is as follows:
room extra <key word(s)> <description>For example, "room extra painting The painting shows the likeness of an old man" will create a description that a character can see if they are in the room and type "look painting".
room extra <key word(s)> NULL
For an extra description that has more than one keyword, put the keywords in single quotes, e.g. "room extra 'mural wall' A hunting scene has been painted on the wall."
If you create a room extra description using a direction (north, south, east, west, up, or down) as the keyword it's called an exit description.
When a door is created it is given the keyword <direction> by default. You can (and should) add a keyword such as "door," "curtain," "gate," "trapdoor," etc. using an exit description. The syntax is:
room extra '<direction> "<keyword 1>" "<keyword(n)>" ' <description>The direction must come before the keywords. For example, "room extra 'north "palace gate" gate' You see a gate here." will set up an exit description so that the when the player types "look north" they will see: "You see a gate here. The palace gate is locked" (assuming you made the exit a locked door). A player will also be able to use "open gate" as well as "open north."
Multiline exit/extra descriptions can be created in the same way as room descriptions (using "+" to add a line, "-" to remove a line). A room or exit description can be removed using the NULL syntax above.
ROOM PURGE
"room purge" will remove all resets attached to a room. Use "room resets" to see the resets.
B1.3 MOB
This command lets you make changes to all mobs of a given TID@LID. Your builder character has to be standing somewhere within your area for this command to work. You must create a mob with the "create" command before you can edit it with these commands. You can check on the status of your mob at any time by typing "stat mob <TID@LID of your mob>" or "stat mob <name of your mob>" (see <names> below).
MOB has the following sub-commands:
mob <TID@LID> name <names><names> is a list of arbitrary names, or keywords, that will work with the mob.
mob <TID@LID> short <short description>
mob <TID@LID> long <long description>
mob <TID@LID> description [+] <description>
mob <TID@LID> level <level>
mob <TID@LID> act [+] <act flags>
mob <TID@LID> race <race>
mob <TID@LID> auto
mob <TID@LID> spec <special function>
mob <TID@LID> immune [+] <immune flags>
mob <TID@LID> vuln [+] <vuln flags>
mob <TID@LID> resist [+] <resist flags>
mob <TID@LID> offense [+] <offense flags>
mob <TID@LID> damtype <damage type>
mob <TID@LID> damage <n>d<n>+<n>
mob <TID@LID> hp <n>d<n>+<n>
mob <TID@LID> mana <n>d<n>+<n>
mob <TID@LID> hitroll <hitroll>
mob <TID@LID> sex <gender>
mob <TID@LID> limit <limit>
mob <TID@LID> roomlimit <roomlimit>
mob <TID@LID> clone
mob <TID@LID> purge
mob <TID@LID> resets
mob <TID@LID> alignment <alignment>
mob <TID@LID> wealth <silver>
mob <TID@LID> size <size>
mob <TID@LID> position <position>
mob <TID@LID> aggression [+] <aggression flags>
mob <TID@LID> affect [+] <affected flags>
mob <TID@LID> equip <object TID@LID [location]>
mob <TID@LID> shop
<short description> is the name that players see
for this mob in combat and when they interact with it.
For example: "mob <TID@LID of your mob> short Groob
the elfslayer" will configure your mob so that if someone pats it on the
head they will see "You pat Groob the elfslayer on his head". When
they fight this mob they will see messages like "Groob the elfslayer dodges
your blow". Short descriptions are typically proper names, proper names
with epitephs, or generic phrases like "a marauding orc" or "a
green troll". If your mob is unique you can use phrases like "the
statue of Marhuk". Do not capitalize the first letter of the short
description unless it's a proper name. Never capitalize "a" or
"the." The short description should be kept, well, short -- under 20
characters is recommended.
<long description> is the description of this
mob that players will see when they enter the room (provided, of course, that
the mob is visible to them). It is typically a complete sentence, punctuated
appropriately.
For example: "mob <TID@LID of your mob> long A
marauding orc brandishes a rusty sword with evil intent." will cause people
who walk into the room with your mob to see "A marauding orc brandishes a
rusty sword with evil intent." Make sure that you don't set this to
something like "The marauding orc turns toward you and says, 'make my
day'." since the character walking into the room might be invisible,
hidden, or 30 levels higher than the orc. "mob <TID@LID of your mob>
long NULL" will create a mob with no long description.
See appendix C "Tips, Tricks, and War Stories" for more on names, short and long descriptions.
<description> is one or more lines of text that give a detailed description of the mob when a character looks at it. Like room descriptions, this should be at least three lines long and conform to the same style rules. This command works similarly to "room description".
After you have created a mob and described it, you can fill in its remaining attributes:
<level> is the numerical level you wish this mob to be. It can be frrom 1 to 60. Always set this before using "mob auto".
<race> sets the mob's race. Set this next. If you don't see the exact race you want, just choose one that is close. Use your imagination! If you strongly feel there should be a new race post a note to Murgen. Race can be only one of the following:
<act flags> are actor flags that specify a mobs behavior. Set these after level and race.
unique Mob is unclassifiable. Not recommended. human high-elf grey-elf wild-elf dwarf hill-giant fire-giant storm-giant frost-giant centaur half-elf gnome half-orc cambion demon elf Generic. Try and use one of the more specific elf races. giant Generic. Try and use one of the more specific giant races. bat bear cat centipede dog doll dragon fido For old Midgaard fidos - Don't use this. fox goblin hobgoblin kobold lizard modron For old Nirvana modrons - Don't use this. orc pig rabbit school monster For the academy - Don't use this. snake song-bird troll water-fowl wolf wyvern cow horse deer goat spectre vampire wraith ghoul skeleton
MOB AUTO
sentinel Mob does not move. scavenger Mob will pick up objects from the ground. mount Mob can be ridden as a mount. aggressive Mob will automatically attack characters it can see. See "mob aggression" flags below stay_area Mob will not wander out of its home area. Recommended. wimpy Mob will try to flee if it is seriously injured. If both wimpy and aggressive flags are set, the mob will only aggress against sleeping characters. pet Mob is a pet (can't be attacked by players). train Mob will let players use the train command. practice Mob will let players use the practice command. undead Mob is undead. Usually you want to set spec_cast_undead in conjunction with this. (See special functions below) cleric Mob is a priest. Usually you want to set spec_cast_cleric in conjunction with this. (See special functions below) mage Mob is a mage. As with the above commands you should set spec_cast_mage. thief Mob steals from players it can see. You should set spec_thief or spec_nasty in conjunction with this. (See special functions below) warrior Mob will fight like a skilled warrior, dodging and parrying when wielding a weapon. noalign Mob has no alignment. Use this with mobs of very low or no intelligence, such as animals and golems. nopurge Mob will survive a purge command. This should be set on "permanent" mobs such as shopkeeper, trainers, and practicers. outdoors Mob will not wander into rooms with the indoor flag. indoors Mob will not wander into rooms without an indoor flag. healer Mob will heal for money gain Mob will let players use the gain command. update_always Mob will reset every three ticks whether there are players in the area or not. changer Mob can change gold for silver. banker Mob will let players deposit money to an account. meta-physician Mob will train heroes. Don't use this without permission. crier Mob will yell a news item every tick (like Henri). surrenders Mob will surrender if badly injured no_scan Mob does not show up on the "scan" command. This flag stats as "act"
This command sets up most of the standard settings of a mobile for you. It looks at the mobile level, race, and act flags in determining how to set up the mobile. Use this command after mob level, mob act, and mob race.
<special function> sets special programs associated with a mob. These usually affect combat. <special function> can be only one of the following:
<immune flag> <vuln flag> <resist flag>
spec_breath_any Mob breathes random breath weapon spells. spec_breath_acid Mob breathes area-affect acid. spec_breath_fire Mob breathes area-affect fire. spec_breath_frost Mob breathes area-affect cold. spec_breath_gas Mob breathes area-affect poison. spec_breath_lightning Mob breathes lightning. spec_cast_adept Mob casts beneficial spells on newbies. spec_cast_cleric Mob casts spells like a priest. (set act cleric flag) spec_cast_mage Mob casts spells like a mage. (set act mage flag) spec_cast_undead Mob casts spells associated with the undead. (set act undead flag) spec_executioner Mob attacks player killers and player stealers. spec_guard Mob assists based on alignment like a lawful city guard. spec_janitor Mob picks up and sacrifices trash. spec_poison Mob has a poisonous bite. spec_thief Mob steals from players (set act thief flag). spec_nasty Mob steals from players and flees (set act thief flag). spec_medusa Mob is a medusa (stone gaze + biting snakes). spec_stone_gaze Mob can turn players to stone with it's gaze.
For example: "set mob <TID@LID of your mob> resist bash charm" will make your mob resistant to blunt weapon attacks and charm spells.
summon summoning spells (includes gate) charm charm spells magic all forms of magic (Powerful. Use SPARINGLY) weapon all weapons (Powerful. Use SPARINGLY) bash blunt weapons pierce piercing weapons slash slashing weapons fire fire-based attacks cold cold-based attacks lightning electrical attacks acid acid attacks poison poison negative negative attacks including energy drain holy holy (good) attacks. energy pure energy magics like magic missile mental mental attacks disease plague-like spells drowning water attacks light light based attacks like color spray spells sound sound attacks wood wood silver silver iron iron
<offense flags> typically describe warrior-like kinds of behavior in combat. <offense flags> can be one or more of the following:
<damtype> both determines the kind of damage the mob's natural attack does in combat and what it looks like from the player's point of view. It can be only one of the following:
area_attack Mob can attack more than one character at a time (Powerful. Use SPARINGLY). backstab Mob can backstab. bash Mob will try to bash in combat. berserk Mob will try to berserk in combat. disarm Mob can disarm. dodge Mob can dodge. fade Mob can fade in and out of existance. Generally only weapons flagged "magic" are effective against it. (Powerful.) fast Mob can attack many times in one round. kick Mob can kick in combat. dirt_kick Mob can kick eye-blinding dirt in combat. parry Mob can parry blows, even without a weapon. rescue Mob can use the rescue command. (Not yet implemented, but feel free to use it) tail Mob can perform a tail sweep attack. trip Mob can trip in combat crush Mob can crush in combat assist_all Mob will help all other mobs in combat assist_align Mob will assist other mobs of similar alignment. assist_race Mob will assist other mobs of its exact race. assist_players Mob will assist a fighting player. assist_guard Mob will assist the combatant with the most "good" alignment. assist_TID@LID Mob will assist other mobs of its own type. hunter Mob will pursue fleeing characters. If mob is immobile it will still remember the player and will agress upon the player's return. unmount Mob can unmount mounted opponents.
damage <n>d<n>+<n>, hp <n>d<n>+<n>, mana <n>d<n>+<n>
slice slashing attack stab piercing attack slash slashing attack whip slashing attack claw slashing attack blast bashing attack pound bashing attack crush bashing attack grep slashing attack bite piercing attack pierce piercing attack suction bashing attack beating bashing attack digestion acid attack charge bashing attack slap bashing attack punch bashing hand-to-hand attack wrath energy attack magic energy attack divine holy attack cleave slashing attack scratch piercing attack peck piercing attack peckb bashing attack chop slashing attack sting piercing attack smash bashing attack shbite lightning attack flbite fire attack frbite cold attack acbite acid attack chomp bashing attack drain negative attack thrust piercing attack slime acid attack shock lightning attack thwack bashing attack flame fire attack chill cold attack
The syntax for these commands is derived from the old Dungeons&Dragons notion of using combinations of dice to yield random numbers in a certain range. The syntax means:"<number of dice to roll> d <highest value any one die can yield (number of sides to the die)> + <integer added to the result>". For example "mob damage 5d5+10" will configure the mob so that every time it successfully hits it will do between 15 and 35 points of damage before being modified for things like strength, armor class, etc.
These values are automatically set by the "mob auto" command. Unless you really know what you're doing it's best not to mess with them. Changing these values can upset game balance (read B3 "Game Balance Policies & Rules"). Having said this, it may be appropriate to give tough spell casting mobs a little more mana than normal.
<hitroll> is a number representing the mob's bonus to its chance to hit in combat. This is automatically set by "mob auto". Adjust this value up or down only to reflect truly exceptional fighting ability or clumsiness, and even then only a couple points.
<gender> sets the mobs gender. It can be only one of the following:
<limit> sets how many mobs of this TID@LID can exist in the game at any time. If you set this at more than one, a new mob of this type will pop up in your area every time the area resets until the limit has been reached.
none Mob is a "it" (is neither male nor female -- use sparingly) male Mob is male. female Mob is female. either Mob will randomly be set to male or female when reset.
<roomlimit> sets how many mobs of this TID@LID can exist in the same room at any time. Once this limit has been reached, new mobs of this TID@LID will not longer reset into the room even if their <limit> hasn't been reached yet. They will try to pop up in other rooms where this mob has a reset, or if they have also reached their <roomlimit> in those rooms they will not pop up at all. This setting is highly recommended to prevent too many resetting mobs from piling up on top of each other.
MOB <TID@LID> CLONE
This commands creates a new reset is the room you're standing in for the mob whose TID@LID you specify. It will also automatically load the mob into the room.
Note: Use the command "load mob <TID@LID>" to create a mob in the room temporarily. It will only last until the next reboot or room purge.
MOB PURGE
Syntax:
mob <TID@LID> purgeThis command is used to remove mob resets. All equip resets applying to the removed mob resets are also removed.
mob <TID@LID> purge room
mob <TID@LID> purge all
The command "mob <TID@LID purge>" removes the most recently added reset of that mob in the room. Specifying "room" removes all mob resets with the given TID@LID for the current room; specifying "all" removes all resets of this mob in the current area.
Note: Use the command "purge <name of mob>" to remove a mob from the room temporarily. Unless you also remove the mob reset, it will repop the next time the area resets. The "purge" command by itself will purge everything in the room (mobs and objects).
MOB <TID@LID> RESETS
This command will tell you the TID@LIDs of the rooms where this mobile has resets and the equipment that resets with it.
<alignment> is an integer value from -1000 (evil) to 1000 (good). Most alignments should be from -500 to 500, with a good amount in the neutral range around zero. You should only set mobs with extreme alignments SPARINGLY. Remember that non-intelligent creatures often use the "noalign" act flag.
<silver> is the number of silver pieces the mob typically carries. Keep this low if you set it at all. Be VERY careful not to add lots of money to your mobs and contribute to "game inflation". Note: Not all builder will be able to use this command.
<size> is a very important attribute to set! Do not forget to set the size, as it has many far reaching effects. The size can be set to only one of the following:
<position> is not yet implemented. In the future it will set a mob's position such as sleeping, sitting, standing.
tiny insects, small birds small small animals, small halflings medium most humanoids large horses, giant races, ogres, things of this sort huge very large creatures, small dragons, wyverns giant VERY large creatures - leviathans, dragons, titans
<aggression> flags specifies the kinds of characters this mob will automatically attack. The aggressive "mob act" flag has to be set in order for this to work. If no aggression flag are set the mob will typically aggress against all characters less 5 levels over its own level.
The agression flags can be one or more of the following:
Note: Specifying more than one aggression flag will result in the mob aggressing against EACH flag that you specify. For example, "mob agg elf" and "mob agg dwarf" will make your mob aggressive to both elves and dwarved. The exception to this are the chicken and psycho flags. These flags will limit the scope of the other flags. For example, a mob with aggression flags "elf" "dwarf" and "psycho" will only go after elves and dwarves of a higher level than the mob.
cast_mage characters that cast mage spells cast_cleric characters that cast priest spells non_caster characters that do not cast spells (monks) semi_caster characters that cast some spells (thieves with spells, warriors with spells) pure_caster characters who are straight clerics or mages male characters who are male female charasters who are female eunich character who have no gender good characters of good alignment neutral characters of neutral alignment evil characters of evil alignment human characters who are human elf characters who are some kind of elf dwarf characters who are dwarves giant characters who are some kind of giant centaur characters who are centaurs gnome characters who are gnomes orc characters who are half-orc cambion characters who are cambions everyone all characters chicken only characters lower than the mob's level psycho only characters higher than the mob's level non-ruler characters who are not of ruler social status noble characters who are of noble social status peasant characters who are of peasant social status
<affected> flags are spells and or spell effects that are permanently applied to the mob. These should be used SPARINGLY. Make sure to read the OLC abuse section. Note: not all of these are implemented, but are included for completeness. <affected> flags can be one or more of the following:
MOB EQUIP
blind Mob is blind. invisible Mob is invisible. detect_evil Mob can detect evil alignment. detect_invis Mob can detect invisible creatures. detect_magic Mob can detect magic. detect_hidden Mob can detect hidden creatures. detect_good Mob can detect good alignment. sanctuary Mob has a permanent sanctuary. faerie_fire Mob has a permanent faerie fire. infrared Mob can see warm-blooded creatures in the dark. curse Mob is affected by curse. paralysis Mob is affected by paralysis. Not Recommended. poison Mob is affected by poison. protect_evil Mob is affected by "protection from evil" spell. protect_good Mob is affected by "protection from good" spell. sneak Mob sneaks. hide Mob is hidden. sleep Mob is affected by sleep. flying Mob flies. pass_door Mob can pass through closed doors. haste Mob is affected by the haste spell. calm Mob is affected by the calm spell. plague Mob is affected by the plague spell. dark_vision Mob can see in the dark. berserk Mob is permanently berserk (frenzy spell). swim Mob can swim. regeneration Mob regenerates quickly. slow Mob is affected by the slow spell. detect_traps Mob can detect traps. water_speach Mob can speak underwater. water_breathing Mob can breathe underwater. water_ways Mob can fight well underwater. smoke_parasite Mob is affected by a smoke parasite. Not recommended. stabilize_mana Mob is affected by "Mana Stabilization". Not recommended. hallucination Mob is affected by hallucination. Not yet implemented detect_illusion Mob can detect illusions. pacifist Mob cannot instigate combat delude Mob is under the effect of the "delude" spell improved_invis Mob can remain invisible while fighting. death_trance Mob is under the effect of the "death trance" spell corpse_form Mob is under the effect of the "corpse form" spell
Syntax:
mob <TID@LID> equip <obj_TID@LID> [inventory|left|right] [all]This mobile sub-command is used to equip or give an object to a mobile. If "inventory" is specified then the object will be given to the mobile in question for it to carry, but not wear. Otherwise the object will be equiped on the mobile(s) in the appropriate slot. If "left" or "right" is specifiedthen the object will be equipped on the appropriate side of the mobile. If "all" is specified then the object will be equipped on all mobiles of the given TID@LID; otherwise it will be equipped on the first mobile in the room only.
MOB SHOP
This mobile sub-command allows you to make a shopkeeper. As soon as one of these commands is used the mob will automatically start functioning as a shopkeeper. The following fields can be specified:
mob <TID@LID> shop buy [+] <item types><item types> are one or more object types that the mob will do business with. See the "obj type" command for a list of valid types. Usually a shopkeeper will not trade in more than one or two types of objects.
mob <TID@LID> shop hours <open hour> <close hour>
mob <TID@LID> shop margin <buy_margin> <sell_margin>
mob <TID@LID> shop purge
<open hour> and <close hour> set the hours that the mob will sell to players. The hours are specified as integers from 0 (midnight) to 23 (11:00 PM).
<buy_margin> and <sell_margin> specify the markup and/or overhead involved in the purchaser's buying and selling activity, respectively. These fields are specified as percentages of the item's actual value. The buy_margin is usually around 120, and the sell margin is usually around 80. Note that the overhead involved in both buying and selling can be greatly exaggerated for magical items such as potions, scrolls, and the like.
mob <TID@LID> shop purge
This use of this command will stop the mob from being a
shopkeeper.
This command lets you make changes to all objects of a given TID@LID. Before a TID@LID can be edited it must be first created with the "create" command while your builder character is standing in a room where you have OLC privileges. You can check the status of your object with the command "stat obj <TID@LID of your object>" or "stat obj <name of your object>".
The OBJECT editing command has the following sub-commands:
obj <TID@LID> name <names><name> is one or more keywords which characters can use to refer to this object. For example: "obj <your object's TID@LID name spear iron bloody" configures an object so that it can be called either "spear" "iron" or "strong". You should include any words which a character would be likely to try.
obj <TID@LID> short <short description>
obj <TID@LID> long <long description>
obj <TID@LID> desc [+] <description>
obj <TID@LID> level <level>
obj <TID@LID> extra <extra flags>
obj <TID@LID> cost <cost>
obj <TID@LID> weight <weight>
obj <TID@LID> wear <wear flags>
obj <TID@LID> type <item type>
obj <TID@LID> food
obj <TID@LID> liquid
obj <TID@LID> furniture
obj <TID@LID> use
obj <TID@LID> spell
obj <TID@LID> container
obj <TID@LID> light
obj <TID@LID> focus
obj <TID@LID> weapon
obj <TID@LID> armor
obj <TID@LID> money
obj <TID@LID> portal
obj <TID@LID> auto
obj <TID@LID> apply <apply location> <modifier>
obj <TID@LID> affect <affect flags>
obj <TID@LID> fit <body type>
obj <TID@LID> restrict <restrict type>
obj <TID@LID> messages
obj <TID@LID> clone
obj <TID@LID> purge
obj <TID@LID> put <container TID@LID>
<short> is a word or phrase that will be what object looks like while in someone's inventory or equipment. For example: "obj <your obj's TID@LID> short a heavy iron spear" will configure an object so that if you look at someone wearing it you will see: "<wielded a heavy iron spear". Do not capitalize the first letter of the short description unless it's a proper name. Never capitalize "a" or "the." Short descriptions should be under 20 characters.
<long> is a complete sentence that describes what an object looks like when lying in a room. For example: "obj <your obj's TID@LID> long A heavy iron spear with a worn leather grip leans against the wall."
OBJ DESC
This command can be used to give an object a "looked
at" description. The default description is the same as the long
description and should almost always be replaced using "object <TID@LID>
desc." The descriptions should be at least three lines long; Characters who
take the time to look at objects should be rewarded! The "obj desc"
command has similar syntax to the "mob description" command and works
as follows:
obj <TID@LID of your object> desc [+] descriptionThe description can be edited like a note, with the option "+" signifying that this line should add this line to the previous description. For example:
"obj <TID@LID of your object> desc This spear is made of a heavy wood stained darkly with ash. The blade is of sharp"This will create a two line description for an iron spear object that would work if a character typed "look iron" "look spear" or "look heavy", provided that you have named the object "iron", "spear", and "heavy" with the "obj name" command. You can clear a botched description with the syntax "obj <TID@LID of your obj> NULL".
"obj <TID@LID of your object> desc + iron, but it has been dented and chipped on some prior occasions."
<level> is the minimum level of character who can use the object. Objects should be of a level that falls within the level range defined in your area proposal. In general useful objects should be guarded in some way, either by a maze, secret doors, locked doors, or one or more mobs. It's customary to keep an object's level within 5 levels of the mob that owns/guards it.
<extra> is a space-separated list of one or more flags that give the object certain qualities. The flags can be one or more of the following:
Use common sense when setting extra flags. Be logically consistent.
glow Item glows and can be seen in the dark. hum Objects hums. dark Object is very difficult to see. lock (unimplemented) evil Item is inherently evil. invis Item is invisible. magic Item is inherently magical. Magical weapons should have this set. nodrop Item is cursed so that it cannot be dropped by a character. bless Item is holy, improves its saving throws. mirror Item can be used as a mirror (to reflect gaze attacks). anti_good Item is aligned against good creatures. (Old, use obj restr instead) anti_evil Item is aligned against evil creatures. (Old, use obj restr instead) anti_neutral Item is aligned against neutral creatures. (Old, use obj restr instead) noremove Item is cursed so that once worn, it cannot be removed. inventory Use this for shopkeepers only!! Gives mob an unlimited number of each equipped item in its inventory. (Old, automatically set by shopkeepers) nopurge Object will persist through a purge command. rot_death Item will disappear (rot away) soon after its owner dies. vis_death Item will only become visible after its owner dies. nonmetal USE THIS FOR ALL NON-METAL ARMOR ITEMS. nolocate Item cannot be found with "locate object" (good for quests). melt_drop Item will be destroyed when dropped. had_timer Item's timer has expired. Do not use this. sell_extract Item's price is fixed, no markup (use for certain gems). burn_proof Item cannot be magically destroyed. USE SPARINGLY. nouncurse Sets a nodrop or noremove object so that it cannot be uncursed with the "remove curse" spell. NOT RECOMMENDED. nosac Item is not suitable for a sacrifice.
<cost> is a number representing this item's value in silver pieces. Remember that 100 silver is equal to 1 gold piece. Do not overvalue your objects! Try and keep "found" objects cost low while objects to be purchased in a shop should cost more.
<weight> is the weight of your object in 1/10ths of an english pound. Weapons and armor will be given an automatic weight by the "obj auto" command, but be sure to double check that the value is rational. Try and be accurate as to the weight of your objects.
<wear> flags are a list of flags describing if an object can be picked up, and if so where it can be worn on one's body. The flags can be one or more of the following:
Usually you only want to specify one specific body location in addition to take.
take Item can be picked up finger Item can be worn on one's finger neck Item can be worn around the neck body Item can be worn on one's torso head Item can be worn on the head legs Item can be worn on one's legs feet Item can be worn on one's feet hands Item can be worn on one's hands arms Item can be worn on one's arms shield Item can be strapped to the arm as a shield about Item is worn over other clothing, like a cloak waist Item is worn around the waist like a belt wrist Item can be worn around one's wrist wield Item can be wielded as a weapon hold Item can be held in one's hand no_sac Item cannot be sacrificed (OLD, Use obj extra flag instead) float Item hovers or floats nearby hair Item can be worn in one's hair face Item can be worn on the face, like a mask ears Item can be worn on the ears, like an earring
<type> sets the item's fundamental type. This determines many things, not least of which is what shop keepers will buy and sell this item. Type can be only one of the following:
OBJ FOOD
key Item is destroyed if a player carries it when he logs out. This is usually used for keys so that at any given time one of them will exist in the game. However, you can make objects of other types act as keys, and items of type "key" can be described as something other than a key that just happens to disappear on logout. See appendix C for examples. room_key Item is a permanent key. It will not disappear on logout. boat Item can be used to cross deep water jewelry Item is a piece of jewelry map Item is a map gem Item is a gem clothing Item is a piece of clothing symbol Item is a holy symbol treasure Item is a treasure warp_stone Item is a spell component for nexus or portal spells instrument Item can be used to play bard songs trash Item is unimportant and useless food Item can be eaten (see "obj food" below) drink Item can be imbibed (see "obj liquid" below) fountain Item is a fountain (see "obj liquid" below) furniture Item is furniture (see "obj furniture" below) wand Item is a wand (see "obj use" below) staff Item is a staff (see "obj use" below) potion Item is a potion (see "obj spell" below) scroll Item is a scroll (see "obj spell" below) pill Item is a magic pill (see "obj spell" below) container Item is a container (see "obj container" below) light Item is a light (see "obj light" below) focus Item is a focus (see "obj focus" below) weapon Item is a weapon (see "obj weapon" below) armor Item is a piece of armor (see "obj armor" below) money Item is a pile of money (see "obj money" below) portal Item is a portal (see "obj portal" below) trap Item is a trap (see seperate TRAPS section in appendix B2) poison Item is a poison (see "obj poison" below)
The object food sub-command allows a food object to be created. It has the following syntax:
obj <TID@LID> food fullness <n>Fullness determines how filling the food is. Its value is the number of 10-minute increments it will keep the eater full. Hunger is the number of increments it will keep the eater free from hunger. Very extraordinary foods and dry rations will have a higher hunger than fullness value. Most "wet" foods have a fullness value slightly greater than the hunger value. Poison toggles whether or not the food is poisonous.
obj <TID@LID> food hunger <n>
obj <TID@LID> food poison
OBJ LIQUID
The object liquid sub-command allows you to specify charactieristics of drink and fountain objects. It has the following syntax:
obj <TID@LID> liquid type <liquid name><liquid name> can be only one of the following:
obj <TID@LID> liquid capacity <capacity>
obj <TID@LID> liquid contains <contains>
obj <TID@LID> liquid poison
Please keep and mind that not all liquid types are equally thirst quenching. Generally water is best. Salt water and a couple others actually make you more thirsty.
name color proof water clear 0 beer amber 12 red wine burgundy 30 ale brown 15 dark ale dark 16 whisky golden 120 lemonade pink 0 firebreather boiling 190 local specialty clear 151 slime mold juice green 0 milk white 0 tea tan 0 coffee tan 0 blood red 0 salt water clear 0 coke brown 0 root beer brown 0 elvish wine green 35 white wine golden 28 champagne golden 32 mead honey-colored 34 rose wine pink 26 benedictine wine burgundy 40 vodka clear 130 cranberry juice red 0 orange juice orange 0 absinthe green 200 brandy golden 80 aquavit clear 140 schnapps clear 90 icewine purple 50 amontillado burgundy 35 sherry red 38 framboise red 50 rum amber 150 cordial clear 100 hot chocolate brown 0 blackberry juice purple 0 dragon blood boiling red 199
<capacity> is a measure of how much liquid the object can hold when full. A negative capacity will never run out.
<contains> is a measure of how much liquid the
object holds when brought into the game.
Note: You do not need to set capacity or contains values for
fountains.
<poison> toggles whether the liquid is poisonous or not.
OBJ FURNITURE
The object furniture sub-command allows pieces of furniture to be created. It has the following syntax:
obj <TID@LID> furniture people <number of people it can hold>"obj <TID@LID> furniture heal" and "obj <TID@LID> furniture mana" should not be abused! 100% is the normal default argument. For example, "obj <your object's TID@LID> furniture heal 110" will make your object heal a player 10% faster than usual when they are sitting/standing/etc. in it.
obj <TID@LID> furniture weight <maximum weight it can hold in 1/10 pounds>
obj <TID@LID> furniture heal <percentage of normal hp regeneration rate>
obj <TID@LID> furniture mana <percentage of normal mana regeneration rate>
obj <TID@LID> furniture flags [+] <furniture flags>
<furniture flags> determine ways in which the piece of furniture can be used and affect the messages that appear when a character uses them. They can be one or more of the following:
stand_atChoose only one flag per catagory (stand,sit,rest,sleep,put) for your furniture.
stand_on
stand_in
sit_at
sit_on
sit_in
rest_at
rest_on
rest_in
sleep_at
sleep_on
sleep_in
put_at
put_on
put_in
put_inside
OBJ USE
The object use sub-command is used to create wand and staff objects. The syntax is:
obj <TID@LID> use spell <spell name><spell name> can be one of the following. Note: Wands typically affect only one target, Staves have an area affect.
obj <TID@LID> use charges <current charges>
obj <TID@LID> use maximum <maximum charges>
obj <TID@LID> use level <spell level>
<spell level> should be no more than half the maximum level range of your area, or half the level of the mob carrying/guarding the object, whichever is less.
absolution Instant-death spell. Powerful. Not recommended. acid blast alkar Remort spell. Not recommended. animal call Remort spell. Not recommended. anti-freeze Resist Cold armor avatar Remort spell. Not recommended. awakening Remort spell. Not recommended. banishment (unimplemented) befriend Remort spell. Not recommended. bless blindness brittle bones burning hands call lightning calm cancellation cause critical cause light cause serious chain lightning change sex charm person chill touch cloud of darkness Remort spell. Not recommended color spray come clarion rage Remort spell. Not recommended continual light control undead Remort spell. Not recommended control weather corpse form Remort spell. Not recommended create focus create food create rose create spring create symbol create water cure blindness cure critical cure disease cure light cure poison cure serious curse dark vision death trance Remort spell. Not recommended delude Remort spell. Not recommended demonfire detect evil detect good detect hidden detect illusion Remort spell. Not Recommended detect magic detect invis detect poison detect traps Generally not recommended dispel evil dispel good dispel magic earth elemental Remort spell. Not Recommended earthquake embalm Remort spell. Not Recommended empathic healing Remort spell. Not Recommended enchant armor Powerful, use SPARINGLY enchant weapon Powerful, use SPARINGLY energy drain ere faerie glamour Remort spell. Not Recommended eyes of the undead Remort spell. Not Recommended faerie fire faerie fog farsight fireball fireproof fix soul Remort spell. Not Recommended flamestrike fly floating disc fortitude Remort spell. Not Recommended fossilize Very Powerful. Not Recommended frenzy gate giant strength greater healing Remort spell. Not Recommended harm haste heal heat metal holy word identify improved invisibiliy Remort spell. Not Recommended infravision invisibility know alignment lightning bolt lightning storm Remort spell. Not Recommended locate object long eye Remort spell. Not Recommended love magic missile mana stabilization Remort spell. Not Recommended mark tree Remort spell. Not Recommended mass healing Powerful, use sparingly mass invis merge soul Remort spell. Not Recommended mind scan Remort spell. Not Recommended mirror image Remort spell. Not Recommended nexus pass door petrify Very Powerful. Not Recommended plague poison polar wind Remort spell. Not Recommended portal prayer Remort spell. Not Recommended presence Remort spell. Not Recommended protection evil protection good ray of dissolution Very Powerful. Not recommended ray of truth raze Remort spell. Not Recommended recharge reflection Remort spell. Not Recommended refresh rejoin soul Remort spell. Not Recommended remove curse sanctuary Powerful, use sparingly shadow Remort spell. Not Recommended shadowfire Remort spell. Not Recommended shield shocking grasp sleep slow smoke parasite Very Powerful. Not Recommended soul vision Remort spell. Not Recommended spell steal Remort spell. Not Recommended starvation stone skin stone to flesh Remort spell. Not Recommended summon swarm Remort spell. Not Recommended teleport the dragon flight thunder Remort spell. Not Recommended the voice of nations calling Remort spell. Not Recommended tree transport Remort spell. Not Recommended turn undead Remort spell. Not Recommended unmark tree Remort spell. Not Recommended ventriloquate water breathing water speech waters ways weaken winters touch Remort spell. Not Recommended withering touch Powerful, use sparingly word of recall acid breath Powerful, use SPARINGLY fire breath Powerful, use SPARINGLY frost breath Powerful, use SPARINGLY gas breath Powerful, use SPARINGLY lightning breath Powerful, use SPARINGLY
<maximum charges> are usually small. 10 should be considered extremely rare. 3 is extremely rare for powerful spells such as dragon's breath type stuff.
OBJ SPELL
The object spell sub-command is used to create pill, potion or scroll objects. The syntax is as follows:
obj <TID@LID> spell spells <spell list>See "obj use" section above for a list of spells and rules for setting the spell level. Each potion or pill can carry up to four spells -- potions that carry more than one beneficial spell should be very expensive (if sold) or difficult to get (if guarded by a mob).
obj <TID@LID> spell level <spell level>
OBJ CONTAINER
The object container sub-command is used to create container
objects.
The syntax is:
obj <TID@LID> container capacity <capacity>Weights are specified in tenths of english pounds.
obj <TID@LID> container weight <maximum item weight>
obj <TID@LID> container multiplier <multiplier>
obj <TID@LID> container key <key TID@LID>
obj <TID@LID> container status <container flags>
<capacity> is the maximum total weight of objects that the container can hold.
<maximum item weight> is the maximum weight of any one item the container can hold.
<multiplier> is a percentage of the contained weight that the character feels. It is normally 100. A well made backpack might justify a 70-80 value. Anything less than that probably involves magic and should be used SPARINGLY.
<key TID@LID> is the TID@LID of an object that can be used as a key to lock/unlock this container, providing it is lockable.
<container flags> can be one of the following:
OBJ LIGHT
closed Object can be closed and is normally closed closable Object can be closed and is normally open locked Object can be closed and locked and is normally locked pickproof When used with locked, prevents pick lock skill from working (not normally recommended).
The light object sub-command allows light sources to be created. It has the following syntax:
obj <TID@LID> light duration <ticks><ticks> is the number of 10 minute increments the light source will last once lit. A value of -1 will create an unlimited light source.
Note: light objects are usually given a wear location of "light" or "hold", but in special cases it can be something else. A light object has to be worn for it to be "lit".
OBJ FOCUS
The object focus sub-command is used to create focus objects
to aid mages.
It has the following syntax:
obj <TID@LID> focus level <power level><power level> is the level of maximum level of spell that the focus should work with. This level should be within the level range of your area and should be within five levels of the mob(s) guarding the focus. Most focus objects take the appearance of gems, but you may also use a traditional object associated with the collection of energy. (For example a miniature pyramid, or a special headdress)
OBJ WEAPON
The weapon object sub-command is used to specify weapon objects. Before using these commands you should set the type of your object to "weapon" (see "obj type") and then use the "obj auto" command. After this, you can set the following weapon characteristics:
obj <TID@LID> weapon type <weapon type><weapon type> can be only one of the following types:
obj <TID@LID> weapon damage <dice>
obj <TID@LID> weapon message <damage type>
obj <TID@LID> weapon flags [+] <weapon flags>
Dmoon's advice: It's traditional to make spears type "staff" but I make my spears type "polearm" because they are used more similarly to a polearm than they are to a quarterstaff.
flail Weapons that involve some kind of flexible chain. (nunchucks, ball-and-chains, traditional flails) mace This includes blunt clubbing weapons of all materials including saps, hammers, and morning stars polearm These are usually some kind of blade/spike/hammer attached to a long pole and are usually two handed staff These are quarterstaff-like weapons, usually two handed. sword This includes any weapon consisting of a long, usually metal, blade most commonly used in one hand. whip whips, chains, lassos, bolas, etc. exotic This is a catch-all catagory for weapons that do not fit in other catagories including ranged weapons and purely magical weapons. Weapon skill is level-dependent. Use SPARINGLY. dagger This includes short piercing weapons including knives, claws, spikes. axe Use this for hand axes, two handed battle axes, or other chopping weapons.
<dice> represents the damage the weapon inflicts in D&D dice notation. See the MOB command for a detailed description of the syntax. This value should be automatically set with "obj <your object's TID@LID> auto". This value should not be changed much, if at all.
<damage type> can be only one of the following:
See "mob <immune/vuln/resist>" for explanations
of these damage types. Note that unless your weapon is very extraordinary, it
should use bash, pierce, or slash.
bash<weapon flags> can be one or more of the following:
disease
light
pierce
drowning
lightning
slash
energy
mental
acid
fire
negative
harm
poison
cold
holy
sound
OBJ ARMOR
flaming Weapon magically burns victim frost Weapon magically freezes victim vampiric Weapon steals life from victims, turns wielder evil sharp Weapon occasionally does exceptional damage vorpal Weapon has a small chance of beheading victim two_hands Weapons must be wielded with two hands. USE THIS WHEN APPLICABLE. shocking Weapon magically shocks victim poison Weapon has a chance of poisoning victim fading AntiPaladin's sword anti-parry. DO NOT USE. defender Paladin's defender sword. DO NOT USE.
The armor object sub-command allows the armor values of an
object to be
set. The syntax is:
obj <TID@LID> armor values <pierce> ac <bash ac> <slash ac> <exotic ac><piece ac> <bash ac> <slash ac> <exotic ac> are all automatically set using the "obj auto command". If you change these values try and keep the average value among the first three (pierce, bash, and slash) the same. Some armor may not have the same values for all kinds of attack (leather armor, for instance, may be more susceptible to piercing). A piece of armor that has a logical reason for protecting the wearer from magical effects may have a higher <exotic ac> value than automatically set. Higher values are better.
Note: Objects configured as armor should in fact be armor. Clothing, jewelry, and similar attire that does not physically protect against weapon blows should NOT be configured as armor! If you want to do something like this set up the object as its correct type and use the "obj applies ac" command.
Note: If your armor is not made from metal, make sure to use the "obj extra nonmetal" command.
OBJ MONEY
The object money sub-command is used to create piles of coins. This command is not normally available to builders. When available, it has the following syntax:
obj <TID@LID> money silver <n><n> is the number of silver and/or gold pieces the object represents.
obj <TID@LID> money gold <n>
OBJ PORTAL
The portal object sub-command is used to set up portal objects. The syntax is as follows:
obj <TID@LID> portal charges <n><n> is the number of times the portal can be used. Set it to 0 for unlimited use.
obj <TID@LID> portal flags [+] <portal flags>
obj <TID@LID> portal exitflags [+] <exit flags>
obj <TID@LID> portal key <key TID@LID>
obj <TID@LID> portal toroom <room TID@LID>
<portal flags> must be one or more of the following:
Note: Except under very unusual conditions, portals should not be moveable by players (flag them untakeable or too heavy to carry).
normal The portal functions normally gowith The portal transports WITH the user nocurse The portal cannot be used when the user is cursed buggy The portal occasionally teleports the user randomly random The portal always teleports the user randomly
<exit flags> can be one or more of the following (some of these may be unimplemented):
<key TID@LID> is the TID@LID of an object that can unlock the portal, if it is configured as locked. This object does not have to be of type "key".
closed Portal can be opened but is naturally closed locked Portal can be opened but is naturally closed and locked pickproof When locked the portal cannot be picked easy When locked the portal can be picked easily hard When locked the portal can be picked with difficulty infuriating When locked the portal can hardly ever be picked
<room TID@LID> is the TID@LID of the room that the portal goes to. This room should normally be inside your own area.
OBJ AUTO
This command is used to automatically set standard values for object of types weapon and armor. This command should always be used after setting the level and type of the object. In the case of weapons, the <weapon type> and <weapon flags> of the object should also be set properly before this command is used. See "obj weapon" for details.
OBJ APPLY
Syntax:
obj apply <apply location> <modifier>This command gives an object certain properties that confer advantages or disadvantages to the wearer. The object must be worn or held for these modifications to take effect. Each object may have up to four seperate "apply" modifications.
Note: This command is particularly easy to abuse. Do not use this command to disrupt game balance.
<apply location> can be only of the following:
<apply modifier> is a positive or negative integer value that adjusts the wearer's attribute chosen in the <apply location> part of the command. For the most part what this value does should be self-explanatory. The correct range of these values varies with the level value of the object. Please use common sense here! A good guideline for avoiding the wrath of the immortals is to make your item no more powerful than one already in the game of similar level and use plenty of restrict and/or fit flags.
strength the wearer's strength attribute dexterity the wearer's dex attribute intelligence the wearer's int attribute wisdom the wearer's wisdom attribute constitution the wearer's con attribute perception the wearer's perception attribute charisma the wearer's charisma attribute sex the wearer's gender (modifier should be -1 to +1) mana the wearer's maximum mana capacity hit the wearer's maximum hit point capacity move the wearer's maximum movement capacity ac the wearer's armor class (across all values) hitroll the wearer's hit roll damroll the wearer's damage roll saves the wearer's saving throws (across all values) saves_paralyzation the wearer's save vs paralyzation saves_rods the wearer's save vs rod saves_petrification the wearer's save vs petrification saves_breath the wearer's save vs breath weapons saves_spell the wearer's save vs "normal" spells
OBJ APPLY
Syntax:
obj apply <affected flags><affected flags> specifies a permanent magical effect this object confers on the player or mob who wears it. The affect can be one or more spell like effects detailed in the "MOB AFFECTS" command above. It also can include resistances such as "resist_fire". This command is not normally available to mortal builders.
OBJ FIT
This command is used to specify the kinds of races and sizes of creature that CANNOT wear the object because of physical imcompatibilities. You are encourages to use these, especially in regards to non-standard shaped races such as giants, centaurs, and cambions. Armor in particular should generally fit only one appropriate kind of body type. Syntax is :
obj fit <body type>
<body type> can be one or more of the following
values:
OBJ RESTRICT
no_tiny object cannot fit on tiny (less than duck sized) creatures no_small object cannot fit on small (about dog sized) creatures no_medium object cannot fit on medium (most humanoid) creatures no_large object cannot fit on large (most giant race, horse) creatures no_huge object cannot fit on huge (wyvern, hippo) creatures no_giant object cannot fit on gargantuan (huge dragon) creatures no_human object will not fit on humans no_elf object will not fit on elves no_dwarf object will not fit on dwarves no_giant_race object will not fit on giant players no_centaur object will not fit on centaurs no_gnome object will not fit on gnomes no_orc object will not fit on half-orcs no_cambion object will not fit on cambions
This command is used to prevent certain kinds of players from wearing the object. This is similar to "obj fit" but "obj restrict" is more flexible and can have different effects on the restricted would-be wearer. "Obj restrict" should be used to implement magical incompatabilities, "obj fit" should be used for physical ones. The syntax is:
obj restrict <restrict type><restrict type> can be one or more of the following:
OBJECT MESSAGES
cast_mage Object cannot be used by mages cast_cleric Object cannot be used by priests non_caster Object cannot be used by monks semi_caster Object cannot be used by warriors, thieves, mixed classes pure_caster Object cannot be used by mages, priests, "magic" classes male Object cannot be used by males female Object cannot be used by females eunich Object cannot be used by players with no gender good Object cannot be used by "good" aligned players neutral Object cannot be used by "neutral" aligned players evil Object cannot be used by "evil" aligned players human Object cannot be used by humans elf Object cannot be used by elven races. NOTE: use this for iron weapons and armor! dwarf Object cannot be used by dwarves giant Object cannot be used by giant race PCs centaur Object cannot be used by centaurs gnome Object cannot be used by gnomes orc Object cannot be used by half-orcs cambion Object cannot be used by cambions harmful Object will burn restricted PC's who try to use it. wasting Object will slowly harm restricted PC's who try to use it. corrupting Object will slowly turn restricted PC's "evil" who try to use it. non-ruler Object cannot be used by those of non-ruler social class noble Object cannot be used by those of noble social class peasant Object cannot be used by those of peasant social class.
The object message sub-commands allow you to set the message displayed when a character wears or removes an object, and the wear location displayed when someone looks at a player. It has the followingvariants:
obj <TID@LID> worn <worn message><worn message> is what is shown as the location when someone looks at a player. For example to make some spectacles that appear to be worn over the eyes you could type "obj <TID@LID of your object> worn <over eyes>"
obj <TID@LID wear_self <wear self message>
obj <TID@LID wear_room <wear room message>
obj <TID@LID remove_self <remove self message>
obj <TID@LID remove_room <remove room message>
<wear_self> <wear_room> <remove_self>
<remove_room> These sub-commands allow you to specify what is shown
when an object is worn or removed. The 'self' versions specify the message
sshown to the character wearing or removing the object, the 'room' versionsare
shown to everyone else in the room. Each of these strings can contain the
following tags:
$n = name of wearer
$p = the object nameFor example suppose you have a bracelet which takes theform of a snake. The following command "obj <TID@LID wear_room $p coils slowly around $ns wrist." would have the bracelet coiling itself around the wearer's wrist whenever worn.
$s = his/her/its,
$m = him/her/it.
OBJ CLONE
"obj <TID@LID of your object> clone" will set up a new reset for this object in the room you are standing in and also load theobject into the room.
Note: as with "load mob", "load obj <TID@LID>" will temporarily load an object into the room without adding a reset.
OBJ PURGE
"obj <TID@LID of your object> purge" will remove the specified object's reset from the room you are standing in, provided one exists.
Note: Use the command "purge <name of object>" to remove an object from the room without affecting room resets. The plain "purge" command removes everything in the room (both mobs and objects).
OBJ PUT
Syntax:
obj <TID@LID> put <TID@LID of container>This command will load the specified object inside the container specified by <TID@LID of container> and set up a new reset in the room to load the object inside this same container. Note that for this to work, you have to be standing in a room with the desired container's reset.
B2 Misc building related documentation
B2.1 How to build a pet shop.
Unlike other shops, pet shops are special. In order to build one, first create the room where you want to sell pets. Give this room the flag "petshop". Now, create a room to serve as the pet shop mob storage. This room has to be the very next room TID@LID in sequence after the pet shop room! For example, if your pet shop is in room TID@LID 11808 you must create a mob storage room for the shop in 11809.
Make sure that the pet storage room is flagged no_recall and does not have any exits. Now create the mobs you want to sell as pets in this room. Make sure to give them the "pet" act flag. The pets should now be able to be bought and sold in the pet shop room.
B2.2 TRAPS.
(coming soon)
B3 Game Balance - OLC Abuse policy
Unfortunately area builders are extremely susceptable to ruining game balance. Here is how it works: New builder Joe builds a castle with a tough paladin ruler. Joe wants his area to stand out, so he gives his tough paladin ruler better equipment than most other things in the game for his level. Now new builder Ted comes along and builds the evil swamp temple of Marhuk.Ted wants his area to stand out too, so he makes the evil statue of Marhuk tougher than Joe's paladin and also gives him a better sword than Joe's paladin. This cycle continues until the first areas ever put into the game are filled with "wimpy" equipment that nobody wants anymore. You can extrapolate this example to potions, scrolls, and other useful items besides weapons and armor.
B3.1 What can we do?
This problem with equipment inflation is very real, and we've had to take some drastic steps to prevent and in some cases reverse it. When planning your area, restrict yourself to creating only one (1) powerful item that's unique in the game. You do not need to make any more. Your other items can be of comparable value to others of their type. Keep in mind that building areas is *not* about making powerful items and killer mobs. Although this is admittedly fun, your area should be fun and interesting on its own without having to rely on special items to lure people in.
If you think that non-superpower objects have to be boring, please read "Interesting Objects" in appendix C "War stories and Expert Advice".
B3.2 What else can we do?
In order to keep control of the object inflation described above, we require builders to request approval before creating certain kind of items and mobs. The specifics are listed below:
REQUIRES APPROVAL
Obviously some of this is a little vague. Use your judgement. Do not try to push the limits of what's allowed in a lower level area (i.e. though a +15 hp helmet might be acceptable, it should *not* be level 5). It's much safer to ask questions than it is to have one of us think you are trying to get away with something.This may seem like a lot of rules, but keep in mind that every single one of them exists because someone abused it at some point.
- mobiles with fade flags, sanc flags, area attack flags.
- mobiles that can detect both invis AND hidden players.
- mobiles with immune flags, vulnerability flags
- objects with hit/damage bonuses +1 - +3
- objects with hit point / mana bonuses + 10 - +24
- objects with attribute bonuses +4 - +8
- objects with custom weapon flags.
- objects and doors that are pickproof.
Sabeth's interjection: If you want to give an object a really powerful flag, counterbalance it with a negative effect. An object that gives a high +dam bonus can also be -dex, etc. Equipment that is a 'mixed blessing' forces people to make decisions and weigh what's really important to them.Alternately, if you must give your super-mob a super-weapon, make it a weapon type that's unpopular that no one has, like polearm. (Do NOT make it exotic, even if it's pretty bizarre -- make them have to practice the skill to use it.)
B3.3 - Other forms of OLC abuse.
Some builders occasionaly try to use their OLC privileges to help themselves or their non-builder friends advance levels, escape death, find out information,or otherwise cheat the system. Gross experimentation using the OLC to create a laboratory to test spells, mobs, and other effects is also in this catagory. Punishment for this kind of abuse is swift and most fatal. Don't do it! Consider this more than fair warning.
B3.4 - Supporting Remarks
(from ROM builders tips)
NEVER write an area that is too easy, or that has absurdly powerful equipment, just to make it popular. Do not rely on a mobile being 'really tough' as the sole balance to an otherwise overpowered item -- people have soloed 30,000hp mobiles (admittedly, people with nothing better to do, but you get the idea). A well-balanced item (for example, the enchanted leather bracer) will ultimately earn popularity of its own right, and be less likely to be adjusted by a disgusted implementor who was tired of seeing people hero after spending a half day in your zone. Besides, then all the Real Studly Area Builders will laugh at you. :)
This section is a compilation of various bits of wisdom from many sources, most
notably "Building Tips From the Masters" by Rainman, Slash, and Lok.
This appendix is broken down into three sections - mobiles (mobs), objects, and
rooms. Unlike appendix A, "The Builder's Guide to Style and Long
Life", this appendix is geared towards technical issues and not
specifically writing style.
C1.1 Mobiles - Consider putting them in the background.
For stationary mobs that are typically in the background such as shopkeepers, consider describing them in the room description and setting the mob's long description to NULL. This will make them not show up as a mob when you look at the room, but they will be there to sell objects or perform other tasks when needed.
C1.2 Mobiles - Special considerations for high level mobs.
When creating high level mobs, high hit points and damage bonuses are hardly ever enough to present a serious challenge to players. Make sure to give high level mobs some good offensive flags, spells, special attacks, and/or a sizable bonus to their hit roll. Don't go overboard on this, though. It's actually harder to fight a mob that only has one or two flags than one that has every offensive flag; it will keep trying to do those one or two things each round, and probably have a much better success rate that way.
As with everything else, try to make the various flags and affects make sense. All a mob's special attributes should complement each other as well as be consistent with the theme and "character" of the mob.
C1.3 Mobiles - Get the size right.
Makes sure your mobs are set with the correct size. Many game effects are dependent on size, such as mount trampling. It's really silly that you can't tramble a bunny rabbit because someone forgot to set its size to small.
C1.4 Mobiles and Objects - Give them many names.
When you fill in the "name" field for mobs and objects, make sure that you specify every name that a reasonable player might expect to work. For example, a tall orc warrior's name field should include "tall", "orc", and "warrior". The names you choose should match up with the short and long description fields.
Keep in mind that mobiles (or even objects) with proper names may not "announce" them in their long descs (or even their short descs). For instance, Sere the bard in Tressardvalia has a long desc. of "A wandering bard leans tipsily on the table, a glass of mead in his hand." His name field includes "Sere" and "bard" ("wandering" would be good to throw in here, for good measure).
C2.1 Objects - Round out the MUD weapon types.
When you create weapons, try to help round out the distribution of weapon types. What I mean by this is that there's tons of swords already in the game, but not that many polearms or flails. You're probably going to get a few groans from the immortals if you create yet another sword while neglecting the other weapon types.
C2.2 Objects - Get the weight right.
Make sure that your objects have their weight set correctly. All weights are measured in 10ths of an english-measurement pound. A kg is about 2.2 pounds.
C2.3 Objects - Take care with alignment-hostile objects.
Some builders like to make certain objects restricted to only users of a certain alignment. If you do this, try and be friendly to neutral players. There aren't enough neutral-aligned weapons and armor in the game as it is, so unless your aligned object absolutely can't be used by neutral characters, don't restrict it from them.
C2.4 Objects - Consider hiding them in the background.
Like the tip above, you can hide a stationary object by setting its long description to null. You can then let the character know that the objects exists by mentioning it in the room's description, or through some other means. This is a good way of making secret containers and compartments. Use this only on objects that can't be moved.
*** Objects should *always* have a short description, no matter what. Weird things happen when they don't, and none of us want that.
C2.5 Objects - Methods of making items unmovable
Most people make an object unmovable by removing its wear "take" flag. However, you can also accomplish the same thing by giving the object a very heavy weight value, such as 50000. This is slightly superior for heavy things like furniture and statues because the character will get the message "It's too heavy." instead of the less satisfactory "You can't take that".
C2.6 Objects - Create "useless" objects.
You can and should add depth and interest to your area by creating objects that do not have any game value. These can be rocks, candlesticks, toys, clothing, or anything else you can think of. This makes the truly useful objects more challenging to find, and it provides good props for people who enjoy roleplaying. Useless objects are typically type trash, furniture, or jewelry.
Useless objects that can be easily obtained (on easy mobs or just sitting in the room) should be truly useless! Do not leave equipment that is actually beneficial lying around. This may sound obvious, but it has been done.
Also consider creating objects that are harmful to the owner. Objects that lower certain stats, saving throws, or confer weaknesses make the game more interesting.
(from "Area Building Tips From the Masters")
Don't totally go to town on this, outfitting every mob with 18 different reset positions of normal objects, but try to have some fun. Lets say you have a witch-doctorwith a +3 int magic tribal mask. Give him a some jungle magic as well, maybe a necklace made of human teeth (non-magical), a non-magical jujubag with maybe a chicken's foot in it that is a staff of create water, an herbal potion of refresh, maybe dress him in a zebra-skin loincloth (non-magical).
You can make your weapons, clothing, armor, and other objects more interesting by giving them minor apply modifications. Perhaps a light rapier adds 1 to the user's dexterity. Perhaps a very fine dress adds 2 to the wearer's charisma. Perhaps a iron dagger subtracts 5 from the wielder's mana points, due to some interference between iron and magic. These applies do not make a significant game impact, but they make otherwise ordinary objects more interesting. The key to doing this is to make the applies logical and *very*minor.
C2.8 Objects - Containers and pills can look like anything.
You can make a container and call it an apple tree, a stream, or "the ground" and then put appropriate things in it. Containers do not have to all be pouches and backpacks. Likewise objects of type "pill" can be strange colored rocks, the eyeball of some creature, or a powdered horn. To a slightly lesser extent this flexible naming extends to all the objects types. Be creative!
C2.9 Objects - Variations on keys
Any object can be made to function as a key using the "room door key" and "object key" commands. Usually it is also set as type "key" so that it will disappear when the player logs out, but this is not required. Occasionally keys can be some other object type so that they can be more permanent (or even used for other purposes) and also so it is not immediately obvious when someone identifies it that it is a key. You may ask an immortal to set a timer on these objects if you do not want players to have a permanent key to your door or lockable object.
As with containers and pills, keys do not have to look like keys. In the old StormRider clan compound, the gate key was an obsidian stud, worn as an earring. Things like clan house and player home keys *should* be flagged "room_key" or some type other than "key" so they won't disappear every time the player logs out.
C2.10 Objects and Rooms - Give thieves a chance.
(Dmoon's advice) Thieves already have it pretty tough on The Labyrinth, and many other MUDs. Don't cripple the class further by making locked objects or doors pickproof. Also consider giving mobs things in their inventory such that a good thief could steal it without a terrible fight.
C3.1 Rooms - Use exit descriptions where appropriate.
(from "Area Building Tips From the Masters")
In the seas area I wrote, there are many many identical rooms, some of which border on 'shoals' rooms, rooms with no exits for which you must recall. Anyway, the players can get through the area easily in the daytime, but at night 'exits' doesn't work. However, I put in exit descriptions in each direction so that a player could look in a direction and see if there was land, seas, shallows, or shoals in that direction. This is how they sailed. Dumb players would wait til morning. Smart players would navigate by looking at compass points. The point is this -- those exit descriptions are always there, and you can put clues and paths and other hints in them to help the player. For instance the great pyramid area uses exit descriptions to tell the player whether a path in any given direction is safe.
C3.2 Rooms - Give people room to walk.
When building rooms, try to allow characters some freedom of movement. Don't create paths and trails that force you to go a certain way without any choices. Try and let characters get from point A to point B in a number of different ways, if possible.
C3.3 Rooms - Creating mazes.
If you're building a maze-like area consider using oneway-exits, so that it's difficult to retrace steps. Also consider asking for a mob program to create confusion. Don't make mazes just for the sake of making mazes though, make sure they have a logical reason for existing.
C3.4 Rooms - Landmarks and Features
If you mention a large landmark or terrain feature in your room description, such as a river, make sure that you reference that landmark in nearby room descriptions as well. Also, if your landmark continues outside your area (such as a river) make sure that it fits into the other areas where it goes. There's nothing more silly than to follow someone's river to an abrupt, mysterious halt as soon as it crosses the border of another area.
C3.5 Rooms - Secret Doors
A popular techique is to make a "secret" door by putting a closed door to cover an exit and then not mentioning the door in the room's description. Use this when appropriate.
Also check out the "room extra" command to find out how to give your door an interesting keyword/name.
C3.6 Rooms - Mob Confinement.
Make sure to set up rooms with the "no_mob" flag to keep your wandering mobs from wandering too far from where they belong. Good places to put "no_mob" rooms are on stairways between floors, entrances to buildings, and borders to other areas. Another technique is to flag mobs "stay_area" and "indoors" or "outdoors", but be sure to flag the rooms in your area as appropriate.
Dmoon's Advice - I like to make a special "mob loader room" for my areas.This room is flagged no_recall and usually "nowhere" so that players can't get in or detect its existence. The room contains one-way exits to certain parts of the area. All the wandering mob resets occur in the mob loader room, and then the mobs wander out into the area on their own. This is superior to having the mobs reset directly in the area, because players can't predict where they will come back, or even if the area is "clean".
C3.7 Rooms - Use hidden objects and extra descriptions.
Sometimes (hopefully often!) you'll have a very well-developed idea for a room,
with lots of intricate details. This makes for good, long room descs --
sometimes too long. Remember, a room description should not be longer than 8-10
lines at the most, *especially* if it is a room people will be likely to walk
through a lot. If you have more information than you can cram into that space,
you can use hidden objects and extra descriptions to flesh out the room
description. For example, take this room:
(The following examples have been written exactly as they would appear on an 80 column terminal.)
The altar of Lisen and Athrea [Room 9999]This altar to the mother and daughter goddesses of the elves, is made out
of diamond, the purest of crystals. On the wall above you a design begins to
take shape. You can see two beautiful female elven faces in the wall, with the
rare deep blue eyes made out of sapphires. The dominant of the two faces has
ruby red hair curling gently around her face. Her piercing eyes seem hawk-like
but still very gentle. The other face must be her daughter. She has her
mother's red hair, pulled back more playfully in a ponytail. She seems kind,
yet somewhat aloof. In a tiny corner you see an elven man with loving eyes.
He must be Amairgen, the consort of Lisen and father of Athrea. The altar is
strewn with flowers ranging from delicate yet dangerous roses to the pristine
daisy. Plants grow up the walls, covering the obsidian except in front of you,
where the goddesses watch over their people. There is a tall white candle on
the beautifully carven deep emerald altar, held in a diamond candle holder. On
one side of it is a little crystal bowl of water and on the other side is a
bowl of salt, the cleanser among crystals. In between the two sits a bowl made
of jet filled with sand with a little piece of charcoal in it. On the charcoal
burns some sandlewood powder, giving the whole place a woody scent. Laying
across the front of the altar is a diamond sword, too heavy to lift, but
looking very dangerous, while also very gentle.
The altar of Lisen and Athrea [Room 9999]This altar to the mother and daughter goddesses of the elves, is made out
of diamond, the purest of crystals. On the wall above you a design begins to
take shape. You see two beautiful female elven faces in the wall, with the
rare deep blue eyes made out of sapphires. In a tiny corner opposite them
you see an elven man with loving eyes. Plants grow up everywhere, clinging
to the obsidian walls save for the one clear spot, where the goddesses watch
over their people. On the altar itself lie various ritual tools, each with
their own significance. The air is infused with a woody scent, somehow
recalling the memory of spirits long since passed.
room extra 'elven female goddess face Lisen' The dominant of the two faces has
ruby red hair curling gently around her face.
room extra 'elven female goddess face Lisen' +Her piercing eyes seem hawk-like
but still very gentle.room extra 'elven female goddess face Athrea' The other face must be her
daughter. She has her mother's red hair, pulled
room extra 'elven female goddess face Athrea' + back more playfully in a
ponytail. Her expression is kind, yet somewhat aloof.room extra 'elven man' He must be Amairgen, etc. etc.
obj 9999 name 'altar diamond crystal'
obj 9999 desc The altar is strewn with flowers ranging from delicate yet
dangerous roses
obj 9999 desc + to the pristine daisy. A tall white candle stands on its
beautifully carven
obj 9999 desc + emerald-topped surface, held in a diamond candle holder. On one
side of it is
obj 9999 desc + a little crystal bowl of water and on the other side is a bowl
of salt, the
obj 9999 desc + clenser among crystals. In between the two sits a bowl made of
jet filled with
obj 9999 desc + sand with a little piece of charcoal in it, on which some
sandlewood powder
obj 9999 desc + burns. Laying across the front of the altar is a diamond sword,
too heavy to
obj 9999 desc + lift, but looking very dangerous,while also very gentle.
The same techniques can also be used to hide information intentionally, so that players have to 'look' more carefully at the room to discover everything that's there (such as secret containers, exits, etc.)