A few thoughts on real mutiplayer
Post MTG Forge Related Programming Questions Here
Moderators: timmermac, Blacksmith, KrazyTheFox, Agetian, friarsol, CCGHQ Admins
2 posts
• Page 1 of 1
A few thoughts on real mutiplayer
by Max mtg » 22 Oct 2012, 16:01
After enabling several AI players, a mutiplayer game for several humans would be also very desirable.
So... how to reach that? I am not sure hotseat is a good option - that's not really a game when opponent sees your hand from time to time. That is why we should aim directly for network.
I am at the least extent interested in implementing a custom network protocol, sending raw packets for chat or player actions. That is why I thought of making over-network interaction based on some messaging system, like XMPP. Any kind of command will be serialized to string, and a most simple remote client would be a jabber client.
Imagine a server speaking with its remote players by icq.. ohh.. jabber, so that clients recieve only the information they are allowed know. The most advanced players might play just with their chat client, others might use special clients, special lightweight ones, or the the old good forge application.
That is relativelly far concern, to implement somewhere after 1.3.1
So... how to reach that? I am not sure hotseat is a good option - that's not really a game when opponent sees your hand from time to time. That is why we should aim directly for network.
I am at the least extent interested in implementing a custom network protocol, sending raw packets for chat or player actions. That is why I thought of making over-network interaction based on some messaging system, like XMPP. Any kind of command will be serialized to string, and a most simple remote client would be a jabber client.
Imagine a server speaking with its remote players by icq.. ohh.. jabber, so that clients recieve only the information they are allowed know. The most advanced players might play just with their chat client, others might use special clients, special lightweight ones, or the the old good forge application.
That is relativelly far concern, to implement somewhere after 1.3.1
Single class for single responsibility.
- Max mtg
- Programmer
- Posts: 1997
- Joined: 02 Jul 2011, 14:26
- Has thanked: 173 times
- Been thanked: 334 times
Re: A few thoughts on real mutiplayer
by silly freak » 22 Oct 2012, 20:52
Hmm... good ideas, and I like how you want to be very forge-independent in the communication protocol. But, for a first prototype at least, I'd suggest to go with standard Java serialization; that's nowhere near a custom network protocol (after all, you wouldn't consider a new grammar of XML elements a custom protocol) and probably the easiest to implement for Java-Java communication. Also, this is likely the most common usecase, and with your work on player abstraction, it shouldn't be too hard to implement a more sophisticated protocol later, and even to support multiple protocols at once.
___
where's the "trust me, that will work!" switch for the compiler?
Laterna Magica - blog, forum, project, 2010/09/06 release!
where's the "trust me, that will work!" switch for the compiler?
Laterna Magica - blog, forum, project, 2010/09/06 release!
- silly freak
- DEVELOPER
- Posts: 598
- Joined: 26 Mar 2009, 07:18
- Location: Vienna, Austria
- Has thanked: 93 times
- Been thanked: 25 times
2 posts
• Page 1 of 1
Who is online
Users browsing this forum: No registered users and 45 guests