Hi,

I am getting to the point of my game where I have to start work on the server/matchmaking side of things. My game is a 2 player versus fighting game with short matches, 5-10 minutes each. Then possibly re-matchmake and play annother player.

One of my main constrains is a minimal or non-existent budget. But I am putting in a lot of work myself I have worked fulltime for more than a year already and will do a bit more than another half year.

My original idea was to just have a master server to run a list of currently active players and that server would do the matchmaking and then players them self would take over, one being listen server and the other the client player. So I wouldn't need servers for the matches themselves.

Now the programmer that I am talking to to help with the networking is suggesting we use the Amazon GameLift system. This would instead be a master server model where the master server would run the game and both players would be clients to that.

With this GameLift system, as I understand it, the servers get 'spawned on demand', instanced into existence when a match starts and then shut down again afterwards. You are billed per hour of uptime + outgoing(from servers) data.

Ignoring that I would have to redo a lot of my replication work to work with master server model instead of p2p listen server, I cannot see what I would gain from using a system like GameLift?

It seems more expensive, I calculate (pulling numbers out of the air) around 20usd per day, 5-7000 dollars per year with 10'000 copies sold and 100-250 game matches a day.

I would be locked to Amazon.

I'm not sure if ping would be better or worse? (maybe better average and worse minimum?)

Would it be slower to boot up a match as presumably the game itself would have to be copied to the instance and other stuff would need to happen.

I would still need a 'listing server' to log online players and do the matchmaking?

Advantages might be,

Less risk of cheating as master server would be running the game not one player. (this is a VR game so most players I think are into it for the experience, not just to win)

NAT issues would be easier to solve.

I could add spectating players more easily.

What do you folks think? Any opinions?

EDIT: Ooops just saw the GameLift post a bit further down, reading that now...

Cheers

Fredrik

Thanks for your reply. I'll continue ponder and research.

I was told that Epic's game Paragon was using GameLift or something very similar (home made?) and found this forum post by an Epic dev.

It seems like a lot of work, much more than I was anticipating. Maybe that is not all needed for a smaller startup indy game like mine, but I don't know?

https://forums.unrealengine.com/showthread.php?112363-Few-questions-about-Paragon-lobby-and-game&p=549816&viewfull=1#post549816

Cheers, Fred

I am using Unreal. My first platform i most likely going to be Oculus but I am aiming to get to Steam as well at a later date, and I need players' from both platforms to be able to play each other due to small VR total player base.

Oculus have their own Online Subsystem plugin for Unreal. Would that remove the need for much of what the Epic guys was doing? (ignoring that chat client stuff, not relevant to me)

I read in that thread I posted above, that another dev who is starting to test AWS server instancing says that it takes him 'a few minutes to spin up a server'. That sounds a bit worrying. The Epic guy says that they keep a few instances started up and ready to get involved, the number of which based on number of players online and statistics. That would take some time to get working and also that would up the cost/hours of uptime since you are constantly keeping a few running on empty. Might make sense for a big budget big name game like that but sounds like a risky and too optimistic approach for me maybe.

Thanks again hplus,

your bullet point outline sounds like what I had in mind originally and I am leaning more and more towards that.

I was thinking of adding something like GameSparks to the mix to receive player data I want to store, so that I wouldn't have to spend too much programming resource on that. (though it still needs work to do ofc)