Difference between revisions of "Valley 1:Multiplayer"

Latest revision as of 04:22, 28 August 2012

Multiplayer Design Notes

In the main, playing multiplayer is just like playing solo. You connect into a world, and you do all the same sorts of activities. These are the important differences that you need to know, though:

Fighting Enemies

When fighting enemies, their health is multiplied by 0.85 times the max number of players who have ever been in their chunk. So if 8 of you go in, it's 6.8x the health of solo play. If all players leave a chunk and it gets dropped from RAM (which happens after about ten seconds of nobody being in the chunk), then that multiplier gets removed and the monster's health is reset to full. So if eight of you went in and fought it and died, and later you come back in solo and want to fight that boss yourself, then you can without any issues.

Enemies can generally only launch as many projectiles as they can in singleplayer, but can generally melee attack as many players as touch it. Most enemy shots pierce through players anyhow, so they can still strike a lot of players in a line.

Loot And Crafting

Whenever there's a health drop from an enemy, only a single player can collect those items. Health drops will automatically go to the player with the lowest current health, so you don't have to worry about coordinating that yourself.

In terms of dropped consciousness shards from enemies, and dropped crafting materials from background objects, those all go into the settlement stockpile anyhow, so it doesn't matter who picks them up.

Whenever there's a usable item like a spell scroll in a stash, wood platforms, heatsuits/snowsuits, etc, each player can pick up a copy of that individually. When you pick up the item, it disappears from your view but not from the view of other players. They can then also pick it up same as you did.
- This is a convenience feature, because otherwise you'd have to do 8x as much stash-hunting if you had 8 players journeying together. While being able to pick up multiple copies of the same item is mildly odd, it's something that really keeps things moving and in most cases is something you might not have noticed for a good while if we hadn't told you about it, anyway.

The settlement stockpile is both global-for-all-players and... not. That sounds confusing, but it's actually really simple and done to make things easier for you:
- Non-crafting materials that are used for guardian powers (consciousness shards, cedar logs, granite, etc) are simply global. So are guardian powers themselves. When any player uses these, they are simply gone. But the results tend to benefit all players on that continent anyway, so that's not a problem. Easy enough so far.
- Crafting-related materials that are used for learning new spells (raw gems, rare commodities, most regular commodities) are the trickier ones:
  - Whenever any player picks up (for example) a raw gem, it goes into the central stockpile for that continent's settlement. It doesn't matter who picks it up, everyone gets the benefit of it.
  - However, crafted spellgems are per-player, and the crafting-materials needed to learn these spells are able to be used once per player. In other words, if three people are playing co-op together, and one picks up a raw sapphire, then each of the players can use that single raw sapphire to craft different spellgems. If a fourth player joins the server later, they can also use that raw sapphire to learn something right away.
- Why do things this way? Because progress needs to be shared in order to keep things moving, but at the same time it is a lot more fun if players get to specialize and choose what spells they want to learn on their own.

In terms of enchants, there are internal points that are kept track of for all players. Whenever any player picks up an enchant container, every player currently connected gets the benefit of those points. Only the player who actually opened the container has a chance of getting an enchant right at that moment, but all players make progress toward getting their next enchant -- so next time they open a container, they're more likely to get an enchant themselves.

Chat!

To chat to other players, hit the T key. You'll also see other players noted on the world map and in the dungeon/region maps. Open the tooltip for the region/dungeon/room in question to see who, specifically, is there.

Usernames, And License Key Usage Restrictions

When you connect to a server, it will show a username. At the moment this can be configured in the Networking tab of the Settings screen. If you change your username and connect back to the server, it will create a whole new character and set of inventory and all that for you.
- Note: you can try to change your username while connected to a server, but it won't work.

So if you and a family member (or whoever) want to share a single server on a single computer at different times of the day, just change back and forth between your two usernames and you can do so. Two players with the same license key can't connect to the same server at the same time, but they can both play in one world as long as it's one at a time.

Note that the server does NOT care whether it has a license key. You may run as many dedicated AVWW servers as you please. But to connect to a server as a client you will need to be running a licensed copy of the game.

Multiplayer Server Commands

>>See Server Commands

FAQ

How Do I Host An AVWW Server?

Go into the Multiplayer section of the main menu, and hit Launch Server Of Your Own. It will then give you a list of worlds that you have created in solo play. Choose the world you'd like to launch as the server, and another copy of AVWW will launch.

