citizenfx
Overlay Desynchronization of Hairstyles, Tattoos, and Clothing Between Players (b3095, b3258 ...)
What happened?
When two players with overlays are nearby, they don't always sync correctly. With each new version, this issue becomes increasingly noticeable. On b3095, some players encounter this problem even with the additional tattoo overlay resource disabled.
There’s a related topic where this issue was discussed, but the thread was tagged as an "enhancement": https://github.com/citizenfx/fivem/issues/2010 I'm creating a new report because this issue now occurs with vanilla resources on a clean server and causes discomfort for others, to the extent that players are forced to abandon all overlays except hairstyles and a few collections of vanilla tattoos.
Image from the related thread showing the issue:
Expected result
Proper OneSync Functionality and Overlay Synchronization
Reproduction steps
Hair Overlays
- Launch 2 clients on the server.
- Start changing hairstyle overlays on P1 sequentially (P2 will not see all overlays).
Tattoo Overlays
- Apply tattoos from different collections to P1 (commonly noticed with heist and sum collections).
- In some cases, P2 will not see all tattoos applied to P1.
Overlay Substitution
- Apply tattoos from different collections to P1 (commonly noticed with heist and sum collections).
- Start changing hairstyle overlays on P1.
- P2 may notice that some hairstyle overlays are missing, but instead, tattoos appear on the body (if you don't see the hairstyle overlay or tattoos, a clothing overlay may have appeared instead).
Importancy
Crash
Area(s)
FiveM, OneSync
Specific version(s)
fivem 12295
Additional information
This issue is easier to reproduce if you add a resource with addon tattoos (a similar one is mentioned in the related thread). There were assumptions in the case of addons that there is a limit on the number of overlays in one resource, as in the vanilla GTA DLC there is no resource with more than 63 tattoos (based on the example of clothing and ymt). But this has started happening even in the clean game.
Have you tested it in an earlier build? (2802, 2699 and etc)
No, I tested this on my current version b3095 and the new version b3258, which FiveM announced after joining R* (which, in theory, should be more stable than the previous versions). In the thread I’m referencing, the issue also occurred on b2802, and there’s a detailed description of all the tests conducted. However, it was considered an improvement there (as it happened with additional overlays), whereas now it’s happening for me without any additions.
The issue is still relevant even on the new build we've switched to, b3258.
Player 1 can change hair overlays, but Player 2 will see clothing overlays changing instead of hair overlays — in other words, there's a desync. We don’t have any resources that modify overlays in those slots or could cause a conflict. This occurs 100% on both b3095 and b3258 across all servers that allow overlay modifications. The issue is very relevant, and currently, it’s a crash, not an improvement. Client 1: how Player 1 sees themselves. Client 2: how others see Player 1.
You can see that on the main client, the hair overlay is present and everything looks fine, but Client 2 sees a clothing overlay instead of the hair overlay, which is incorrect.