096 update - Denied

[Crazyhorse]

What are you suggesting? -  To make SCP-096's Target Glow so he doesnt randomly run around looking for a guy hes supposed to kill without even knowing what he looks like.

How would this change better the server? -  better 096

Are there any disadvantages of making this change to the server? If so, explain. -  nope

Who would this change mostly benefit? - 096

Please link any workshop content, screenshots, or anything that you think may be helpful to those who view this suggestion -

[Toasty]

- support

While its a good idea the reason I - support is because it will most likely cause lag. From knowledge is have on how sweps work in GMOD is that the script will have to constantly keep checking if the player is looking at 096 and that will require the swep to be constantly ticking and it will cause lag since the scrip is going to have to be constantly be updating, that's the reason why fire makes the server lag since its always checking to see if the player is on fire or not. If they manage to make the swep in a specific way to have in not require to constantly tick then it would be a great idea and I would of + supported it. I might be wrong since I'm not an expert with GMOD sweps, this is just based on my knowledge of them.

[Demon Dice]

14 minutes ago, Toasty said:

- support

While its a good idea the reason I - support is because it will most likely cause lag. From knowledge is have on how sweps work in GMOD is that the script will have to constantly keep checking if the player is looking at 096 and that will require the swep to be constantly ticking and it will cause lag since the scrip is going to have to be constantly be updating, that's the reason why fire makes the server lag since its always checking to see if the player is on fire or not. If they manage to make the swep in a specific way to have in not require to constantly tick then it would be a great idea and I would of + supported it. I might be wrong since I'm not an expert with GMOD sweps, this is just based on my knowledge of them.

 

[Noah Lee]

15 minutes ago, Toasty said:

- support

While its a good idea the reason I - support is because it will most likely cause lag. From knowledge is have on how sweps work in GMOD is that the script will have to constantly keep checking if the player is looking at 096 and that will require the swep to be constantly ticking and it will cause lag since the scrip is going to have to be constantly be updating, that's the reason why fire makes the server lag since its always checking to see if the player is on fire or not. If they manage to make the swep in a specific way to have in not require to constantly tick then it would be a great idea and I would of + supported it. I might be wrong since I'm not an expert with GMOD sweps, this is just based on my knowledge of them.

 

[islandtoad]

53 minutes ago, Toasty said:

- support

While its a good idea the reason I - support is because it will most likely cause lag. From knowledge is have on how sweps work in GMOD is that the script will have to constantly keep checking if the player is looking at 096 and that will require the swep to be constantly ticking and it will cause lag since the scrip is going to have to be constantly be updating, that's the reason why fire makes the server lag since its always checking to see if the player is on fire or not. If they manage to make the swep in a specific way to have in not require to constantly tick then it would be a great idea and I would of + supported it. I might be wrong since I'm not an expert with GMOD sweps, this is just based on my knowledge of them.

 

[ShadowPL]

11 hours ago, Toasty said:

- support

While its a good idea the reason I - support is because it will most likely cause lag. From knowledge is have on how sweps work in GMOD is that the script will have to constantly keep checking if the player is looking at 096 and that will require the swep to be constantly ticking and it will cause lag since the scrip is going to have to be constantly be updating, that's the reason why fire makes the server lag since its always checking to see if the player is on fire or not. If they manage to make the swep in a specific way to have in not require to constantly tick then it would be a great idea and I would of + supported it. I might be wrong since I'm not an expert with GMOD sweps, this is just based on my knowledge of them.

correct me if im wrong but im pretty sure that 096 is faster than a human lmfao

[Pills]

14 hours ago, Toasty said:

- support

While its a good idea the reason I - support is because it will most likely cause lag. From knowledge is have on how sweps work in GMOD is that the script will have to constantly keep checking if the player is looking at 096 and that will require the swep to be constantly ticking and it will cause lag since the scrip is going to have to be constantly be updating, that's the reason why fire makes the server lag since its always checking to see if the player is on fire or not. If they manage to make the swep in a specific way to have in not require to constantly tick then it would be a great idea and I would of + supported it. I might be wrong since I'm not an expert with GMOD sweps, this is just based on my knowledge of them.

 

[Chief_]

16 hours ago, Toasty said:

- support

While its a good idea the reason I - support is because it will most likely cause lag. From knowledge is have on how sweps work in GMOD is that the script will have to constantly keep checking if the player is looking at 096 and that will require the swep to be constantly ticking and it will cause lag since the scrip is going to have to be constantly be updating, that's the reason why fire makes the server lag since its always checking to see if the player is on fire or not. If they manage to make the swep in a specific way to have in not require to constantly tick then it would be a great idea and I would of + supported it. I might be wrong since I'm not an expert with GMOD sweps, this is just based on my knowledge of them.

This has been suggested many times for him to have a swep that outlines its enemies. It has been denied due to the swep causing lag and not being optimized well for the server. 

[BadTimeInbound]

On 8/24/2021 at 11:43 PM, Toasty said:

- support

While its a good idea the reason I - support is because it will most likely cause lag. From knowledge is have on how sweps work in GMOD is that the script will have to constantly keep checking if the player is looking at 096 and that will require the swep to be constantly ticking and it will cause lag since the scrip is going to have to be constantly be updating, that's the reason why fire makes the server lag since its always checking to see if the player is on fire or not. If they manage to make the swep in a specific way to have in not require to constantly tick then it would be a great idea and I would of + supported it. I might be wrong since I'm not an expert with GMOD sweps, this is just based on my knowledge of them.

 

[Veesus]

It is possible to do non laggy sightline checking on serverside using various optimizations such as only ticking on players in the same pvs or within a certain radius, only checking a percentage of the server pop per tick or even checking like once every 10 ticks or something and also general optimizations such as extensive variable localization and proper management of the player table in a way that doesn't create much garbage collection. In fact, I made a library a couple months ago just for performant serverside sightline checking that uses FOV and client aspect ratio for super accurate view checking which can be found here https://github.com/veesusmikelheir/gmod-sightlines/tree/master/lua

The swep would probably have to be custom made for the server with performance considerations as the top priority, as well as taking into account things like gaminglights low tickrate.

So it certainly is possible to implement this in a performant way. Which is why I'm going to:

+SUPPORT

Edited September 1, 2021 by voobis

[Coltable]

Denied. The SCP-RP SMT has decided against adding this suggestion for performance reasons, the benefit to the server, or another unstated reason.