Unreliable multicast RPCs won't be processed for connections where the actor isn't relevant (this is checked in UNetDriver::ProcessRemoteFunction). However, UReplicationGraph::ProcessRemoteFunction only checks the actor's cull distance if it doesn't have a channel, so in the case of NetStartup actors, where their channel isn't destroyed if they stop being relevant, the RPC is still processed for the channel. This seems to result in unreliable multicast RPCs being queued to be sent with the actor's next update, so when the actor becomes relevant again, the RPC is called on the client.
In a project using the replication graph, place a replicated actor in the map. While a client is outside of the actor's cull distance, call an unreliable multicast RPC on the actor. Have the client then move back into the actor's cull distance, making it relevant again to that connection.
Expected: the client would receive any changed properties on the actor since it had last been relevant, but no RPC calls
Actual: the client will receive the unreliable multicast RPC call made when the actor was not relevant
I am not able to find world outliner how to enable it?
How can i modify the param name in EQS node
How to achieve HLSL Multiple Render Target in Material blueprints?
How can actor's procedural mesh component variables translate positions with acotr?
Undefined sysmbol: typeinfo for AActor when cross-compile linux dedicated server on windows
Teleporter in the Creative Hub is Locked and cannot be accessed
How does TextureRenderTarget2D get TArray<uint8> type data?
What property of the Slider is the image used when dragging?
There's no existing public thread on this issue, so head over to Questions & Answers just mention UE-170197 in the post.
| 1 |
| Component | UE - Networking |
|---|---|
| Affects Versions | 5.1 |
| Target Fix | 5.6 |
| Created | Nov 15, 2022 |
|---|---|
| Updated | Oct 25, 2024 |