36
First of all, are you sure you really need that? Have you calculated the memory footprint?
A small back-of-the-envelope calculation: A single mob and its state should fit into 100 byte of data. Let's give it a whole kByte, in case you are doing something extraordinary. When a cell has 1000 such entities, it requires a MByte. If your world is 100x100 cells, ...
17
From an API design perspective, when deciding whether to make multiple separate communicating programs or just one, the question is: can each program function meaningfully without the others? The answer will vary based on your project and preferences.
If they can't, it's not worth thinking about. Clearly they're so heavily linked that they're not really ...
15
Independent of feasibility (yes, depending on scale) there are often better or easier ways.
For instance, in your typical MMO, the server really only needs to know about the coarse navigation map used by AI and player pathfinding. Instead of storing the location of a tree, you can instead just cut a hole into the navmap at the location of the tree. Likewise ...
15
1000 player may or may not be a problem. It depends on how often you need to update the database. However there is a simple solution: put the database on its own server.
I had a peek at how the database system works a game that people would call an MMO-Lite – which one I will not disclosure – yet I can tell it consistently has more than 1000 players, this ...
14
Attack vector 1: The netcode
As already pointed out by Mario, one important factor when designing the network protocol of a client/server application is to not blindly trust the client. You can't control the software which runs on the client machine. You can't even tell that it's your software and not something the user programmed themself. The same ...
14
Web browsers disable some Javascript features for security reasons.
My bet is that you just hit Google Chrome forbidding XMLHttpRequest on local files by default (see this answer on SO for how to disable that, but beware: this is dangerous). See this page on the Chrome dev site for details.
This is why you have to setup a local HTTP server to workaround ...
14
One way you could solve this problem is not actually storing state on disk, but just setting up your generation code to use a seed for the random number generator, so it generates the same thing for a given area every time the area is generated, deterministically.
Then you just keep the 1000 or so most recently visited areas in memory. When areas are ...
11
As others have said, the first step is separating logic that's shared from logic that's not. While it's great to draw that line wherever it's clear, your addendum illustrates that sometimes you don't have a clean line to split the code down.
So, how do we solve cases where the client and server want to do semantically the same thing (play a sound), but take ...
11
is it worthwhile to have a separate process that listens for connections and messages from clients and sends the data via local sockets or stdin to another process that runs the actual game server?
To answer whether it is worthwhile, you had to first ask yourself, what is the problem you are trying to solve by adding a dedicated queuing service. If it ...
11
After searching around, it seems that synchronizing the clocks of 2 or more computers is not a trivial task. A protocol like NTP does a good job but is supposedly slow and too complex to be practical in games. Also, it uses UDP which won't work for me because I'm working with web-sockets, which don't support UDP.
I found a method here however, which seems ...
8
Whichever you do, it doesn't matter. If you rely on clientside calculation of anything you will get hacked. All the "anti-hacker" tooling has AFAIK been thoroughly penetrated, new versions often themselves being hacked in a matter of hours after release.
Given that, browser games are a major PITA IMO (poor usability) though they do offer ease of installation....
8
After the user authenticated itself to the loginserver, give it a token (an unique,
randomly-generated string too long to be guessed).
The loginserver picks a gameserver. Send the token, the username and all
other relevant data about the user from the loginserver to the server it picked.
Send the token and the hostname of the gameserver to the client.
Then ...
8
Scrambling the transmitted score is probably worthwhile.
To avoid cheat-engine type stuff, you can always scramble it in memory too. If you're storing seven variables, each of which, %10, is a digit, and you add a random number of 10s to each variable whenever a score changes, then it will be tricky to find a variable that matters. You could also get quite ...
8
One way to do this is not to change the actual values in the database in realtime. When the player logs on, you see how long it's been, and how much stuff he should have if he were earning during the time he was logged off, then update the value accordingly.
One benefit of this is that if a player never logs on again, you're not spending server time and ...
7
One library to use is ENet, which implements a generic network API suitable for many games. Or libevent even, which just handles the low-level network events.
There is not a direct need for threads on most platforms, though Windows forces their use for large numbers of clients. Separate threads can be useful when you need a fixed response time or a ...
7
What about VPS servers? They can be pretty cheap and easily upgradeable because of their flexibility.
VPS ( Virtual private server ) servers differ from real servers in the fact that they are actually just one of many virtual machines running on a real server, which makes it pretty customizable and flexible.
7
Do not copy the entire game model to the server, you wouldn't like to load all the textures and detailed meshes on your server. Keep it as simple as possible, handle all the important processes like the location, health, any movement but do not load everything. - NEVER TRUST THE CLIENT.
There are many books, along with multiple wiki's. Every engine ...
7
Do the LOS and AOI (Area Of Interest) filtering on the server. Yes, any data you send the client can be hacked. OR extra programs can be inserted as a proxy between client and server to sniff excess data, like the old EverQuest viewer that lets players not only see far-away monsters but even what loot they would drop (which is a bit mind-boggling why that ...
7
Yes - it is feasible. MMOs often split the game world into multiple areas, as this makes the job easier, but you can still do it with 1 massive area - you just need to use a good spatial partitioning scheme.
Because most objects in MMOs don't move, you can also perform a preprocessing pass where objects are used to create collision checking trees.
Memory ...
7
System.Net.WebSockets seems to be completely built-in to .Net and freely available in Unity.
Here's a full Websockets client for Unity for example:
using System;
using System.Text;
using System.Threading;
using System.Net.WebSockets;
using UnityEngine;
public class Comms: MonoBehaviour {
Uri u = new Uri("ws://blah blah.us-west-1.compute.amazonaws....
7
Both approaches are used with MMORPGs. Keeping everything in memory and periodically check pointing it to disk seems to be the most popular option, at least for older games. It has the advantage of being fairly simple to implement and scaling fairly well, but making it reliable is completely up the to the developer. SQL databases provide ACID properties ...
6
There are many reasons I wouldn't suggest that:
Computer resources are valuable. even if they are free, you shouldn't waste them. consider the case where two or more server are running simultaneously on one computer. If a single instance of server consumes all CPU cycles, other instances will simply fail. Surly OS will try to handle this kinda greedy ...
6
My understanding is that you should never trust the client in a multiplayer game and therefore aim to do any gameplay critical processing server-side. The disadvantage of pure client-side logic is that there is no verification
In other words you should probably go with a third option; send an abstract representation of what the player wants to do to the ...
6
I suppose you could have the server send a hash of it's executable to an authentication server, to ensure it hasn't been modified been modified, but that's about it.
I wouldn't worry too much about it, if you're going to let players have their own servers let them do whatever they want with the game, they purchased it. You can make it difficult to cheat, ...
6
Can't be done.
Haven't you ever been in a 10mx10m TF2 server where you'd just wait for drops? Neither have I! ;)
You could implement some sanity-checks on your server, but then you'd have a central server.
Can you afford a central server for such checks?
6
As far as I'm aware, this is essentially what many console games do. This was even brought across to some PC games, like Call of Duty: Modern Warfare 2.
There are, of course, some drawbacks:
Any coding effort to "do some checking to stop cheating" would almost have to be more complex than the physics code itself. You can't trust the client, pure and simple....
6
Just read this:
http://www.gabrielgambetta.com/?p=22
On every recording record current time/frame
On every RPC sent to server attach frame/time
Server sends back result with frame/time
Now the client knows exactly which frame the server's result is about
Commence "player prediction" + rewind & replay
Only top voted, non community-wiki answers of a minimum length are eligible
