• Welcome to the new COTI server. We've moved the Citizens to a new server. Please let us know in the COTI Website issue forum if you find any problems.
  • We, the systems administration staff, apologize for this unexpected outage of the boards. We have resolved the root cause of the problem and there should be no further disruptions.

MUD software

Most MUD I have tested have no concept of ranged combat. If you are in a "room" you can interact with someone, and that's that.

I might be a problem, or you just imagine that the same "room" means LOS.
 
I have a codebase of my own that is quite mature, and features ranged combat (8 room max).

There are two currently running instances of it. My own, Aliens vs Predator: the MUD, avpmud.com (avpmud.com 4000), has been operating for over 9 years. The other, Raze The Dead at razethedead.net (avpmud.com 5000) is in early beta.

I'd be open to discussion about providing it for a Traveller oriented MUD, but I am very protective of it so there would be a custom licensing agreement with restrictions on access. You only need a single C++ programmer, if at all; a lot can be done in the scripting language itself (Raze the Dead has it's entire combat engine redone in the script language).

Of course, running a MUD is a lot of work... if you dont have a team of at LEAST 5 people committed to helping you get it off the ground, and a development plan with set dates, forget it. If you dont open within 6 months of starting development, it will never see the light of day.

On the other hand, I've also considered doing a sci fi game using Narya engine (Puzzle Pirates engine) in JAVA, but would need artists (and more spare time).
 
I agree.

Operating a Traveller MUD needs to be a labor of love. In addition to the original "programmer" that handles the code/scripts to make it work, a Traveller MUD will require at least 4 or 5 super-dedicated GMs (aka Traveller Refs) in order to make it a success, and in order to operate the server 24 hours a day.
 
Back
Top