I think latency would be a massive problem with that system. I'm of the opinion that we don't need to reinvent the wheel or make assumptions about what compromises will have to be made. We know nothing of the hardware that will be used. AI may work much better in UE4. We're more likely to not ever be able to play Ember than we are to not have enough server power at this point in time.
- Status
Unless you ignore everyone with a long latency. Not absolutely everyone has to participate in it. People living closest to the servers are more favored.
A latency independent check would go as follow:
You could periodically send a situation snapshot to the server. Then the server transfers the situation snapshot to a secondary computer that calculates the mob response. If the secondary computer response and your response are the same then everything is fine. This method checks the validity of the client after the fact.
A latency independent check would go as follow:
You could periodically send a situation snapshot to the server. Then the server transfers the situation snapshot to a secondary computer that calculates the mob response. If the secondary computer response and your response are the same then everything is fine. This method checks the validity of the client after the fact.
A latency of 20ms (assuming everyone is that low) is still not good if the server has to send something to someone else's client (20ms), back to the server (+ 20ms) and over to me (+ 20ms = 60ms). Now what if someone has a fairly average latency such as 50ms? What if my computer starts slowing down from a hungry background process after the server tells my computer to start computing for it?
Last edited:
Yes that is true, Latency would crap out the whole system.
Then again, doing AI path finding client side (while shooting happens server side) wouldn't be all that bad. in worst case scenario a 0.2 second delay on searching cover is probably unnoticeable and allows for more complex AIs.
Yes, but the wheel has been improved over the course of history. Fixing stuff that isn't broken is about wanting to keep on improving stuff.
UE4 is better then the offset engine, no doubt about that but if we are able to utilize the processing power of the player then we can cram so much more of the good stuff into the game and make it much more enjoyable.
Then again, doing AI path finding client side (while shooting happens server side) wouldn't be all that bad. in worst case scenario a 0.2 second delay on searching cover is probably unnoticeable and allows for more complex AIs.
Yes, but the wheel has been improved over the course of history. Fixing stuff that isn't broken is about wanting to keep on improving stuff.
UE4 is better then the offset engine, no doubt about that but if we are able to utilize the processing power of the player then we can cram so much more of the good stuff into the game and make it much more enjoyable.
Likes:
DARKB1KE
Yes that is true, Latency would crap out the whole system.
Then again, doing AI path finding client side (while shooting happens server side) wouldn't be all that bad. in worst case scenario a 0.2 second delay on searching cover is probably unnoticeable and allows for more complex AIs.
Yes, but the wheel has been improved over the course of history. Fixing stuff that isn't broken is about wanting to keep on improving stuff.
UE4 is better then the offset engine, no doubt about that but if we are able to utilize the processing power of the player then we can cram so much more of the good stuff into the game and make it much more enjoyable.
Then again, doing AI path finding client side (while shooting happens server side) wouldn't be all that bad. in worst case scenario a 0.2 second delay on searching cover is probably unnoticeable and allows for more complex AIs.
Yes, but the wheel has been improved over the course of history. Fixing stuff that isn't broken is about wanting to keep on improving stuff.
UE4 is better then the offset engine, no doubt about that but if we are able to utilize the processing power of the player then we can cram so much more of the good stuff into the game and make it much more enjoyable.
They can use different approaches to AI to make it run faster. For example: different algorithms: one with jumping and thrusting, one walking , one shooting, one taking account of the state of the player (e.g. flying, kinetic ability is up) or even step away from the navmesh pathfinding and just use some other method in combination with everything I stated above, resulting to some good async computations
What you are not looking at is that for computer cycles even 20ms is a very long time. consider a 3 ghz single core processor with one pipe. It can do up to 60 million calculations in 20ms, assuming your lag is actually 20ms which is going to be iffy, and of course you have to also send it back. There is a reason why CPU/GPU's have their own internal memory even outside of system. It's way way faster than even locally on a board, let alone to another computer hundreds or thousands of miles away.
Actually it's not totally far fetched idea.
UE4 Assigns controllers for each character(AI or player)
In Scenario of open world game, you could assign each connected client to handle about 5-10 AI units easily and you would never notice the performance hit (performance hits kick in around 500 advanced AI units)
Now, to prevent cheating these could be AI units that are _not interacting_ with the controlling client, which would prevent gaining benefit from cheating(unless 10-50 players are doing it simultaneously, which is unlikely to happen)
And more to it, shuffling around the controlling clients is pretty easy by third party, matter if simply using [possess] or [unpossess] functions which have no performance effect, so in Theory you could keep switching the AI "owners" constantly(every 5 sec or so) to further remove any benefits cheating could bring in.
Downside is AI could possibly "fall asleep" in the middle of the fight because client alt-tabbed out or lagged/disconnected until it gets a new master brain.
UE4 Assigns controllers for each character(AI or player)
In Scenario of open world game, you could assign each connected client to handle about 5-10 AI units easily and you would never notice the performance hit (performance hits kick in around 500 advanced AI units)
Now, to prevent cheating these could be AI units that are _not interacting_ with the controlling client, which would prevent gaining benefit from cheating(unless 10-50 players are doing it simultaneously, which is unlikely to happen)
And more to it, shuffling around the controlling clients is pretty easy by third party, matter if simply using [possess] or [unpossess] functions which have no performance effect, so in Theory you could keep switching the AI "owners" constantly(every 5 sec or so) to further remove any benefits cheating could bring in.
Downside is AI could possibly "fall asleep" in the middle of the fight because client alt-tabbed out or lagged/disconnected until it gets a new master brain.
for that case you can make a "dazzled" animation where the enemy just looses the overlook of the situation or something else. You could also make that to stay AI "owner" you got to send packets in under 75ms or the AI gets switched to another client until the next switch is in again. (that would prevent some "laggy" enemies that got a bad reaction time and timeout enemies)
- Status