Multiple players on one PC

#1 I think... maybe... that you would have to split the client into two seperate clients, each with different controls and their own viewport. I imagine that making the multiple viewports would be the hardest part, but there was some viewport in gui resource I saw a while back that was for a character select screen to show the view of a model and be able to rotate it and stuff... You might be able to use that, make a 2p/3p/4p GUI depending on how many players and set up the splitscreens that way and just assign each camera as a seperate client's camera.

I'm saying this as a total amateur though :P

#2 Don't forget to google for this, it's been discussed many times before.

#3 Http://www.garagegames.com/index.php?sec=mg&mod=resource&page=view&qid=2261
From what I've read, I had the right idea... but I still have no idea on how to split the game to 2 clients and a server on the same computer... if there isn't a better way to do it.

GUI viewport resource...

As for the rest... well, I'm not quite certain how to go about it :/

#4 Thanks for the feedback.
I don't know why should I use the guiviewport instead of two GameTSCtrls though.
Well I'll try to google for the info.

#5 Well I got two viewports using the GameTSCtrl class but now I need two control objects...
In this thread http://www.garagegames.com/mg/forums/result.thread.php?qt=25534 multible connections is the used solution but that seems to be perhaps a bit too much to implement.

#6 Maybe you could make a single connection have two (or more) control objects?

You could double up the number of console variables used for building a move, one set for each control object, and build separated moves for each control object.

Then get a GameTSCtrl for each control object.

#7 Thanks for the reply Mangel.
If that's what it takes it's not that bad, I could do it. But i still don't know how the control objects should be set.

#8 Well, a way to start is go into game/gameConnection.cc (where the control object is handled), and game/gameProcess.cc (where the move is handled down to the control object) and look for all places where the connection's control object is used.

I'd test if the concept works, by declaring some sort of mControlObject2, adding a new console method to set it, and include it in the required places in gameConnection.cc and gameProcess.cc (more importantly, the places where it calls interpolateTick, writePacket and processTick, to make it update). Start passing it the same move object as the main control object, just to see if it's moving when you press keys.

If nothing explodes and no conflitcs arise by having two objects call the writePacket method, you could move into doind proper, clenaer code for supporting multiple control objects, and to generate different move objects for each one.

#9 Manoel,
I will be VERY interested in any developments in this area. One of my goals is multiple players on one machine that can take part in a networked game. I am thinking of starting with two players on the machine. If you need debugging help, testing, etc. Let me know.

#10 Have you guys tracked Phil Carlisle's recent thread on this topic?