Author Topic: Flier Match  (Read 99716 times)

Offline EgonOlsen

  • Administrator
  • quad
  • *****
  • Posts: 12295
    • View Profile
    • http://www.jpct.net
Re: Flier Match
« Reply #120 on: October 21, 2008, 11:13:19 pm »
It should be serialized, yes.

Offline Melssj5

  • double
  • *****
  • Posts: 724
    • View Profile
Re: Flier Match
« Reply #121 on: October 24, 2008, 10:58:22 pm »
Well, yes now the listener is firing the events. Thanks. I a running into a problem now. A problem os my design. Is about precision. Actually, for each iteration the client sends the events to the server and the server moves everything, so I have a defined speed for turning and moving, but in a FPS the most important thing is the presision of the movements, for example:

         A.                         B.                           C.
         |---------5f--------|----------5f---------|
         |-----------------distance----------------|


Supose my cam is lokking at A and for each event I turn certaing degree to make the camera look at C.

Then I will never be able to aim B. point.  making it turn a lower angle or move a smaller distance will make the game too slow. Any idea about this issue?

I was thinking about moving the cam a smaller angle/distance. But separating the moving thread from the networking and from the rendering threads. The problem is that letting a free independent movement
on the client will lead to cheating. Thats why evertything is controled on the server.
Nada por ahora

Offline EgonOlsen

  • Administrator
  • quad
  • *****
  • Posts: 12295
    • View Profile
    • http://www.jpct.net
Re: Flier Match
« Reply #122 on: October 28, 2008, 11:41:49 pm »
Maybe the client can execute the movement and the server does some kind of simple check to see if the movement was reasonable and rejects it if not?

Offline Melssj5

  • double
  • *****
  • Posts: 724
    • View Profile
Re: Flier Match
« Reply #123 on: October 29, 2008, 05:20:44 pm »
mm I was thinking on this:


for each iteration the client sends an array with the events id to the server (As actually does)

the server takes that information and moves the craft inside the server World (As actually does)


But instead of sending the fixed position, rotation matrix of all the crafts, and upgrading that into the client. I will let the cliente to do the movement for about 6 or 8 iterations, and each 8 or 6 iterations I will send the fixed position and rotation Ms of all the player (Aas actually does). If not cheating then it should be no difference for the player, the position and direction will be changed only if cheating. Anyway an aimbot can always be implemented.
Nada por ahora

Offline C3R14L.K1L4

  • int
  • **
  • Posts: 54
    • View Profile
    • CK's place of many works
Re: Flier Match
« Reply #124 on: February 01, 2009, 06:50:25 pm »
Quake 3 Arena based games do like Egon said. Players send events to the server (usually running at 20 events / second, server side cvar sv_fps ;)) which does all the checking and logic of the game. Then the clients 'pool' the server for world events, and interpolate these. For making shure the game is fluid (like shooting and not waiting to the server's acknowledge), the client may run a kind of event prediction. That's why when someone connected to the server looses communication and walks (fires, etc.), it may happen that the player actually moves or fires for some little time (on the average of miliseconds), but locally!
« Last Edit: February 01, 2009, 06:53:25 pm by C3R14L.K1L4 »

Offline Melssj5

  • double
  • *****
  • Posts: 724
    • View Profile
Re: Flier Match
« Reply #125 on: February 02, 2009, 04:44:28 pm »
mm well, the project is dead actually. I dont eve remember the state of the project, I have not seen it in more than 4 months. Maybe I could retake it later.
Nada por ahora