Once this server launches, it will simply say "Welcome!" and the name of the world that you launched it with. Just minimize it or otherwise leave it in the background, and you're all done. It also shows things like who is connected to the server at the moment, and you can chat with players from the server console. Later there will be more admin controls on the server.

If you prefer to launch the server from the command line directly (which is what the game is doing anyhow), then on windows launch it as AVWW.exe -server -world "{name}" On OSX it works as open -a 'AVWW.app' -n --args -server -world "{name}".

Is There A Central List Of Servers Somewhere?

Yes! Once you go into the game, click on "Multiplayer" then "Find Servers on the Internet", you will be given a list of all the AVWW Servers that have been active in the last 15 minutes. This makes sure the list is fresh, and gives you a pretty good chance of finding a server that is actually up and running.

How Many Players Are Supported On A Server?

You tell us! This is something we really want to have feedback on. How many players are you able to run on one server with acceptable performance? So far we've had at least half a dozen (not completely sure about private hosted servers), and the performance was extremely awesome. We're betting you can get at least into the teens, and 30-50 players might be feasible.

There is a definite finite amount of players before the server process is going to start having RAM trouble, though, so hundreds of simultaneous players on one server is very unlikely. That said, if you have hundreds of players who come and go on a server, and only 30 (or whatever number winds up working) are on at a given time, that will work fine.

Once we start working on the admin tools for multiplayer, we'll have an ability for server admins to set what their desired player cap is for their server. If your specific network setup only supports 10 players with the performance you want, then you will be able to set it at 10, etc.

Can A World Be Used In Both Single And Multiplayer?

Oh, you bet. And you can even switch back and forth if you want.

What Happens When A New Player Joins A World Belatedly?

This is really, really straightforward. They're given a small catch-up inventory of enchants and are able to learn a bunch of new spells right away using whatever crafting materials other players have already unlocked. ^Verify(AVWW). Assuming that you've already reached the first settlement (in other words, passed the intro mission), it will just dump the new player into that first settlement. They'll still have some things to pick up before a serious mission (wood platforms and upgrade enchants and the like), but they aren't remotely helpless.

Known Issues

1. The movement of other players on the world map is pretty jerky at the moment.

Multiplayer Features Yet To Come

PVP Options

We've talked about things like having PVP arenas where you and your opponent can each summon monsters to fight one another, and where there's some Chess-bughouse-style back and forth depending on how successful you each are. Any sort of PVP options would be in this sort of style of play, rather than in direct combat like you have against monsters.

A Valley Without Wind

@@ Line 2: / Line 2: @@
 In the main, playing multiplayer is just like playing solo.  You connect into a world, and you do all the same sorts of activities.  These are the important differences that you need to know, though:
-=== Important Notes About Fighting Enemies ===
+=== Fighting Enemies ===
-*   When fighting enemies, their health is multiplied by the max number of players who have ever been in their chunk.  So if 8 of you go in, it's 8x the health of solo play.  If all players leave a chunk and it gets dropped from RAM (which happens after about ten seconds of nobody being in the chunk), then that multiplier gets removed and the monster's health is reset to full.  So if eight of you went in and fought it and died, and later you come back in solo and want to fight that boss yourself, then you can without any issues.
+*   When fighting enemies, their health is multiplied by 0.85 times the max number of players who have ever been in their chunk.  So if 8 of you go in, it's 6.8x the health of solo play.  If all players leave a chunk and it gets dropped from RAM (which happens after about ten seconds of nobody being in the chunk), then that multiplier gets removed and the monster's health is reset to full.  So if eight of you went in and fought it and died, and later you come back in solo and want to fight that boss yourself, then you can without any issues.
-*  Enemies can generally only launch as many projectiles as they can in singleplayer, but can generally melee attack as many players as touch it.  There's a lot of rebalancing/rework coming in the near future that will alter how enemy projectiles work in terms of being able to hit multiple players or being multiplied by the number of players present, etc.  Right now the game's probably just easier in MP if you're fighting together, but we figured that would be less frustrating for players than it being buggily-harder.
+*  Enemies can generally only launch as many projectiles as they can in singleplayer, but can generally melee attack as many players as touch it.  Most enemy shots pierce through players anyhow, so they can still strike a lot of players in a line.
-=== Minor Notes About Loot ===
+=== Loot And Crafting ===
-* Whenever there's a drop from an enemy (shards, health drops, etc) all players who are in the chunk at the time can collect the above.  Players who enter the chunk later won't see that stuff.  (This is the "whitelist" model).
+* Whenever there's a health drop from an enemy, only a single player can collect those items.  Health drops will automatically go to the player with the lowest current health, so you don't have to worry about coordinating that yourself.
+* In terms of dropped consciousness shards from enemies, and dropped crafting materials from background objects, those all go into the settlement stockpile anyhow, so it doesn't matter who picks them up.
-* Whenever there's a permanent drop from something like gems from a gem vein, or just dust or health potions you find in a stash, every player can collect those things once, even if they come to the game later or that room much later.  (This is the "blacklist" model).
+* Whenever there's a usable item like a spell scroll in a stash, wood platforms, heatsuits/snowsuits, etc, each player can pick up a copy of that individually.  When you pick up the item, it disappears from your view but not from the view of other players.  They can then also pick it up same as you did.
+** This is a convenience feature, because otherwise you'd have to do 8x as much stash-hunting if you had 8 players journeying together.  While being able to pick up multiple copies of the same item is mildly odd, it's something that really keeps things moving and in most cases is something you might not have noticed for a good while if we hadn't told you about it, anyway.
-* The Civilization Level, as in solo play, is global to the world, not specific to a player.  Just as a reminder.  EXP is also global.
+* The settlement stockpile is both global-for-all-players and... not.  That sounds confusing, but it's actually really simple and done to make things easier for you:
+** ''Non-crafting materials'' that are used for guardian powers (consciousness shards, cedar logs, granite, etc) are simply global.  So are guardian powers themselves.  When any player uses these, they are simply gone.  But the results tend to benefit all players on that continent anyway, so that's not a problem.  Easy enough so far.
+** ''Crafting-related materials'' that are used for learning new spells (raw gems, rare commodities, most regular commodities) are the trickier ones:
+*** Whenever any player picks up (for example) a raw gem, it goes into the central stockpile for that continent's settlement.  It doesn't matter who picks it up, everyone gets the benefit of it.
+*** However, crafted spellgems are per-player, and the crafting-materials needed to learn these spells are able to be used once per player.  In other words, if three people are playing co-op together, and one picks up a raw sapphire, then each of the players can use that single raw sapphire to craft different spellgems.  If a fourth player joins the server later, they can also use that raw sapphire to learn something right away.
+** Why do things this way?  Because progress needs to be shared in order to keep things moving, but at the same time it is a lot more fun if players get to specialize and choose what spells they want to learn on their own.
+* In terms of enchants, there are internal points that are kept track of for all players.  Whenever any player picks up an enchant container, every player currently connected gets the benefit of those points.  Only the player who actually opened the container has a chance of getting an enchant right at that moment, but all players make progress toward getting their next enchant -- so next time ''they'' open a container, they're more likely to get an enchant themselves.
 === Chat! ===
@@ Line 27: / Line 37: @@
 * So if you and a family member (or whoever) want to share a single server on a single computer at different times of the day, just change back and forth between your two usernames and you can do so.  Two players with the same license key can't connect to the same server <i>at the same time</i>, but they can both play in one world as long as it's one at a time.
