[MUD-Dev] Re: Family, was characters per account

[Kevin Scott London]

On Tue, 11 Apr 2000, Phillip Lenhardt wrote:

> One issue with open-scripting is that the scripting language must enforce
> enough coding style that poor scripters can understand the work of good
> scripters. Even better would be for the langauge to enforce a reasonable
> level of configurability so that adapting a script is easy as well.
> 

Personally I think the bigger problem would be the world itself.  For
example Realms of Despair currently has anywhere from 300-500ish people
playing at anyone time.  Now if people were "always" logged on this would
grow to 5000+ which of course is going to hit your processor a bit ;)  But
since processors are so powerful and memory is cheap that isn't too big of
concern.  My concern would be that people that did want to play would have
many problems.  For example bringing up the killing bunny for experience
mentioned before, what happens when you login and you can't kill any of
those bunnies because there are 500 "players" scripted to kill them.  Or
you want this piece of equipment but can never kill the mob because
100 other people want it too, but they used scripts.  Or imagine the admin
problems, dealing with "problem" players that are really just scripts.
And of course the list of problems I can see can go on and on.  Now maybe
you could get by with some sort of code to take care of those problems,
but I believe this idea would end up making a mud where people script to
level their characters, which means they only login to change the script
and then characters are more objects than a player, which I think would
remove any roleplaying aspects in the game, and make it a strictly slash
and hack to get better eq.  Even more than alot of muds already are,
I will be the first to admit that Realms of Despair would be lumped into a
hack and slash type mud and I believe we are working towards making it
less so.  Anyway, just a few thoughts I had on the topic.

Kevin London




_______________________________________________
MUD-Dev mailing list
MUD-Dev at kanga.nu
http://www.kanga.nu/lists/listinfo/mud-dev