[bluechester]

Originally Posted by Pro Patria Finland It will be never done because it can't work properly. It would lag as hell. Imagine shooting somebody from the server and how much data needs to be transferred from client -> server -> server -> client. But where do you base your "impossible" on the original posters idea? Have you tested it?

- FPS boosting could solve the problem. In fact there are many solutions to solving this problem, that's if you have the resources.

- You can't play in an HLTV server. It's not rocket science.

[Seta00]

This sounds great... Too bad I don't have the time to do this.

[kanatzu]

Originally Posted by savagekid I can imagine the lag already.

[Pro Patria Finland]

Originally Posted by Voi Why it would lag like hell ? on a 1000fps server you have very little lag(1-2ms ?) so It is possible that it would run quite smooth, but it would need a really beefy system and ALOT of code.

Player A -> Server A <-> Server B <- Player B

Player A moves. Server A updates his origin and passes it on to Server B. Server B updates the bots origin. Player B sees that.

Player B kills Player A. The bot on Server B dies. That data is passed on to Server A where a bot kills Player A.

Times 64.

Running synchronized? I doubt, unless all conditions are perfect. Very small latencies between clients and servers. While the HL engine tries to sync the place of 32 moving and shooting bots against the 32 players. Processing scripts takes time too, if you didn't know.

I would love to see somebody script it, but running the whole thing synchronized between two servers just seems unlikely. I expect a lot of timing errors and SVC_bads...

I realize having 64 players, two servers, HLTV, whatever, it is probably too heavy on the game engine itself anyway.

[Seta00]

Originally Posted by Pro Patria Finland Player A -> Server A <-> Server B <- Player B Player A moves. Server A updates his origin and passes it on to Server B. Server B updates the bots origin. Player B sees that. Player B kills Player A. The bot on Server B dies. That data is passed on to Server A where a bot kills Player A. Times 64. Running synchronized? I doubt, unless all conditions are perfect. Very small latencies between clients and servers. While the HL engine tries to sync the place of 32 moving and shooting bots against the 32 players. Processing scripts takes time too, if you didn't know. I would love to see somebody script it, but running the whole thing synchronized between two servers just seems unlikely. I expect a lot of timing errors and SVC_bads... I realize having 64 players, two servers, HLTV, whatever, it is probably too heavy on the game engine itself anyway.

The only problem is the synchronization, the actual operation isn't that complicated. I see a possible way using shared memory between the servers, which would imply running them on the same machine.

[scried]

what if we created an Meta Mod that acts as the intermediator. meaning all shots are register into the Metamod that is between the two server

[scried]

i sell redirect also, so when my server is full, you will it will auto redirect players to your server, i guranteed it will tripple your players as of now and you will have a minimum of 8-10 players from my server all day everyday

[Voi]

Originally Posted by Pro Patria Finland Player A -> Server A <-> Server B <- Player B Player A moves. Server A updates his origin and passes it on to Server B. Server B updates the bots origin. Player B sees that. Player B kills Player A. The bot on Server B dies. That data is passed on to Server A where a bot kills Player A. Times 64. Running synchronized? I doubt, unless all conditions are perfect. Very small latencies between clients and servers. While the HL engine tries to sync the place of 32 moving and shooting bots against the 32 players. Processing scripts takes time too, if you didn't know. I would love to see somebody script it, but running the whole thing synchronized between two servers just seems unlikely. I expect a lot of timing errors and SVC_bads... I realize having 64 players, two servers, HLTV, whatever, it is probably too heavy on the game engine itself anyway.

The only big problem you pointed out are overflows of messages(svc_bad's). But... Could the buffer be somehow hacked, to be able to store more messages before sending them ?

[Seta00]

Originally Posted by Voi The only big problem you pointed out are overflows of messages(svc_bad's). But... Could the buffer be somehow hacked, to be able to store more messages before sending them ?

You could use shared memory between the servers to reduce significantly the time of the operation.

1. Players move/shoot/jump/etc on Server A
2. Server A updates players' data on shared memory
3. Server A updates bots' data with the information on shared memory

1. Players move/shoot/jump/etc on Server B
2. Server B updates players' data on shared memory
3. Server B updates bots' data with the information on shared memory

As you can see, there's no direct communication between the servers.