Notice: Any messages purporting to come from this site telling you that your password has expired, or that you need to "verify" your details, making threats, or asking for money, are
spam. We do not email users with any such messages. If you have lost your password you can obtain a new one by using the
password reset link.
Entire forum
➜ SMAUG
➜ SMAUG coding
➜ Virtual Space modification
|
Virtual Space modification
|
It is now over 60 days since the last post. This thread is closed.
Refresh page
| Posted by
| Alkarindil
Brazil (70 posts) Bio
|
| Date
| Thu 27 Jan 2011 04:55 PM (UTC) |
| Message
| I was reading this:
http://www.realmsofdespair.com/smaug/herne/smaug/olc-ideas.html#VIRTSPACE
Did you know about anyone who actually tried to do this? Even in other MUD Systems? Do you think it is possible? | | Top |
|
| Posted by
| Nick Cash
USA (626 posts) Bio
|
| Date
| Reply #1 on Thu 27 Jan 2011 09:06 PM (UTC) Amended on Thu 27 Jan 2011 09:08 PM (UTC) by Nick Cash
|
| Message
| It would probably be easier to have such a system from the start than to tack it onto some existing area system. I don't think doing something like that would be too complicated as long as the ability to move around was extremely intuitive. Trying to do three dimensions might be a bit much for ease of navigation, but two dimensions would make map generation for users much easier.
Granted existing rooms are virtual space themselves. The idea here seems to break a room down into smaller chunks that can be navigated without leaving said room, and perhaps to have the game handle it instead of the builder. If you reframe the idea, you get areas that subdivide into rooms. If you want a large room that breaks down you could just make an area for the room, build it how you wish, and then tie it into another area. This requires no additional code, just a slight change in thinking of what areas and rooms are. You could add some code to make areas like this a little easier to make. It could, for instance, generate a 10x10 square area, link it together automatically, and give each room the same provided room description. That would probably be the easiest approach.
If you opt for the more complicated approach of building virtual space into rooms then you must consider a whole slew of consequences. For example, in these expanded rooms you would not only need to know if someone was in the room, but also the piece of the room they are in. You would have to modify a lot of code that checks room scope, as that code would now have to check room and virtual space scope.
EDIT: The article also states a reason to do this might be to save vnums. That argument is outdated and irrelevant; with some slight code changes you can have 4 billion vnums, and I don't know of any game that is in danger of using more then that :P |
~Nick Cash
http://www.nick-cash.com | | Top |
|
| Posted by
| Misterhack
(2 posts) Bio
|
| Date
| Reply #2 on Fri 04 Mar 2011 09:22 PM (UTC) |
| Message
| | Overall, I do not think that it would be that hard of a thing to implement. On the rooms that become "expanded" simply add some sort of room_extend flag, this would be checked by a small piece of code in the area file. Rooms would then be given extra flags (room_location). I guess the hard part would be configuring the code to perform checks for the player, who may or may not be aware of different room_location flags. | | Top |
|
The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).
To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.
12,558 views.
It is now over 60 days since the last post. This thread is closed.
Refresh page
![[Go to top]](/images/gototop.gif)
top