-* Note that the server will also need to have a license key so that it doesn't limit the world to civ level 6, but that license key by default will just be your main license key from your client.  And the server's license key won't block players with the same key or anything like that, unlike if two clients with the same key as each other try to connect to a server.
+* Note that the server does NOT care whether it has a license key.  You may run as many dedicated AVWW servers as you please.  But to connect to a server as a client you will need to be running a licensed copy of the game.
-** You probably won't even have to think about this unless you set up your server on a dedicated box, but we thought we'd mention it just in case!
-==Begin Technical/Historical Explanation That May Or May Not Interest You==
-Mostly due to the [http://en.wikipedia.org/wiki/Shoot_%27em_up shmup]-like nature of the game we've not been able to find a single multiplayer model that accomplishes all our goals.  Thankfully, we can just use different models for different parts of the game, but this is how we got here:
-We started with a single model that was very nothing-happens-until-the-server-says-it-does (except movement/position, which was actually not very relevant to the simulation at the time).  It worked, but we found that it wasn't really acceptable for the player to press the "launch fireball" button while at the top of a jump but the fireball not actually emit from them until (say) 100ms later after the server had gotten the message, processed it, and told the client "ok, there's a fireball there now".  It was even worse with stuff like the double-jump ability and the massive-speed-buff ability.  Basically: when you press the button, the thing needs to happen.  Now.
-Also, we didn't like that even if the fireball showed up when you thought it should, if the monster you were shooting at was moving fairly rapidly then the fireball might look like it touched them on your client but the server might have the monster in a slightly different place and not detect that collision and thus the fireball misses (and maybe hits something else).  Similar with monster shots flying at you: you could get hit by those (or even melee attacks) because reality according to the server just wasn't quite the same as what you were seeing.  Close, but not close enough, because "close enough" in a game like this is quite near "exact".  Internet latency doesn't permit that.
-Fixing both those problems was very tricky.  Making fireballs initially process and spawn locally instead of on the server was a fairly straightforward solution to the first problem.  Having the fireball collision checking also be done locally solved part of the second problem but not all of it: the monster could still jump around on the client as it received updates from the server on where the monster actually was, and thus you could still miss shots you would have hit in singleplayer, and still get hit by monsters that would have missed you in singleplayer.  We really didn't like that.
-In the end we found that we could get everything else we wanted if we just broke one common MP assumption: that the enemies are in the same place on all the clients at the same time.  That way the clients could be entirely authoritative over monster position (for themselves) and the game would really play a whole lot like singleplayer.  We were pretty happy with it, so after several rounds of testing and fixing to get things ready for a public-alpha, we made that available to players on an opt-in-basis.
+== Multiplayer Server Commands ==
+>>''See [[Server Commands]]''
-The players were not happy with it.
-The response to "monsters can be different places on different clients" was (remarkably) polite, but very firm: No.  Not anger or hysterics or drama or whatever, Just No.
-So we thought about it for a while, and realized that if this was the response of our core community we'd really get roasted by audiences that didn't know us.  Since that dog wouldn't hunt, we considered several alternatives:
-) Just completely cut multiplayer from the feature list.  This was very tempting, as we didn't want to mangle the singleplayer game to fit within a viable networking model.
-) Fundamentally rework the combat model such that it would be naturally compatible with networking and also allow us to make it really fun.  We had some ideas that would have worked well on both counts but really would have been a different project.
-) Only have local co-op.  Would have been better than nothing.
-) Stick with our existing model but change which assumptions we were breaking.  Specifically, restore monster-location synchronization but break "monsters always move like they do in singleplayer".
-We heard from player feedback that while they didn't like monsters that jumped around or shots that missed due to lag, they were far more willing to deal with that than monster locations not being in sync.  So in the end we went with that last option.
-The end result (thus far) is a blend of quite a few models; here's an example:
-) I move my character around, shoot a fireball, and that fireball hits a monster and does damage: all that happens on my local client and is played back on the server and then on the remote clients.
-) Another monster spawns on the server and shoots a fireball at me: that happens on the server and is played back on all clients.
-) I run into the fireball and take damage and then run through the monster and get hit by its melee attack: that happens on my local client (so I don't get hit by something that I had literally no chance to react to because it wasn't actually where I was told it was).  So monster melee attacks and monster projectile attacks are processed quite differently.
-) The monster decides to run away: this happens on the server, and the server sends my client an update on the monster's movement.
-) My client receives that update, and if the new position is sufficiently different the monster "jumps" to the new correct location on my client.  So if I had fired a fireball at where I thought it was I might miss that shot, or the monster chose to run through me I might get hit by a melee attack (due to my client detecting the collision, not the server doing so).  This isn't ideal, but it's the least of the available evils that we're aware of.  And it's pretty common for multiplayer games to accept "jumps" due to lag, so there it is.
-) A bit later, I hit the monster (which is a boss) with a giant meteor that reduces it to zero health.  My client begins the "shrink monster" animation so it looks instantaneous, but the monster is not actually officially "dead" until the server receives the meteor-hit-boss-in-the-face message from my client and it then does two things:
-- First, since the monster is a boss and its death can have "macrogame" consequences (that can affect players outside the room), the server computes those consequences and tells all clients (including me) about them.
-- Second, the server computes the "in-chunk" consequences and tells all clients (including me) that are actually in the room about them.  Clients elsewhere never see that message.
-==Post-Technical Explanation==
-The end result of all of the above is pretty much that things tend to happen very fast, almost like you are playing solo, and that <i>most </i>things happen in exactly the way that you would expect.  I was really shocked that, playing over a 3G connection from my tethered iPhone, I was getting performance that was almost identical to solo play.  This model is extraordinarily latency tolerant for an action game, which is really cool.
-The one downside -- which we haven't figured out completely how to mitigate yet -- is the confusion that can result for new players when each of them is seeing something like a boss in different positions over the course of a battle.  Depending on the boss and the strategy that the players use, it can actually be so subtly off that you might not notice if I hadn't told you.  But it can also just as easily be so off that you're on one side of a large room and I'm way at the other end, and we're each fighting the same boss other in our section.
-It's kind of funny, because this style of gameplay is actually really thematically fitting, but we haven't figured out exactly how to present that to players in a way that is succinct and simple to understand, yet.  Hence this massive post for those people opting into the initial public alpha for the multiplayer.  I think that you'll find in practice that this style of gameplay works really well, but I don't relish the thought of getting daily bug reports from new players about enemies that were in different positions.
 == FAQ ==
