[ddhoward]

Assuming that I am able to get some of the bugs worked out, the next version will feature optional SDKHook_SetTransmit functionality through a new cvar sm_friendly_settransmit. This allows COMPLETE INVISIBILITY to only certain players.

sm_friendly_settransmit 0 : The plugin acts like it did before.
sm_friendly_settransmit 1 : Friendly players will be invsible to non-Friendlies, while Friendly players will be able to see both Friendlies and non-Friendlies.
sm_friendly_settransmit 2 : Friendlies can only see other Friendlies, and non-Friendlies can only see other non-Friendlies.

There's actually a lot of stuff that I want to try out, now that I'm a little more knowledgeable than I was 4 months ago. Like CollisionHook.

[ddhoward]

I'm also considering splitting off functions of this plugin to other, separate plugins, utilizing natives and forwards to link them all together (I would need to create additional forwards to do so.) The core plugin has gotten rather bloated as it is, with many features not even being used by a lot of servers. Further, this would make future updates less of a headache, as I wouldn't have to work around a crap ton of other code.

friendly_core.smx
friendly_noblock.smx
friendly_notarget.smx
friendly_targeting.smx
friendly_thirdperson.smx
friendly_overlay.smx
friendly_alpha.smx
friendly_settransmit.smx
friendly_weaponblock.smx
friendly_afk.smx
friendly_goomba.smx
friendly_rtd.smx
friendly_pickups.smx
friendly_misc.smx

etc.

This probably won't happen for a while though.

[Snack Patrol]

Hi. I might want to use this, the only problem is that I see it being VERY easily griefable during Arena or Sudden Death, if you can't kill the person. Do you see what I mean? The round would last forever. Is there anyway to disable this plug-in during Arena/Sudden Death?

[ddhoward]

Hmmm, it should be easy to create a custom plugin that detects these special times, and uses the forward and natives to both block access to friendly mode, and remove everyone from it. Check out friendly.inc in the first post.

If you have no idea what to do with that, let me know and I will have a look at it when I get the chance.

[friagram]

Overly complicated plugin is overly complicated.

[ddhoward]

Originally Posted by friagram Overly complicated plugin is overly complicated.

Players affect gameplay in many different ways, and they each must be dealt with. There is no way around this. None.

Besides, I've already said that I'm planning on splitting the plugin into its basic parts using the natives and pending forwards.

Please take your comments elsewhere.

[hannes96]

I am awlays getting this error and I am using the standard value of 32. I already tried to change it to something lower like 20 but I am still getting the error:

[friendly.smx] Value of sm_friendly_maxfriendlies is invalid. Plugin will behave as if value was 1.0

[ddhoward]

sm_friendly_maxfriendlies is fine. The plugin gives the name of the wrong cvar whenever sm_friendly_afkinterval is an invalid value. (This will be fixed in an upcoming update)

sm_friendly_maxfriendlies should be working fine, regardless of this incorrect error message. Your real issue seems to be that sm_friendly_afkinterval is less than 0.1?

Pretend that the error message is saying this instead:

[friendly.smx] Value of sm_friendly_afkinterval is invalid. Plugin will behave as if value was 1.0

[hannes96]

Originally Posted by ddhoward sm_friendly_maxfriendlies should be working fine, regardless of this incorrect error message. Your real issue seems to be that sm_friendly_afkinterval is less than 0.1?

Oh hehe you are right. But how to disable sm_friendly_afkinterval then? Or is it disabled when sm_friendly_afklimit is set to 0?

[ddhoward]

Yeah, setting afklimit to zero completely disables that function of the plugin.