Top Posters
Top Uploaders
Users Online
Stats
AFKMud 2.1.3
Author
Submitted by
Version
D/L
File Size
Date Added
Last Updated
The AFKMud Team
Samson
1174
1.60 MB
Jul 30, 2009
Description
AFKMud is an advanced Smaug derivative written in C++ offering tons of new features to enhance the gaming experience.
Version 2.1.3 silences warnings generated by GCC 4.4.0, and corrects one discovered buffer overflow issue.
Development on this codebase is frozen and regular updates will no longer be maintained, except for security updates and compiler issues caused by GNU's incessant need to fiddle.
Some things that were planned but are not in ( and we're not putting them in now ):
Replace mudprogs with Lua scripting.
Add Kayle's weather system.
Finish off the ghost code:
- Deity favor to resurrect, cleric spell, pay a priest, special items.
- Can't touch, pick up stuff
- Immune to hunger, thirst, sleep, etc.
- Immune to all forms of magic, bad or good, except resurrection.
- Cannot engage in combat.
- Ability to possess lesser mobs.
- Stage of corpse decay determines percentage of HP on resurrect.
Make "lore" skills useful. Right now they do nothing, and there is only a placeholder slot.
Make holidays actually do something more than just be announced. Special bonuses or whatever.
Add tasting skill. So one can taste a potion to see if it's safe, taste food to check for poisons etc.
Add smell skills. Same idea, only with different reactions. Potions smell acidic, etc, bad food, that sort of thing.
Finish making absorb skills work. They don't do much of anything.
Add tannery shops to go with smithys.
Overland maps with variable dimensions.
Add the ability to create "instance dungeons" ( WoW players should know what this means ) to help fill in the vast overland.
Start building the groundwork for separating immortal commands into authorization groups. Building, Admin, Enforcement, etc. Will probably take a long time to get this right.
Areas
Eliminate the useless bestowarea command and functionality. Replace with a list of authorized builders on an area.
Eliminate personal vnum ranges. They will be obsolete once the authorized builder list support is in.
Make sure all areas load at bootup ( they should already, but be damn sure ).
vassign command will be obsolete at this point. Logical candidate for generating a new area will be the aset command, which is also where the auth list support should be.
Revisions: 0
|