Multiplayer - Page 2

Multiplayer

Discuss the source code and development of Spring Engine in general from a technical point of view. Patches go here too.

Moderator: Moderators

coryrc
Posts: 81
Joined: 01 May 2005, 23:09

Password

Post by coryrc »

NMDANGE wrote:Something simple like...
[2 byte size][2 byte id][body]
Works for me. I have started my writeup at https://lolut.utbm.info/svn/taspring_li ... ingClient/
in the commands.* files.
(Yes, should be in a database)
NMDANGE
Posts: 36
Joined: 27 Apr 2005, 16:35

Post by NMDANGE »

Ok, looks good so far. Don't worry about sending a null-terminated string. I use NULL already when I send text to delimit fields. It makes it easier to send to a C++ client.

The url for registration is
http://www.phoenixworx.org/aspnet/register.aspx
Though I suppose it is a good idea to allow the server to send it, since it could change...
Xon
Posts: 33
Joined: 07 May 2005, 17:07

Post by Xon »

My only request for the login stuff is for the password not to be sent in plain text, preferable as some type of hash.
User avatar
Ace07
Posts: 348
Joined: 21 Apr 2005, 20:46

Post by Ace07 »

Xon wrote:My only request for the login stuff is for the password not to be sent in plain text, preferable as some type of hash.
We will use crazy 128-bit encryption....yep....

That would be cool though. We will have to see if that ever gets implimented. heh
jouninkomiko
Posts: 436
Joined: 26 Aug 2004, 08:11

Post by jouninkomiko »

i used straight text for ease. i had to crank out this client pretty quickly and it seemed like a good alternative -KISS. i know the client can be improved, greatly in fact. However, you guys want a secure protocol though for a gaming lobby? ... why? and NMDANGE, what's wrong with having everything done in text? the information passed is very simple.

Xon - so say you pass a hash instead of plain text. if someone really wanted to steal your name, they'd just capture your hash in the same way they would capture your password and hack the client to send that instead of the password.

on a side note, i have about half the protocol documented, which i'll be posting soon, in case anyone needs it.

i didnt really plan on taking the client much further than it is at the moment - i want to work on an AI. but i'd be more than glad to help with a new client that is platform independant, especially if we can integrate it into PW. i wish i had some one's help making the gui when i started, thing's would've ended up alot better :P it's a shame that my work seems to be made obsolete already, i didn't really expect a turnout of people willing to help on the lobby itself...
User avatar
Ace07
Posts: 348
Joined: 21 Apr 2005, 20:46

Post by Ace07 »

Well, joun, I could have helped you early on, but open source makes it easier for me. I hate applying for programming jobs and stuff. Its more formal than it needs to be. :P

Open source is kind of like volunteering...so its a lot easier to get a job doing it. =)
coryrc
Posts: 81
Joined: 01 May 2005, 23:09

Updates

Post by coryrc »

jouninkomiko wrote: on a side note, i have about half the protocol documented, which i'll be posting soon, in case anyone needs it.
Don't know if you're still checking here, but have you posted specs for this?

For anyone working in this area, I'm still pushing at it, but I've never done communication between untrustable devices before and it is slow going. I'm making sure everything is done properly rather than fast, so this will be the last time a rewrite is needed.
NMDANGE
Posts: 36
Joined: 27 Apr 2005, 16:35

Post by NMDANGE »

I have released the necessary files for creating a protocol that the PW server can use, but I'm not sure what client or protocol Spring is going with for the Lobby. Can any of you guys point me to something? I can start working on making the PW server work with Spring then.
coryrc
Posts: 81
Joined: 01 May 2005, 23:09

Post by coryrc »

NMDANGE: What's your existing protocol. Couldn't we use it?
NMDANGE
Posts: 36
Joined: 27 Apr 2005, 16:35

Post by NMDANGE »

The server is made to support multiple protocols. The protocol that the current client uses makes a number of assumptions because the client was written to use a different server originally. It would be better to have the protocol and its code in the server tailored for Spring specifically. The server supports features that the current client isn't designed for, and we'd be limiting Spring to what the current client expects.
coryrc
Posts: 81
Joined: 01 May 2005, 23:09

Post by coryrc »

Are you rewriting the Cavedog TA client?
NMDANGE
Posts: 36
Joined: 27 Apr 2005, 16:35

Post by NMDANGE »

If you mean the current PW client that is TA only...well...eventually it'll get relpaced with a multi-game client, but I'm a server programmer and it's not really definite who would be doing a new client.

I'd just like to take whatever client you guys are using or plan on using, with whatever protocol you want, and get it to talk to the PW server, which is relatively simple given the way I wrote it, I just need to know what the protocol is really.
Post Reply

Return to “Engine”