-===How Do I Opt In To The Multiplayer Alpha?===
-Right now, for obvious reasons, we don't want anyone playing this multiplayer alpha who hasn't at least skimmed this post.  So if you just fire up your game like usual, you won't see anything about multiplayer at all.
-To opt in during the alpha, go into your RuntimeData folder inside your game folder and put a new file called IAmOptingIntoMultiplayerTestingEvenThoughItMayDestroyAVWWStuff.txt.  You don't need anything in that file, the game just checks to see if it exists.
-Next time you start the game, you'll see a Multiplayer button on the main menu.  If you don't, then your file is probably named IAmOptingIntoMultiplayerTestingEvenThoughItMayDestroyAVWWStuff.txt.txt (which windows tends to do if you have file extensions hidden, which is the windows default).
 ===How Do I Host An AVWW Server?===
-Once you've opted into multiplayer, just go into the Multiplayer section of the main menu, and hit Launch Server Of Your Own.  It will then give you a list of worlds that you have created in solo play.  Choose the world you'd like to launch as the server, and another copy of AVWW will launch.
+Go into the Multiplayer section of the main menu, and hit Launch Server Of Your Own.  It will then give you a list of worlds that you have created in solo play.  Choose the world you'd like to launch as the server, and another copy of AVWW will launch.
-Once this server copy loads, it will simply say "Welcome!" and the name of the world that you launched it with.  Just minimize it or otherwise leave it in the background, and you're all done.  Later there will be some admin controls on the server, but right now there are not.
+Once this server launches, it will simply say "Welcome!" and the name of the world that you launched it with.  Just minimize it or otherwise leave it in the background, and you're all done.  It also shows things like who is connected to the server at the moment, and you can chat with players from the server console.  Later there will be more admin controls on the server.
-If you prefer to launch the server from the command line directly (which is what the game is doing anyhow), then on windows launch it as <i>AVWW.exe -server -world "{name}"</i>  On OSX it should work as <i>open -a 'AVWW.app' -n --args -server -world "{name}"</i>  We haven't actually tested the OSX server yet, though, to warn you.  But it works fine as a client and there shouldn't be any issues with the server that we know of.
+If you prefer to launch the server from the command line directly (which is what the game is doing anyhow), then on windows launch it as <i>AVWW.exe -server -world "{name}"</i>  On OSX it works as <i>open -a 'AVWW.app' -n --args -server -world "{name}"</i>.
 ===Is There A Central List Of Servers Somewhere?===
-Not yet, no.  You'll either have to direct connect by IP, or if you're playing on a LAN the game can search for it for you.  This is exactly like AI War.  <i> </i>
+Yes! Once you go into the game, click on "Multiplayer" then "Find Servers on the Internet", you will be given a list of all the AVWW Servers that have been active in the last 15 minutes. This makes sure the list is fresh, and gives you a pretty good chance of finding a server that is actually up and running.
-<i>That </i>said, unlike AI War we'll have a central server list up in the next month or two, because with a server model like this it's very easy compared to AI War.
 ===How Many Players Are Supported On A Server?===
-You tell us!  This is something we really want to have feedback on.  How many players are you able to run on one server with acceptable performance?  So far we've had three, and the performance was extremely awesome.  We're betting you can get at least into the teens with ease thanks to our lag-tolerant networking model, and 30-50 players <i>might </i>be feasible.
+You tell us!  This is something we really want to have feedback on.  How many players are you able to run on one server with acceptable performance?  So far we've had at least half a dozen (not completely sure about private hosted servers), and the performance was extremely awesome.  We're betting you can get at least into the teens, and 30-50 players <i>might </i>be feasible.
 There is a definite finite amount of players before the server process is going to start having RAM trouble, though, so hundreds of simultaneous players on one server is very unlikely.  That said, if you have hundreds of players who come and go on a server, and only 30 (or whatever number winds up working) are on at a given time, that will work fine.
