Multiplayer Dungeon Crawler

[Robin]

So everything I see from screenshots is coded in .NET?

The last couple of screenshots were .NET.

I got mDX9 working, but decided to give it a rest until I got SlimDX working in it.

Until then, I'm just doing it all in VB6.

[Robin]

Had a copy of this and VB6 portable on my memory stick, so spent a couple of hours pissing around with it.

Added scrolling maps, a new rendering system that only renders on-screen objects, and player names and shit.

Still mostly client-side though, once I get my own machine back I'll come up with a nice way of handling movement.

Download link: Here!

[Robin]

Screenshot, lol

[Pbcrazy]

Tested it, however, when i try to connect, first time it'll connect, however won't tell the Client to go to the next menu, until i hit connect again. Then when i try to login or register, i get an invalid packet header error.

[Robin]

Yeah, forgot to re-compile the server before uploading ;D

Doing so now.

[Robin]

Download Link!

[Pbcrazy]

Same thing...

[Anarchy]

The character sheet is like a database, you were in possession of it so you could go play with whoever you want instead of having to play one game with the same people all the time.

How do you store the players? If you make it client sided, then people can go play on other servers and still have the same stats.

[Matt]

The character sheet is like a database, you were in possession of it so you could go play with whoever you want instead of having to play one game with the same people all the time.

How do you store the players? If you make it client sided, then people can go play on other servers and still have the same stats.

That would be dumb. Easily able to edit player files. Best bet would to be, to have a mother server that all the game servers connect to, but it keeps track of all the account files and such.

Seems too much work, really.

[Anarchy]

The character sheet is like a database, you were in possession of it so you could go play with whoever you want instead of having to play one game with the same people all the time.

How do you store the players? If you make it client sided, then people can go play on other servers and still have the same stats.

That would be dumb. Easily able to edit player files. Best bet would to be, to have a mother server that all the game servers connect to, but it keeps track of all the account files and such.

Seems too much work, really.

Thats why you encrypt it

[Matt]

The character sheet is like a database, you were in possession of it so you could go play with whoever you want instead of having to play one game with the same people all the time.

How do you store the players? If you make it client sided, then people can go play on other servers and still have the same stats.

That would be dumb. Easily able to edit player files. Best bet would to be, to have a mother server that all the game servers connect to, but it keeps track of all the account files and such.

Seems too much work, really.

Thats why you encrypt it

Quit being stupid. Even if you encrypt it, it's still very easy to figure out the encryption key and edit player files.

[Anarchy]

why would someone go through all that trouble for a little game like that? They would have there 10 minutes of fame, and probably just quit. Only 4 people can connect to a server at a time, so there really is no need to do it.

[Nean]

why would someone go through all that trouble for a little game like that? They would have there 10 minutes of fame, and probably just quit. Only 4 people can connect to a server at a time, so there really is no need to do it.

Why be sloppy and do something completely shitty in the first place? It doesn't matter how many people are going to be playing, security is security. It's just fucking ignorant to do it in a way that you KNOW is insecure, just because you're lazy. It's people like this, that show poor work ethic.