Login
User Name:

Password:



Register
Forgot your password?
Vote for Us!
tintin++ ogg sound player script for linux
Author: Robert Smith
Submitted by: Vladaar
6Dragons ogg Soundpack
Author: Vladaar
Submitted by: Vladaar
6Dragons 4.4
Author: Vladaar
Submitted by: Vladaar
LoP 1.46
Author: Remcon
Submitted by: Remcon
LOP 1.45
Author: Remcon
Submitted by: Remcon
Users Online
CommonCrawl, Yandex, DotBot

Members: 0
Guests: 4
Stats
Files
Topics
Posts
Members
Newest Member
481
3,734
19,366
618
Micheal64X
Today's Birthdays
There are no member birthdays today.
Related Links
» SmaugMuds.org » Codebases » AFKMud Support & Development » Spawned Areas
Forum Rules | Mark all | Recent Posts

Spawned Areas
< Newer Topic :: Older Topic > Different approaches

Pages:<< prev 1 next >>
* #1 Jan 3, 2006, 12:46 pm
Go to the top of the page
Go to the bottom of the page

cynshard

GroupMembers
Posts95
JoinedNov 19, 2003

I've been playing guild wars for the past few months and one of the really nice features of that game is how it spawns areas for your group. Other games I've played throw you into a sandbox with the lions so to speak. This can be fun, for the lions anyway.

Anyhow, I'm trying to plan a way for AFKMud to spawn multiple copies of the same area file for groups( or individuals ). There are a few concerns that I have, the main two being memory consumption and handling vnums.

Much like Guild Wars, I'd like to handle these special areas by providing an "outpost" or launching area into the zone from another zone. This zone would be a regular zone and would allow for a special command to enter the "spawned" zone. In order to keep the amount of spawned zones reasonable, I plan on implementing a queue of sorts so that players will "sign up" for access to the zone. The game could span several copies of the zone to keep the queue short.

Handling the duplication of vnums seems to be the tricky part. I had this idea to use the renumber code to offset the zone so that there were no conflicts. I guess that this would work, but the resets might get weird. I guess the reset information would have to be offset for the room vnums whilst the mob and obj vnums left alone, if that is possible.

Has anyone else considered doing similar things? Is there a better approach?

Thanks
       
Post is unread #2 Jan 4, 2006, 8:34 am
Go to the top of the page
Go to the bottom of the page

Zarius
Apprentice
GroupMembers
Posts69
JoinedApr 23, 2002

You could do something like a coordinate system where when you enter the area you are at 1,1 or whatever and you could read in a file X1Y1.dat which has a template so to speak and you could generate a vnum on the fly for each room they enter and destroy the vnums that are empty, so you'd only be using maybe 20 vnums at a time. The X1Y1., I've seen it done for an overland map type area. Probably be a pain in the butt I would imagine however you'd do it.
       
Pages:<< prev 1 next >>