0
May 25, 2013, 11:55:30 AM   
*
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
 

- Shoutbox

Pages: [1]
  Print  
Author Topic: [OPEN]Some idea for future version...  (Read 1687 times)
0 Members and 1 Guest are viewing this topic.
wile64
Global Moderator
Corporal
*****
Gender: Male
Posts: 190


WWW
« on: July 18, 2009, 02:40:31 PM »

Hi,

I have some idea for this game, some exemple...

Separate server and client for:
- client make one ID unique with some elements of computer (ex. mac adresse, proc id, hdd serial number...)
- ID is for stat too, why not !!!
- Add some info about server on join page, games type (icon), players number, units number...
- server able  to ban ID client
- only one id by server (finish same player with 2 connexion)
- more server power, like up/down number of player when play... (dynamic change)
- better console admin
- set limits parameters for tanks, ex. reloadtime not less than 20 ...
...and more in the future

What do you think of this ?
« Last Edit: January 12, 2010, 03:58:41 AM by C-D » Logged

"If debugging is the art of removing bugs, then programming must be the art of creating!"
wile64
Global Moderator
Corporal
*****
Gender: Male
Posts: 190


WWW
« Reply #1 on: July 21, 2009, 05:58:09 PM »

For ID, I found this

UuidCreate function for windows
uuid_generate function for linux

 Wink
Logged

"If debugging is the art of removing bugs, then programming must be the art of creating!"
marioxcc
Recruit
*
Posts: 3


« Reply #2 on: July 25, 2009, 03:57:46 AM »

Well, a troll always can generate another ID, so it do not offer more protection.
Logged
wile64
Global Moderator
Corporal
*****
Gender: Male
Posts: 190


WWW
« Reply #3 on: July 27, 2009, 11:49:41 AM »

Protection for what ?

It is a punishment for bad players, all games do this, create a player ID and be able to banish some time with one reason.

Ps: I think the troll you eat the brain.  Cheesy
Logged

"If debugging is the art of removing bugs, then programming must be the art of creating!"
fu
Administrator
Corporal
*****
Gender: Male
Posts: 177



« Reply #4 on: July 27, 2009, 12:49:03 PM »

May I suggest an easier (and quicker) solution?

We could add a psw entry in netpanzer-dedicated.ini. The server admin can choose to add a password (or a list of user:passwords) which is  then requested to all players who want to join (at connection time).

The password is given to all registered players (netpanzer.org and .info communities or other) - via control panel on the website or email etc 

This is very useful also for tournament management, when you need to invite certain players only. In the future we could have a "spectator" psw and a "player" psw Wink

Banning is a bit more problematic since one can transmit the new password to a friend banned player... (though multiple passwords could help identify the spy, hehe)

I know this is a easy-to-circumvent protection, but probably enough for our purposes and not so complicated to reallize.




Btw, another useful entry in netpanzer-dedicated.ini could be a "all-allied" flag to prevent automatic shooting as one spawns in.

« Last Edit: July 27, 2009, 01:29:08 PM by fu » Logged

"Semper Fudelis ;-)"
wile64
Global Moderator
Corporal
*****
Gender: Male
Posts: 190


WWW
« Reply #5 on: July 27, 2009, 02:04:54 PM »

In many games it is possible to ban players for a given time.
Nobody uses the IP address or the name because it is too easy to change.
All ID based on a player even if it is still possible to crack the ID, it is always harder than the rest
   
Once the process is established it is always easier to add different game modes.

Krom stop sleep and write you idea on this  Wink

It's time to make the best games ...  Wink Cheesy Shocked Roll Eyes Tongue
Logged

"If debugging is the art of removing bugs, then programming must be the art of creating!"
Pages: [1]
  Print  
 
Jump to:  

Theme by m3talc0re. Powered by SMF 1.1.16 | SMF © 2006-2008, Simple Machines MySQL | PHP | XHTML | CSS
Back To Top