Pull Request - World Origin Shifting in MP

[Mr_SquarePeg]

This is very exciting

Happy that this is finally in engine

[Rhynedahll]

@nkey;623740

Unreal Engine 4.14 Released!

Where would be a proper place to insert/use these two new nodes in a multiplayer blueprint game?

[jonimake]

@Rhynedahll;623754

Where would be a proper place to insert/use these two new nodes in a multiplayer blueprint game?

I’d use them in the player controller. On each tick (or every few seconds) check what the current player camera location is, then measure the distance to the last origin and if the distance is greater than some threshold, rebase local origin onto zero with current position and store that origin location. Rinse and repeat.

[nkey]

@Rhynedahll;623754

Where would be a proper place to insert/use these two new nodes in a multiplayer blueprint game?

Mostly before and after sending coordinate as raw vectors over network.

[adipFTW]

Any chance of getting an updated example project in here? The current one is full of errors

[Taurian]

+1 on the updated project if possible?

[nkey]

Will try to do it today later

[nkey]

Project is updated to 4.14 (only config changes). MPOriginShift.zip - Google Drive

[Z-enzyme]

Good Heavens! That is sooooo sweet. Thanks!

[iniside]

Does it allow to have world bigger than 20km x 20km on server ?
I ask becuase origin shifting shifts origin to the player view location, and on server there is no real player view location, so in theory server would still be limited to the world max.

[nkey]

@iniside;652346

Does it allow to have world bigger than 20km x 20km on server ?
I ask becuase origin shifting shifts origin to the player view location, and on server there is no real player view location, so in theory server would still be limited to the world max.

Yes, WORLD_MAX is still the limit.

[Alberto_Inselvini]

@nkey;652556

Yes, WORLD_MAX is still the limit.

Why is that though? What if I disable boundary checking and make say a 200x200km world?
What kind of issues would I be facing?

[Taurian]

I’ve noticed that this affects the camera if camera lag is set to on. Is there a better solution to turning it off, setting the new origin location, then turning it back on?

[iniside]

@franktech;678222

The usual example shown on the forums is jitter, particularly weapon attachments beyond a certain point.
But for large-worlds / space levels, apocalyptic cases of physics totally breaking down isn’t the full picture.

So being interested to know too, I’ve been trying out some tests around 200-500 Km / up to 2000 Km etc.
In short, while there are theoretical limits, the real practical limits or where the true problems start varies.
The first is rendering / break down in depth. Meshes do not render in the right order beyond 100-200 km.
One solution is blending multiple cameras of varying depths, but unlike Unity UE4 doesn’t support this atm.

Logarithmic Depth Buffer

Doesn’t unreal have it ? That probabaly would best solution (along with rendering within camera local space).

[ioFlow_Studios]

I know I did some moons (ok sphere’s) a million units out in the sky in Eden and they rendered just fine.

[n00854180t]

@ioFlow Studios;678673

I know I did some moons (ok sphere’s) a million units out in the sky in Eden and they rendered just fine.

Almost certainly uses logarithmic then, since hyperbolic wouldn’t work at that range. Best way to know for sure would be to check it in the .usf file tho. Anyone know where the z-depth is set up?

[ioFlow_Studios]

Yep, one was partly behind the other and they were both half behind the horizon of my planet mesh.

[anonymous_user_49a519741 (anonymous_user_49a51974)]

Hi Nkey!

I was wondering: why not give us the option to choose larger worlds and sacrifice some extra bandwidth? It sounds like that was your original plan but from what I can tell you’re only sending that one extra bit at most.

Thanks,

PS: Is Nkey a play on Enki, the Sumerian god?

[anonymous_user_d7de5a04]

Thanks A lot

[MaximeDupart]

Demo project from OP for UE4.20: MPOriginShift.zip - Google Drive