[FS Frankie V]

To add the problems of networking really in 4.1 > 4.2 has never been an issue if you limited the game mechanics to a Quake3 like game but the demands of the game mechanics of UrT on the idtech3 engine exceeded the limitations. Something as simple as doing a standing jump "starts" at 10 units off the ground and the player is falling as they move through space and idtech3 is full of such consistence inconstancies as to anything that would be considered a real world physics.

UE4 changes this by first adding what would be considered a real world model as to everything that includes how things move as well as materials, cameras, and lighting that you would expect in a high end rendering system like Mental Ray.

Another consideration most things in UE4 are hardware rendered so using 125 FPS as the benchmark as to performance is not as critical as to things like draw calls and fill rates. In other words that really expensive high end video card will give you an advantage where it really does not do much to add to a game based on a 15 year old engine.

[FS BladeKiller]

The whole fps relationship to jumping was eliminated in UrT years ago by TwentySeven. He made it so that you jump just as far and high at 40 fps as at 125.

[Kennithh]

Thats very interesting info you've got there Zenity and FrankieV. I think it's best that we try the coding first as we want it to be an exact replicate of the movement and feel with maybe some very small tweaks.

So lets hope our team finds a coder now or our old SoF2 coder is willing to team up and try this out as its a dream of him aswell.

Btw, sorry for the late response but I couldn't acces the forum for a while.

[Dark-knight]

BladeKiller, on 01 August 2015 - 09:03 PM, said:

The whole fps relationship to jumping was eliminated in UrT years ago by TwentySeven. He made it so that you jump just as far and high at 40 fps as at 125.

wait just a second! then why did zenity just say

Zenity, on 27 July 2015 - 12:15 AM, said:

We did tweak jump height properties a little bit to make up for the discrepancy though.

if TwentySeven fixed it years ago?

this makes no sense now. by what you just said and what he just said, means that players in ue4 now jump higher than players in urt 4.2 currently?

[FS Frankie V]

Dark-knight, on 02 August 2015 - 05:44 PM, said:

this makes no sense now. by what you just said and what he just said, means that players in ue4 now jump higher than players in urt 4.2 currently?

Depends on what you mean by jump.

Do players jump higher in UE4 as they do in 4.2 as a function of code?

No

That's just a math problem already part of the movement component where a few values can be typed in that tells the component how high and how fast the player can jump. As Zen mentioned this can be pulled directly from 4.2 so it is the same.

Do players in UE4 jump higher as a visual?

Yes and no but. Yes they seem to jump higher because UE4 input is much faster and reactive, I suspect due to client side management once served up by the server, and no because the visuals are still bound to the rules of hard coded game speeds that requires adjustments be made to make sure the players actions keep up and syncs.

[FS Zenity]

Dark-knight, on 02 August 2015 - 05:44 PM, said:

wait just a second! then why did zenity just say
if TwentySeven fixed it years ago?

this makes no sense now. by what you just said and what he just said, means that players in ue4 now jump higher than players in urt 4.2 currently?

Nah, just a matter of semantics. :) 27 did indeed fix it so you jump the same height in 40 FPS as in 125 FPS, but he did so by essentially running your physics always at 125 FPS, not by actually fixing the underlying issue that causes this (which may sound weird but it makes sense, because the issue is related to Q3's networking optimisation). So without breaking the physics the same way (which would be a bit silly), we cannot replicate that exact jump height. Instead we tweaked the jump height a little to match.

We have tested this with with a box you can just barely jump on and one which you can't, which differ only by a tiny amount in height. There are still going to be hairpin differences in jump height, but it shouldn't be noticeable or affect the average trick jump.

[KarlMariaSeeberg]

jesus christ, cod is going urt...

http://www.ign.com/v...vement-tutorial

[FS Zenity]

KarlMariaSeeberg, on 17 August 2015 - 11:03 AM, said:

jesus christ, cod is going urt...

http://www.ign.com/v...vement-tutorial

Agile movement seems to be all the rage among console shooters lately (Titanfall, Advanced Warfare, there's also been Brink and Dirty Bomb already). It's a positive development IMO and should make those games a good bit more interesting.

No AAA developer is touching Quake style movement physics though, I expect that will remain the domain of indie games for a long time to come.

[KarlMariaSeeberg]

i hope you are right. the mouse+keyboard input is definitely allowing more elaborate movement but watching cod taking this road is weird. powerslides and the ability to keep your aim focused while moving, wallruns and all that comes close to urt's gameplay. it's funny that cod moves towards mechanics they initially abandoned for a more realistic feel.

This post has been edited by KarlMariaSeeberg: 17 August 2015 - 01:10 PM

[FS Zenity]

It occurred to me a while ago already that Urban Terror and modern Call of Duty are probably more alike than a lot of people would care to admit (me included :)). Focus on close quarter combat? Check. Low TTK and simple weapon handling? Check. A variety of simple common gamemodes? Check. Agile movement mechanics? Check (increasingly).

What really separates the games? It's mostly the aesthetics, price, and all the fluff Call of Duty puts on top (levels, killstreaks, etc). Also (modern) CoD is heavily focused on gamepad controls, whereas Urban Terror is still a pure keyboard and mouse shooter.