-
Notifications
You must be signed in to change notification settings - Fork 433
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
Make PVS overrides respect vismasks #5598
base: master
Are you sure you want to change the base?
Conversation
The actual bug here is that content was relying solely on PVS to avoid visibility of ghost entities, which is incorrect. Without making the root entity visible, how would audio entities know where to play with this change? Would they just not? |
There is also a client-side system that should also be making ghosts invisible that I forgot about, which should've also been preventing that (i.e., see Edit:
The audio ents wouldn't get sent to the client, so the sound wouldn't play. IMO that's what should happen, sound shouldn't suddenly override PVS visibility masks. And it also acts as an extra safety net that invisible ghosts aren't going around accidentally emitting sounds, though again that should really also be ensured by some other system. I.e., ghosts still shouldn't emit sounds when PVS is disabled. |
The PR that added revenants broke it, IIRC. |
Yeah alright. |
Currently, if an entity is added to a session specific PVS override, it will ignore the normal visibility masks. This has lead to bugs where audio entities temporarily make entities that should be hidden visible to everyone in range of the sound (e.g., space-wizards/space-station-14#29801). This PR makes PVS overrides respect visibility masks, except for any "force send" entities, which now ignore them.