February 2000
- datagram protocol design theory? (Question about multithreaded servers) Ola Fosheim Grøstad
- Library error J C Lawrence
- Semi-OT: Linux support in commercial MUDs? Ola Fosheim Grøstad
- From the Apache Referrer logs J C Lawrence
- From the Apache Referrer logs Kris Van Hees
- good muds for ai programming? Robert Zubek
- good muds for ai programming? J C Lawrence
- Event Scheduling Phillip Lenhardt
- Event Scheduling J C Lawrence
- Event Scheduling cg@ami-cg.GraySage.Edmonton.AB.CA
- Event Scheduling J C Lawrence
- Event Scheduling Phillip Lenhardt
- Event Scheduling J C Lawrence
- Event Scheduling Hans-Henrik Staerfeldt
- Event Scheduling Cynbe ru Taren
- Event Scheduling Hans-Henrik Staerfeldt
- Event Scheduling Cynbe ru Taren
- Event Scheduling Hans-Henrik Staerfeldt
- Event Scheduling Miroslav Silovic
- Event Scheduling Jp Calderone
- Event Scheduling Ola Fosheim Grøstad
- Event Scheduling Miroslav Silovic
- Event Scheduling J C Lawrence
- Event Scheduling Cynbe ru Taren
- Event Scheduling Hans-Henrik Staerfeldt
- IO Speed Suggestions Christopher Kohnert
- IO Speed Suggestions J C Lawrence
- Couple of articles Koster, Raph
- Couple of articles Dr Richard A. Bartle
- OT: Soliciting advice from Canadians Alex Oren
- MUD Specific Building pages MichelleThompson
- MUD Specific Building pages J C Lawrence
- Embedding Python icecube@ihug.co.nz
- Embedding Python icecube@ihug.co.nz
- Embedding Python J C Lawrence
- Embedding Python Todd McKimmey
- Embedding Python Oliver Jowett
- Embedding Python Todd McKimmey
- ADMIN: List post rejections J C Lawrence
- distributed objects Kevin Littlejohn
- distributed objects Vijay Weasel Prabhakar
- distributed objects Brandon J. Rickman
- distributed objects J C Lawrence
- distributed objects Koster, Raph
- distributed objects Vijay Weasel Prabhakar
- distributed objects David Bennett
- distributed objects Phillip Lenhardt
- distributed objects cjones@one.net
- distributed objects F. Randall Farmer
- distributed objects Ola Fosheim Grøstad
- distributed objects Kevin Littlejohn
- distributed objects J C Lawrence
- distributed objects Gary Whitten
- distributed objects Balthazaar
- distributed objects J C Lawrence
- distributed objects Ola Fosheim Grøstad
- distributed objects Eli Stevens {Grey}
- distributed objects Jon A. Lambert
- distributed objects Charles Hughes
- distributed objects Caliban Tiresias Darklock
- distributed objects Charles Hughes
- distributed objects J C Lawrence
- distributed objects J C Lawrence
- distributed objects Charles Hughes
- distributed objects Charles Hughes
- distributed objects Laurent Bossavit
- distributed objects Kevin Littlejohn
- distributed objects markm@caplet.com
- distributed objects KevinL
- Distributed Objects Justin Rogers
- Security J C Lawrence
- commercial muds and cable TV (was code base inquiry ) Sellers, Michael
- commercial muds and cable TV (was code base inquiry ) Matthew Mihaly
- commercial muds and cable TV (was code base inq uiry ) Sellers, Michael
- commercial muds and cable TV (was code base inq uiry ) Matthew Mihaly
- business models Matthew Mihaly
- business models Daniel.Harman@barclayscapital.com
- business models Vincent Archer
- business models Dave Rickey
- a shrinking pool of players? Johan J Ingles-le Nobel
- a shrinking pool of players? Matthew Mihaly
- a shrinking pool of players? Sellers, Michael
- a shrinking pool of players? Bryce Harrington
- a shrinking pool of players? Travis S. Casey
- a shrinking pool of players? PartyG2816@aol.com
- a shrinking pool of players? J C Lawrence
- a shrinking pool of players? Sellers, Michael
- a shrinking pool of players? Sellers, Michael
- a shrinking pool of players? PartyG2816@aol.com
- a shrinking pool of players? Ryan P.
- a shrinking pool of players? J C Lawrence
- a shrinking pool of players? Koster, Raph
- a shrinking pool of players? Matthew Mihaly
- a shrinking pool of players? Koster, Raph
- a shrinking pool of players? Chris Turner
- a shrinking pool of players? Matthew Mihaly
- a shrinking pool of players? Chris Turner
- a shrinking pool of players? Draymoor
- a shrinking pool of players? Koster, Raph
- The Endeavour Map and MUD Applications Michael Hohensee
- The Endeavour Map and MUD Applications Ted Milker
- The Endeavour Map and MUD Applications David Bennett
- The Endeavour Map and MUD Applications Ted Milker
- The Endeavour Map and MUD Applications John Bertoglio
- The Endeavour Map and MUD Applications Justin Rogers
- The Endeavour Map and MUD Applications Eli Stevens {Grey}
- The Endeavour Map and MUD Applications John Bertoglio
> Justin Rogers
> Sent: Wednesday, February 16, 2000 10:55 PM
>
> [John]
<cut description of use of bit mapped graphics to generate database>
> I remember this thread and it was actually quite interesting. The
> problem
> lied in the abundance of characters that could be used to specify
> various
> terrain types and the such.
> This new approach you are talking about has some other neat
> ramifications
> that I'll talk about below. But since you are making high resolution,
> beautified
> graphics of the world and landscape you also have these available to
> the user.
Actually, the entire map probably would not be directly available to users.
Pieces could be cut out and turned into local maps but discovery is part of
the fun of this design. It would be far more fun (at least for the designer)
to see maps posted by users and compare them to the actual world map whose
main function is to serve as a design template.
> [John]
> > You save the file as a PPM file. A program that parses each pixel of
> the
> > graphic creates the initial world, exits from one location to
> another and
> > defines the elevation.
> How does it define the exits. Obviously this is truly a *world*
> file in
> which every direction can be taken to reach every other direction.
> You
> would have to specify quite a bit more to get *real* type exits.
My world design uses a zoom metaphor. Each cell mapped using the graphic
layout is about 20km x 20km. When a player or group is moving at this level,
they are in "expedition mode" which allows large distances to be traversed
in a reasonable amount of time. The gateway between Regions know how
difficult it is to move from one to another. You can declare the use of road
or water movement (assuming other conditions are already met and there is a
road or major river connecting the two Regions). Movement is abstract as is
the consumption of resources. How and where you are moving determines the
frequency and type of encounters which drop you down into Location level to
deal with. While you can move 2000km in a few seconds, you will starve to
death if the proper steps are not taken. There is an intermediate level
which further breaks down each of the Regions in to 400 1km Areas. This
creates 400 million unique places in the world. Each can be controlled by a
player bringing a strategic level of play for the ultimate in powergaming.
The program generates gateways between all cells in all 8 compass directions
as the cells are parsed. Obviously, some routes are easier than others.
"Real exits" are created at the Location level which uses a reasonably
standard "rooms" metaphor. They are created by a GUI online editor, by
character actions and by random generation at the point of entry.
>For
> this
> height field type map there are definitely several programs out that
> can
> autogenerate unique worlds. Which certainly makes more sense than
> plotting
> a couple million pixels...
I am very interested in the idea of autogeneration at more granular levels
but actually, a 1200 x 800 world can be built very quickly. Remember, in a
paint program you draw outlines and then flood fill. A million clicks would
be very tedious. Of course, you can spend days tweeking the world. My basic
point that it is much faster to draw a new island in a part of the globe
seems a bit barren than to hand code all the cells into the world database.
>
> Your overplayed picture approach definitely has its merits... What
> I fully
> propose would be the use of 16 color maps and actually define various
> levels
> that get transposed.... 16 colors for elevation of certain heights.
> The same
> 16 colors for cities, same for minerals etc...
That is exactly how it works. Interestingly, there is no strict limit for 16
color palettes, it is just that I have never needed more than 16. It might
make more sense to define all the colors in a single palette since PSP
(paint shop pro) allows you to display the palettes in palettes order. It
also allows you to define the palettes in a text document (including
comments so you can remember what color does what).
> Then the user can ask
> for a
> certain type of map within the game.
> > map geographic
> > map mineral
>
> That way you can use the basic set of colors, but you can have 20
> different
> types of maps.
This idea is interesting because it would allow you to use the same legend
for each map and just relabel for a different purpose. I have chosen to use
different palettes because it seems reasonable to use colors which relate to
the information. What we do is store the color value (in hex) with the
terrain (or whatever) type and display it when the player uses the map
making skill. Depending on the level of skill and/or the ownership of the
proper maps, the player can display an X by X display of the local data
inside of a window in their browser.
>
> Also, have you looked into using a geographic database to create
> your world.
> I've looked into using GIS data to create a MUD exactly like the
> world.
I like this idea, but one of the reasons to build your own planet is to make
a "better" world. At the very least, one which is different. I suspect the
same methodology described in my original post would work great with GIS
data.
> I
> defined about 100 regions and then defined programs that would
> populate those
> regions using biological systems. Once I had a fully functional world
> model with
> GIS data and vegetation data built on top I put about 400 mini ai NPCs
> to work
> in groups of ten and let them build and populate. It was an ants
> behind the glass
> type of MUD because there was no PC integration. But it was rather
> neat to watch
> and the system was there in a way that I didn't need any world
> builders to create
> areas. After about 3 months all my areas were created.
This is a really interesting idea.
I would be very interested in knowing how you did the world generation.
John A. Bertoglio
_____
| PulsePoll.com <http://www.pulsepoll.com/>
| 503.781.3563
| jb@pulsepoll.com <mailto:jb@pulsepoll.com
- The Endeavour Map and MUD Applications Koster, Raph
- The Endeavour Map and MUD Applications Lo, Kam
- The Endeavour Map and MUD Applications Justin Rogers
- The Endeavour Map and MUD Applications Joel Dillon
- The Endeavour Map and MUD Applications Justin Rogers
- Next gen MUD wishlist Bryce Harrington
- Next gen MUD wishlist Bruce
- Next gen MUD wishlist Bryce Harrington
- Next gen MUD wishlist Bruce
- Next gen MUD wishlist J C Lawrence
- Next gen MUD wishlist Chris Jones
- Next gen MUD wishlist adam@treyarch.com
- Next gen MUD wishlist Sellers, Michael
- Next gen MUD wishlist adam@treyarch.com
- Next gen MUD wishlist Bruce
- Next gen MUD wishlist Bryce Harrington
- Codebase Ideas punitac@prodigy.net
- Codebase Ideas Bryce Harrington
- Codebase Ideas Aaron Mitchell
- OT: Money as motivator (was code base inquiry ) J C Lawrence
- OT: Money as motivator (was code base inquiry ) Matthew Mihaly
- Guide Applicant : Player Ratio Geoffrey A. MacDougall
- Guide Applicant : Player Ratio Matthew Mihaly
- MUD-Dev digest, Vol 1 #286 - 13 msgs Dr. Cat
- MUD-Dev digest, Vol 1 #286 - 13 msgs Caliban Tiresias Darklock
- MUD-Dev digest, Vol 1 #286 - 13 msgs Koster, Raph
- voice vs. text Matthew Mihaly
- voice vs. text Justin Rogers
- voice vs. text John Bertoglio
- voice vs. text Lovecraft
- voice vs. text Lo, Kam
- voice vs. text Hans-Henrik Staerfeldt
- Client side prediction Ola Fosheim Grøstad
- Client side prediction Koster, Raph
- Client side prediction Ola Fosheim Grøstad
- Client side prediction Justin Rogers
- Client side prediction Ola Fosheim Grøstad
- Client side prediction Koster, Raph
- Client side prediction Ola Fosheim Grøstad
- Dynamic help files, was code base inquiry Richard Woolcock
- OpenSource licenses for game rules? J C Lawrence
- To all the devoted! (fwd) J C Lawrence
- Newbies Johan J Ingles-le Nobel
- MUD-Dev digest, Vol 1 #288 - 9 msgs Dr. Cat
- (fwd) Commercial-use Restrictions on Code Bases (was: help me find 100% free graphical mud) J C Lawrence
- (fwd) ADMIN: "A Classification Of Muds" [was 'In defence of stock muds...'] J C Lawrence
- Distribution Geir Harald Hansen
- player persistence Matthew Mihaly
- [Off-topic] GDC-2000 Derek Snider
- [Off-topic] GDC-2000 J C Lawrence
- [Off-topic] GDC-2000 Justin Lockshaw
- [Off-topic] GDC-2000 Christopher Allen
- [Off-topic] GDC-2000 Matthew Mihaly
- [Off-topic] GDC-2000 Joe Andrieu
- [Off-topic] GDC-2000 Kristen L. Koster
- [Off-topic] GDC-2000 Richard A. Bartle
- [Off-topic] GDC-2000 Bruce
- [Off-topic] GDC-2000 David Bennett
- [Off-topic] GDC-2000 J C Lawrence
- [Off-topic] GDC-2000 J C Lawrence
- [Off-topic] GDC-2000 J C Lawrence
- [Off-topic] AAAI symposium (was: GDC-2000) Robert Zubek
- MSP Richard Ross
- Privateer-style mu*? Bobby Bailey
- Minimum community sizes Dan Root
- Minimum community sizes Koster, Raph
- Minimum community sizes Dan Root
- Minimum community sizes adam@treyarch.com
- Minimum community sizes Matthew Mihaly
- Minimum community sizes David Bennett
- Minimum community sizes Matthew Mihaly
- Pike codebase Daniel Podlejski
- chil@gate.net Joel Kelso