@@ Line 110: / Line 63: @@
 ===Can A World Be Used In Both Single And Multiplayer?===
 Oh, you bet.  And you can even switch back and forth if you want.
-===Should I Be Extra Careful With My Worlds In The Multiplayer Alpha?===
-Yes, definitely!  We've been testing this for months, but we've also been developing it out at the same time.  There are going to be bugs that we didn't find, and some of them might come at the risk of losing part or all of your world.  Back up your worlds accordingly, and don't load your only copy of an awesome single-player world into a multiplayer server.  Make a copy of it first, just in case!
 ===What Happens When A New Player Joins A World Belatedly?===
-This is really, really straightforward.  Since the civilization level is global, they automatically have the same level as you, whether that's level 1 or 100.  Assuming that you've already reached the first settlement (in other words, passed the intro mission), it will just dump the new player into that first settlement with some reasonable starting gear of whatever tier is considered current for your civ level.  They'll still have some things to pick up before a serious mission, but they aren't remotely helpless.
+This is really, really straightforward.  They're given a small catch-up inventory of enchants and are able to learn a bunch of new spells right away using whatever crafting materials other players have already unlocked.{{AVWWVerify}}.  Assuming that you've already reached the first settlement (in other words, passed the intro mission), it will just dump the new player into that first settlement.  They'll still have some things to pick up before a serious mission (wood platforms and upgrade enchants and the like), but they aren't remotely helpless.
 ==Known Issues==
-. The movement of other players is pretty jerky at the moment.  This is just a cosmetic thing, though, and not something you'll tend to notice in the heat of battle anyhow, so we're going ahead with multiplayer public alpha while we continue to look at that.
+. The movement of other players on the world map is pretty jerky at the moment.
-. Some of the dungeon/region map updates are not immediately propagated to you if another player is doing stuff in the same region as you.  When you move to a new chunk yourself (room, cavern, section of surface), any missed updates are synced up, though.  We're working on this one, too.
-. Sometimes the chat box doesn't have focus immediately when you hit T, but usually it does.  It's really annoying when it does not, but we're working on that.
-. The whole "multiverse thing" with enemies is working entirely as intended, but we are still searching for ways to make that whole process more clear and intuitive to players in the game itself.  We have some various ideas in store for this, but plan on putting up a new brainstorming forum thread about it to solicit ideas and feedback on how to make this smoother.
 == Multiplayer Features Yet To Come ==
-=== List of Players On A Server ===
+=== PVP Options  ===
-Handy for seeing who is even in the world.  And potentially a quick way to warp to the location of any other player from anywhere in the world.
+We've talked about things like having PVP arenas where you and your opponent can each summon monsters to fight one another, and where there's some Chess-bughouse-style back and forth depending on how successful you each are.  Any sort of PVP options would be in this sort of style of play, rather than in direct combat like you have against monsters.
-=== Better Handling Of Usernames ===
+[[A Valley Without Wind]]
-Right now it's just that textbox in the Network tab of the Settings screen.  We know that's clunky, and it's just a temporary thing we implemented to save time for the moment.  Later there will be a more robust screen, with a dropdown list of past-used usernames, through the Multiplayer section of the main menu.
-=== Admin Tools ===
-Kicking users, banning users, setting up access rights and anti-griefing measures, that sort of thing.  Also setting user caps.
-=== Server Listing ===
-A way for you to advertise your server if you want to, so that other people can see that in the server list and join.  Until the admin tools are in, this may be a bad idea!
-=== PVP Options (May be post-1.0) ===
-We've talked about things like having PVP arenas where you and your opponent can each summon monsters to fight one another, and where there's some Chess-bughouse-style back and forth depending on how successful you each are.  Any sort of PVP options would be in this sort of style of play, rather than in direct combat like you have against monsters.

Difference between revisions of "Valley 1:Multiplayer"

Latest revision as of 04:22, 28 August 2012

Contents

Multiplayer Design Notes

Fighting Enemies

Loot And Crafting

Chat!

Usernames, And License Key Usage Restrictions

Multiplayer Server Commands

FAQ

How Do I Host An AVWW Server?

Is There A Central List Of Servers Somewhere?

How Many Players Are Supported On A Server?

Can A World Be Used In Both Single And Multiplayer?

What Happens When A New Player Joins A World Belatedly?

Known Issues

Multiplayer Features Yet To Come

PVP Options

Navigation menu

Personal tools

Namespaces

Variants

Views

More

Search

games

community

other

Tools