January 2009
- [Design] on the game mechanics of open questing Siege)
- RANT: The Future of Quests Mike Rozak
- RANT: The Future of Quests Amanda Walker
- Players are shallow [was: The Future of Quests] cruise
- Players are shallow [was: The Future of Quests] Amanda Walker
- Players are shallow [was: The Future of Quests] Mike Sellers
- Players are shallow [was: The Future of Quests] John Buehler
- Players are shallow [was: The Future of Quests] cruise
- Players are shallow [was: The Future of Quests] John Buehler
- Wikia MUD project Raph Koster
- Wikia MUD project Nabil Maynard
- Wikia MUD project Raph Koster
- Wikia MUD project Peter Harkins
- Players are shallow [was: The Future of Quests] Mike Oxford
- Players are shallow [was: The Future of Quests] cruise
- Players are shallow [was: The Future of Quests] Damion Schubert
- Players are shallow [was: The Future of Quests] Threshold
- Players are shallow [was: The Future of Quests] John Buehler
- Players are shallow [was: The Future of Quests] Mike Sellers
- RANT: The Future of Quests Mike Sellers
- RANT: The Future of Quests Damion Schubert
- RANT: The Future of Quests Mike Rozak
- [DESIGN] How big is enough? Ian Hess
- [DESIGN] How big is enough? Mike Rozak
- [DESIGN] How big is enough? Mike Oxford
- [DESIGN] How big is enough? Vincent Archer
- [DESIGN] How big is enough? szii@sziisoft.com
- [DESIGN] How big is enough? Siege)
- [DESIGN] How big is enough? Threshold
Ian Hess wrote:
> I've been hacking at a hobby project for some time,between playing and
> administrating various games. Ingoing back to work on my db schema
> again, I've runinto questions about how big to make the world, andthe
> obvious fallout in performance and storage, as wellas population
> density.
>
> I've been thinking about a world size in terms of howlong it could take
> a determined character to walk fromone side to the other. I was curious
> if there are othermetrics that might be better used to determine a
> maximumscale to plan for.
That is worth considering, but I think there are other (perhaps more
important) issues when considering how big your world should be.
1) How many players do you think you might have? I ask this because
player density is important. If players are too packed together, they
are fighting over places to go and things to do. If player density is
too sparse, they never run into each other and interact.
2) To what extnt is the focus of your game PvE, PvP, RP, etc. If it is
all about PvE, a bigger world with more places to go, fight, etc. is
better. If it is more about world PvP, you want the world not so huge,
but with zones that are conducive to players fighting each other. If RP
is the focus (yeah, stop laughing) then you want a small world so people
are constantly crawling all over themselves.
3) How much content do you think you (or your team) can create? A huge
world that is empty and dull is worse than a small world with the same
amount of content but easier to reach it all. Big for the sake of big is
not valuable. - [DESIGN] How big is enough? David Johansson
- [DESIGN] How big is enough? Roger DuranĚona Vargas
- Persisting a MUD state with plain binary serialization Tiago
- Persisting a MUD state with plain binary serialization Jon Mayo
- Persisting a MUD state with plain binary serialization Jeffrey Kesselman
- Persisting a MUD state with plain binary serialization Chris White
- Persisting a MUD state with plain binary serialization Mike Oxford
- Persisting a MUD state with plain binary serialization Tiago
- Persisting a MUD state with plain binary serialization Jeffrey Kesselman
- Persisting a MUD state with plain binary serialization Mike Oxford
- Persisting a MUD state with plain binary serialization Tiago.matias@gmail.com
- [DESIGN] Clojure? Matt Cruikshank
- [DESIGN] Clojure? Richard Tew
- [DESIGN] Clojure? Matt Cruikshank