Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Lost synchronization when using scum disruptor #164

Closed
KBOPYM opened this issue May 26, 2024 · 1 comment
Closed

Lost synchronization when using scum disruptor #164

KBOPYM opened this issue May 26, 2024 · 1 comment

Comments

@KBOPYM
Copy link

KBOPYM commented May 26, 2024

Дважды, за два матча произошла потеря синхронизации в момент атаки Скаморазрушителя.
(Мультиплеер)

@IonAgorria
Copy link
Collaborator

Cant reproduce firing a scum disruptor on empty area, so seems to be something else involved that actually triggers the desync like unit or building damage. Can you send your CrashDump/desync_... folders? if the host can send it's desync_...._restore even better since contains all logs and copies of each client when desync occurred

IonAgorria added a commit to IonAgorria/Perimeter that referenced this issue May 31, 2024
…asserts

Volcanos were using xm_random_generator which was also used by
electro weapon rendering in the render thread, causing generator
to go out of sync thus triggering different volcano shapes for each client
 after it, fix the issue by properly separating logic and non logic generators
 and unify them into one single generator for logic randomness.
 Asserts have been added to ensure logic only calls logic RND and
 non logic thread calls non logic RNDs
IonAgorria added a commit to IonAgorria/Perimeter that referenced this issue May 31, 2024
…asserts

Volcanos were using xm_random_generator which was also used by
electro weapon rendering in the render thread, causing generator
to go out of sync thus triggering different volcano shapes for each client
 after it, fix the issue by properly separating logic and non logic generators
 and unify them into one single generator for logic randomness.
 Asserts have been added to ensure logic only calls logic RND and
 non logic thread calls non logic RNDs
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants