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

Make "Puke Script 75" something global/universal for maps/decorations #52

Open
AKMDM opened this issue Nov 14, 2016 · 2 comments
Open

Comments

@AKMDM
Copy link
Owner

AKMDM commented Nov 14, 2016

Players are always complaining about CPU-related lag when playing WhoDunIt. A contributor to the lag might be the large amounts of actor decorations and dynamic lights used in some maps.

Currently, maps like WDI09, WDI10 and WDI18 use a pukable script that removes some actors to optimize performance. I think this feature should be expanded so it's compatible for all maps, and players have the option of adjusting the amount of detail without issues. This should focus only on actors that are purely decorative and do not affect the gameplay in any way.

@prepper25
Copy link
Collaborator

I wanted to add this puke like a bind key too(suggest), without use the console to call it. The idea with this puke was remove part of the decoration normally without interaction with the players like objects without any mass reducing the sync with the server.

@AKMDM AKMDM changed the title Make "Puke Script 75" something global/universal for all maps/decorations Make "Puke Script 75" something global/universal for maps/decorations Nov 14, 2016
@AKMDM
Copy link
Owner Author

AKMDM commented Nov 14, 2016

It would be beneficial if pure decorations inherited the CLIENTSIDEONLY and NOINTERACTION actor flags to reduce bandwidth usage and speed up processing time.

Optionally, a CVAR could be used that's controlled by the bind alias you suggested, so detail can be changed at any time.

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