January 2004
- The last days of Discord PVP server on EQ Frank Crowell
- The last days of Discord PVP server on EQ szii@sziisoft.com
- biggest muds Matt Mihaly
- Congratulations Horizons... Lee Sheldon
- Congratulations Horizons... Brad McQuaid
- Congratulations Horizons... Marian Griffith
- Congratulations Horizons... Brad McQuaid
- Congratulations Horizons... T H
- Congratulations Horizons... Matt Mihaly
- Congratulations Horizons... Lee Sheldon
- Congratulations Horizons... Chanur Silvarian
- Congratulations Horizons... Lee Sheldon
- Congratulations Horizons... Brad McQuaid
- Congratulations Horizons... Marian Griffith
- Congratulations Horizons... Chris Duesing
- Congratulations Horizons... Mike Shaver
- Congratulations Horizons... Marian Griffith
- Congratulations Horizons... Tom "cro" Gordon
- Congratulations Horizons... Lee Sheldon
- Congratulations Horizons... Brad McQuaid
- Congratulations Horizons... Lee Sheldon
- Congratulations Horizons... Christopher Kohnert
- Congratulations Horizons... Vincent Archer
- Congratulations Horizons... Chanur Silvarian
- Congratulations Horizons... Vincent Archer
- Congratulations Horizons... Chanur Silvarian
- Congratulations Horizons... Lee Sheldon
- Congratulations Horizons... Chanur Silvarian
- Congratulations Horizons... Matt Mihaly
- Congratulations Horizons... John Buehler
- Congratulations Horizons... Philip M. Hofer {Frumph}
- Congratulations Horizons... Lee Sheldon
- Congratulations Horizons... Paul Schwanz
- Congratulations Horizons... Daniel.Harman@barclayscapital.com
- Congratulations Horizons... Lee Sheldon
- Congratulations Horizons... Lee Sheldon
- Congratulations Horizons... Matt Mihaly
- Congratulations Horizons... Lee Sheldon
- [DGN] The psychology of random numbers Ted L. Chen
- [DGN] The psychology of random numbers Ammon Lauritzen
- [DGN] The psychology of random numbers Chanur Silvarian
- [DGN] The psychology of random numbers Michael "Flury" Chui
- [DGN] The psychology of random numbers Zach Collins {Siege}
- [DGN] The psychology of random numbers David Kennerly
- [DGN] The psychology of random numbers Paolo Piselli
- [DGN] The psychology of random numbers Sean Kelly
- [DGN] The psychology of random numbers Chanur Silvarian
- [DGN] The psychology of random numbers Alex Chacha
- [DGN] The psychology of random numbers Ted L. Chen
- [DGN] The psychology of random numbers ceo
- [DGN] The psychology of random numbers Dave Bacher
- [DGN] The psychology of random numbers Hans-Henrik Staerfeldt
- [DGN] The psychology of random numbers Ben Hawes
- [DGN] The psychology of random numbers Byron Ellacott
- [DGN] The psychology of random numbers Kirinyaga
- [DGN] The psychology of random numbers Daniel.Harman@barclayscapital.com
- [DGN] The psychology of random numbers szii@sziisoft.com
- [DGN] The psychology of random numbers Brian Hook
- [DGN] The psychology of random numbers Daniel.Harman@barclayscapital.com
- [DGN] The psychology of random numbers Mike Shaver
- [DGN] The psychology of random numbers Byron Ellacott
- [DGN] The psychology of random numbers Byron Ellacott
- [DGN] The psychology of random numbers J C Lawrence
- [DGN] The psychology of random numbers Rayzam
- [DGN] The psychology of random numbers Vincent Archer
- [DGN] The psychology of random numbers Robert Zubek
- [DGN] The psychology of random numbers Travis Casey
- [BIZ] Defining 'churhn' in relation to MMO games Tom "cro" Gordon
- [BIZ] Defining 'churhn' in relation to MMO games ren@aldermangroup.com
- Moderation delays J C Lawrence
- NEWS TECH: Welcome to the "MUD-Dev" mailing list Peter Seebach
- NEWS TECH: Welcome to the "MUD-Dev" mailing list Jon Leonard
- NEWS TECH: Welcome to the "MUD-Dev" mailing list Peter Seebach
In message <20040108091522.GB23740@slimy.com>, Jon Leonard writes:
>> 1. I want a driver that is as game-generic as possible. I do
>> not want to impose concepts more specific than "players who
>> interact with a game" on potential users.
> In practice, it helps a great deal to specify the goal a little
> bit more. Some MUDs are essentially social, free-building spaces.
> Some are more of a traditional game, in terms of advancement or
> inter-player conflict.
> In the former, you can ignore play balance issue and concentrate
> on the quality of the building tools. In the latter, the tools
> are sharply restricted in order to make play balance possible.
> I'm not sure that it's even possible to write a system to do both
> simultaneously.
> Depending on your plan for clients, you may want to add some
> hardcoded support.
I am looking a little more closely at advancement, but one of the
things I want to be able to do is write text adventures on it, even
though those aren't at all multi-user.
I certainly intend to have enough security in the game that players
can be prevented from touching stuff.
>> 2. I want to make reasonable use of existing tools; for
>> instance, if I stick with C as my implementation language, I'll
>> use pthreads, stdio, and other likely tools, rather than
>> hand-coding my own scheduler and buffering.
> Reuse is good! Though in practice I'd avoid pthreads (since
> thread-per-connection works suprisingly poorly), and use
> read/write on sockets instead of wrapping them in stdio. But
> those choices are certainly doable.
Well, I reserve the right to change my mind about a thread per
connection; I might switch to, say, a thread which handles all the
I/O, and does the traditional select() dance.
As to stdio, my initial thinking is just that I probably can't
improve on the buffering work that stdio already has. If I use
stdio, it all magically works, and I don't need to do any of it. ;)
>> 3. The resulting mud will be released under a very
>> non-restrictive license. I am a programmer, not a lawyer, and
>> I am not going to write my own license; I am currently leaning
>> towards Artistic.
> Sounds good. The history on Diku and LPmud licensing has
> certainly led to a lot of headaches.
Exactly my feeling. Most mud developers are worse lawyers than they
are programmers.
> Very much so. Extending one of those languages to support some
> persistent storage and network sockets my be your best course of
> action.
Well, I called them "toy" languages for a reason.
> This may be less useful than you'd hope, since the nature of
> storytelling changes with the number of simultaneously-involved
> players. With 2, the system needs to be aware of real-time
> issues. With more than about 10, keeping the players in some sort
> of cohesive group is also impractical. But aside from the
> storytelling aspects, it should be applicable.
Well, in particular, I've learned that a language's syntax can be
AWFUL, and the language can still be worth having if it's
well-suited to the target. That means that my language design will
be focused on making common mud-like tasks (make an object with a
description) as convenient as possible.
>> 3. I know C, especially Unix-targeted C, well enough not to
>> make all sorts of weird newbie mistakes.
> I'll still warn against thread-per-connection. I can't think of
> any other common mistakes that are specific to the application.
> (and relevant at this level of design -- there are plenty of
> common game balance errors.)
As noted, it's easy enough to change later.
>> I'm interested in learning more about the state of the art, and
>> seeing what kinds of ideas people have. I might well be
>> persuaded that one of the existing mud-level languages, such as
>> LPC, is the best option, but I am thinking seriously about
>> trying to do a language targeted specifically at muds.
> You'll probably want to look at both the LPC servers and Cold with
> an eye to what you'd do differently (and why).
Yeah, that's been about my thinking. I looked at LambdaMOO, and the
obvious first thing I want to do differently is that I want
everything's source to be in files I can get at through the
filesystem.
I am currently playing around with the trivial syntax questions of
what declarations look like. This is something I think will make a
big difference in practical usability.
I am currently leaning towards using directories for namespace, with
something similar to Java's "import" statements to allow the use of
shorter names.
I've decided to give every builtin *anything* a _ prefix. This is a
little annoying, but it gives a nice promise to users: You can name
object members/properties, or functions, whatever you want, and
never, ever, clash with the system.
Little snippets of example code, just because this is how I like to
first toy with a language:
squid </standard/food> {
name "a squid";
food_value 23;
}
variablesquid </standard/food> {
name "a squid";
food_value {
if (condition) {
return 23;
} else {
return 17;
}
}
}
squidshop </standard/room> {
contents [ <#squid>, <#variablesquid> ];
description "You are in a squid shop.";
east {
if (obj_in_array(<#squid>, self)) {
return "No one leaves while there's still a squid.";
}
return </world/city/mainstreet#west>;
}
}
Note that quoted strings, numbers, and {code blocks} are all just
object values.
The astute reader may recognize a structure similar to Inform's
"with" clause here, only without the incredibly ugly comma/semicolon
syntax.
Note the gratuitous use of URL-style file/#object references.
-s
- NEWS TECH: Welcome to the "MUD-Dev" mailing list Peter Seebach
- NEWS TECH: Welcome to the "MUD-Dev" mailing list Lars Duening
- NEWS TECH: Welcome to the "MUD-Dev" mailing list Peter Seebach
- NEWS TECH: Welcome to the "MUD-Dev" mailing list Mats Lidstrom
- NEWS TECH: Welcome to the "MUD-Dev" mailing list Lars Duening
- Expected value and standard deviation. Michael Tresca
- Expected value and standard deviation. Ola Fosheim Grøstad
- Expected value and standard deviation. Michael Tresca
- Expected value and standard deviation. Ola Fosheim Grøstad
- levels (was: ghost mode) Ola Fosheim Grøstad
- Do players enjoy farming? (was MUD-Dev Digest, Vol 7, Issue 9) Paul Schwanz
- Do players enjoy farming? (was MUD-Dev Digest, Vol 7, Issue9) John Buehler
- Do players enjoy farming? (was MUD-Dev Digest, Vol 7, Issue9) Rayzam
- Do players enjoy farming? (was MUD-Dev Digest, Vol 7, Issue9) Paul Schwanz
- Do players enjoy farming? (was MUD-Dev Digest, Vol 7, Issue9) Sheela Caur'Lir
- Do players enjoy farming? (was MUD-Dev Digest, Vol 7, Issue9) Daniel.Harman@barclayscapital.com
- Do players enjoy farming? (was MUD-Dev Digest, Vol7, Issue9) eversilver@yahoo.com
- Camping (Was just named as a generic MUD-DEV reply) Chanur Silvarian
- Camping (Was just named as a generic MUD-DEV reply) ren@aldermangroup.com
- Camping (Was just named as a generic MUD-DEV reply) Brent P. Newhall
- Exploits and hacks in MMORPGs Björn Morén
- Exploits and hacks in MMORPGs Daniel Anderson
- Exploits and hacks in MMORPGs Sheela Caur'Lir
- Exploits and hacks in MMORPGs Kirinyaga
- Do players enjoy farming? Chanur Silvarian
- Do players enjoy farming? (was MUD-Dev Digest, Vol 7, Issue 9) Paul Schwanz
- Do players enjoy farming? (was MUD-Dev Digest, Vol 7, Issue 9) Tom "cro" Gordon
- Online worlds and behavior... etykwins@fcbayern.de
- ANNOUNCE: MUD-Dev conference, 26 and 27 March 2004 J C Lawrence
- MudWorld.Org Anthony R. Haslage
- New MMORPG from the Army Amanda Walker
- New MMORPG from the Army Dave Rickey
- New MMORPG from the Army Amanda Walker
- New MMORPG from the Army Daniel.Harman@barclayscapital.com
- FedExing ghovs
- Play styles and world interactionsistilldontwantitposted@phlange.com J C Lawrence
- Death and Permadeath and Corpse Retrieval Sean Middleditch
- Death and Permadeath and Corpse Retrieval T H
- Death and Permadeath and Corpse Retrieval Ben Hawes
- Death and Permadeath and Corpse Retrieval Sean Middleditch
- Death and Permadeath and Corpse Retrieval Spot
- Death and Permadeath and Corpse Retrieval Sean Middleditch
- Death and Permadeath and Corpse Retrieval Daniel.Harman@barclayscapital.com
- [DGN] Senior Focus Mentor Needed Andrew Budd
- [BIZ] HOW TO SCREW UP A PERFECTLY GOOD GAME COMPANY IN TEN EASY STEPS Michael Tresca
- [BIZ] TEN MORE EASY WAYS TO SCREW UP YOUR GAME COMPANY Michael Tresca
- Crafting systems Björn Morén
- Do Quests need to be Fed-Ex David Lyttle
- Do Quests need to be Fed-Ex eversilver@yahoo.com
- Do Quests need to be Fed-Ex Chanur Silvarian
- Do Quests need to be Fed-Ex Sean Howard
- Do Quests need to be Fed-Ex Chanur Silvarian
- Do Quests need to be Fed-Ex Sean Howard
- Moving toward Massive Multiplay (was Congratulations Horizons...) Paul Schwanz
- ADMIN: Policy change J C Lawrence
- [TECH][TOOLS] SCM systems ceo
- [TECH][TOOLS] SCM systems Erik Bethke
- [TECH][TOOLS] SCM systems ceo
- [TECH][TOOLS] SCM systems Jon A. Lambert
- Problems with current RPGs Björn Morén
- Problems with current RPGs Koster, Raph
- Problems with current RPGs Sean Howard
- Problems with current RPGs Björn Morén
- Problems with current RPGs Koster, Raph
- Problems with current RPGs Björn Morén
- Problems with current RPGs David Johansson
- Problems with current RPGs Yaka St.Aise
- Problems with current RPGs Hans-Henrik Staerfeldt
- Problems with current RPGs Björn Morén
- Problems with current RPGs Yaka St.Aise
- Character Perceptions John Buehler
- Character Perceptions Derek Licciardi
- Character Perceptions John Buehler
- Character Perceptions ceo
- Character Perceptions John Buehler
- Character Perceptions Scion Altera
- Character Perceptions John Buehler
- Character Perceptions bjoernen@hotmail.com
- Character Perceptions John Buehler
- [BIZ] Warcraft Interview Michael Tresca
- [BIZ] Warcraft Interview ceo
- [BIZ] Warcraft Interview Björn Morén
- Raffle at the MUD-Dev Conference, March 27th and 28th 2004 Ann
- R: Moving toward Massive Multiplay (was CongratulationsHorizons...) Ghilardi Filippo
- Python script as stand alone MUD server... Jason Slaughter
- Python script as stand alone MUD server... Sean Middleditch
- Python script as stand alone MUD server... Alistair Riddoch
- Python script as stand alone MUD server... Jason Slaughter
- Python script as stand alone MUD server... Sean Middleditch
- Python script as stand alone MUD server... Alistair Riddoch
- Python script as stand alone MUD server... Kwon J. Ekstrom
- Python script as stand alone MUD server... Alistair Riddoch
- Python script as stand alone MUD server... Zach Collins {Siege}
- Python script as stand alone MUD server... Alistair Riddoch
- Python script as stand alone MUD server... Alistair Riddoch
- Python script as stand alone MUD server... Byron Ellacott
- Python script as stand alone MUD server... Mats Lidstrom
- Python script as stand alone MUD server... ceo
- Python script as stand alone MUD server... Zach Collins {Siege}
- Python script as stand alone MUD server... ceo
- Python script as stand alone MUD server... Zach Collins {Siege}
- Python script as stand alone MUD server... Byron Ellacott
- Python script as stand alone MUD server... Edward Glowacki
- Python script as stand alone MUD server... Brian Hook
- Python script as stand alone MUD server... Sean Middleditch
- Python script as stand alone MUD server... Frank Crowell
- Python script as stand alone MUD server... Byron Ellacott
- Python script as stand alone MUD server... Mike Shaver
- Python script as stand alone MUD server... Alistair Riddoch
- Python script as stand alone MUD server... Thomas Clive Richards
- Python script as stand alone MUD server... Zach Collins {Siege}
- [BIZ] Apparent acquisition of Yantis (mysupersales) by IDE Rudy Fink
- [BIZ] Apparent acquisition of Yantis (mysupersales) by IDE Bruce Mitchener
- Meaning and entertainment - Farming and FedExing (was Do players enjoy farming?) Michael Sellers
- Power games Ana Valdés
- Power games Mats Lidstrom
- Power games Ana Valdés
- Power games Byron Ellacott
- Power games Ana Valdés
- Mage 2 Mage gbtmud
- Mage 2 Mage Travis Casey
- Interpersonal Relations in Virtual Worlds Brad King
- Interpersonal Relations in Virtual Worlds Chris
- Interpersonal Relations in Virtual Worlds Nick Yee
- Interpersonal Relations in Virtual Worlds Paul Schwanz
- Interpersonal Relations in Virtual Worlds Ola Fosheim Grøstad
- Interpersonal Relations in Virtual Worlds Lee Faris
- Platform choice Gary Whitten
- MUD client popularity Brian Hook
- MUD client popularity Frank Crowell
- MUD client popularity Ammon Lauritzen
- MUD client popularity Brian Hook
- MUD client popularity Rayzam
- MUD client popularity Brian Hook
- MUD client popularity Rayzam
- MUD client popularity Edward Glowacki
- MUD client popularity J C Lawrence
- MUD client popularity Edward Glowacki
- MUD client popularity Travis Casey
- MUD client popularity Ammon Lauritzen
- MUD client popularity Byron Ellacott
- MUD client popularity Frank Fisher
- MUD client popularity ceo
- MUD client popularity Edward Glowacki
- MUD client popularity Emil Nilimaa
- MUD client popularity Tom "cro" Gordon
- MUD client popularity Edward Glowacki
- MUD client popularity Sean Middleditch
- MUD client popularity Zach Collins {Siege}
- MUD client popularity Sean Middleditch
- MUD client popularity Alistair Riddoch
- MUD client popularity Byron Ellacott
- MUD client popularity Brian Hook
- MUD client popularity Brian Hook
- MUD client popularity Sean Middleditch
- MUD client popularity Edward Glowacki
- MUD client popularity Brent P. Newhall
- SMOG - small multiuser online game Frank Crowell
- SMOG - small multiuser online game Miroslav Silovic
- SMOG - small multiuser online game Frank Crowell
- SMOG - small multiuser online game Crosbie Fitch
- SMOG - small multiuser online game Frank Crowell
- SMOG - small multiuser online game Byron Ellacott
- SMOG - small multiuser online game Crosbie Fitch
- SMOG - small multiuser online game Byron Ellacott
- SMOG - small multiuser online game Tom "cro" Gordon
- SMOG - small multiuser online game Crosbie Fitch
- SMOG - small multiuser online game Crosbie Fitch
- [BUS] How to build an MMOG... ceo
- [DGN] Subjective randomness (was: The psychology of random numbers) Robert Zubek
- Solutions for smarter NPCs Björn Morén
- Solutions for smarter NPCs ext.Christer.Enfors@tietoenator.com
- Solutions for smarter NPCs info@castwide.com
- Solutions for smarter NPCs Kirinyaga
- Solutions for smarter NPCs Vincent Archer
- Solutions for smarter NPCs Valerio Santinelli
- Solutions for smarter NPCs Olivier Lejade
- Solutions for smarter NPCs Kirinyaga
- Solutions for smarter NPCs Olivier Lejade
- Solutions for smarter NPCs Michael Sellers