x

Search in
Sort by:

Question Status:

Search help

  • Simple searches use one or more words. Separate the words with spaces (cat dog) to search cat,dog or both. Separate the words with plus signs (cat +dog) to search for items that may contain cat but must contain dog.
  • You can further refine your search on the search results page, where you can search by keywords, author, topic. These can be combined with each other. Examples
    • cat dog --matches anything with cat,dog or both
    • cat +dog --searches for cat +dog where dog is a mandatory term
    • cat -dog -- searches for cat excluding any result containing dog
    • [cats] —will restrict your search to results with topic named "cats"
    • [cats] [dogs] —will restrict your search to results with both topics, "cats", and "dogs"

Replicated Actor fails to replicate sometimes

I'm experiencing an incredibly frustrating bug, where the creation of a new replicated actor does not replicate to all the connected clients properly. I've ran multiple tests, and can only recreate the bug when I have 6 clients connected to 1 listen server. Not 5 clients. not 7 clients, not 8 clients connected to a dedicated server. 6 clients connected to 1 listen server. The bug is that the actor (in this case a bullet) only replicates to a subset of the clients. Given client # 1, 2, 3, 4, 5, and 6, shooting the bullet would only replicate to client #4, 5, and 6. Then on the next bullet creation, it might only show up for client #1, 2, and 3. The subset of clients is always the same. It will either replicate for client #1, 2 and 3, or for client #4, 5 and 6. It seems to be random which subset it replicates to. I suspect that it is telling that the subgroups are in order of client #1,2,3, and client #4,5,6.

The replication of the bullet is setup as follows:

alt text

If I change the Net Update Frequency to 100.0 instead of 60.0, the problem seems to be sort of fixed, but instead of randomly trading back and forth which aforementioned subgroup fails to receive replication, one of the subgroups will receive replication at a sizeable delay (33ms or so).

Its worth mentioning that I can recreate this when 5 out of the 6 clients are in spectate mode, with no other network traffic other than the shooting players movement and the creation of the bullet. Also worth mentioning that it doesn't seem like a bandwidth overflow issue, as if I were to spawn 7 clients instead of 6, the problem does not occur.

Can anyone help me out with this one, its driving me insane, and I can't figure it out. Thanks in advance for your time and help.

edit oh, this is an important detail. The bullet class that this occurs to has only 1 replicated variable (a starting state struct). There exists a subclass of this bullet that also includes an RPC to let the server tell the clients when the bullet should returns back to the player who shot it (based on input from that player). With this subclass of the bullet, the object will successfully replicate AFTER the moment of calling that return RPC ( a second or 2 after it should have, on creation ). So there is some mechanism somewhere that has replication failing, but then it picks up the slack if an RPC is called.

Product Version: UE 4.18
Tags:
capture.jpg (25.6 kB)
more ▼

asked Dec 20 '17 at 09:13 PM in Bug Reports

avatar image

Nantuk
11 1 5 8

avatar image Nantuk Dec 21 '17 at 06:00 PM

Any hints as to what could possibly be happening would be greatly appreciated. I'm stumped, and it really breaks my whole game.Should actor replication only be used for things that send a lot of network traffic. It would be a bit of a pain to track this returning bullet through RPC alone.

(comments are locked)
10|2000 characters needed characters left

0 answers: sort voted first
Be the first one to answer this question
toggle preview:

Up to 5 attachments (including images) can be used with a maximum of 5.2 MB each and 5.2 MB total.

Follow this question

Once you sign in you will be able to subscribe for any updates here

Answers to this question