[Nickelony]

A simple plugin that adds custom velocity settings such as 'sm_bonusvelocity', 'sm_velocity_multiplier' and more.
The main purpose of this plugin is to share some amazing velocity functions, which you can use in your plugins or directly on your server.

If you're going to use this plugin on your server, please keep in mind that it only affects the horizontal velocity, unless you change it in the code.

Source code

SPECIAL THANKS TO:

• Zipcore for fixing some stuff.

CVars:

• sm_bonusvelocity - Adds a fixed amount of bonus velocity every time you jump.

• sm_maxjumpvelocity - Maximum amount of velocity to keep per jump.

• sm_maxvelocity - Replacement for sv_maxvelocity, but this one can be client-sided.

• sm_minvelocity - Minimum amount of velocity to keep per jump.

• sm_velocity_multiplier - Multiplies your current velocity every time you jump.

Installation:
Just drag and drop "velocities.smx" into your "plugins" folder and restart the server.

Requirements:

• SourceMod 1.8 or above

Games tested:

• Counter-Strike: Global Offensive

• Counter-Strike: Source

[headline]

I'm a little late, but here are some tweaks... These aren't exactly required to be fixed for plugin approval, but I recommend you do.

1. redundant sdktools include
2. unncessary global caching of cvars, just use .FloatValue when you need the value, no need to cache it or hook it's changes. (saves you a bit of code)
3. switch 'any' tag to 'int' on 'void MinVelocity(any data)'

Otherwise. Great release!

[Grey83]

maybe it's better in this way?
Changes v1.0.1:

• Names of ConVars are changed for easier their search/reminder (sm_velocity_bonus, sm_velocity_min, sm_velocity_multiplier)
• Adeed ConVars sm_velocity_version and sm_velocity_enable
• The code of plugin is optimized

P.S.

This plugin only affects the horizontal velocity.

It's nice

[shavit]

Originally Posted by Headline unncessary global caching of cvars, just use .FloatValue when you need the value, no need to cache it or hook it's changes. (saves you a bit of code) I believe that this was taken from my bhoptimer plugin (considering OP sent a pull request to it with this plugin's functionality) and upon testing, it seemed a bit faster on a populated server as there are less calls to the natives when the variables are accessed directly via SP. (.FloatValue is just a to GetConVarFloat(), unless I'm missing something? I'd love to be proven wrong, if it results in the same performance and less code.) switch 'any' tag to 'int' on 'void MinVelocity(any data)' Why? That's the data type in RequestFrameCallback!

^^

[Nickelony]

Version 2.0 is out!
I've updated the plugin by adding some new features and changing some minor things.

Originally Posted by Headline I'm a little late, but here are some tweaks... These aren't exactly required to be fixed for plugin approval, but I recommend you do. redundant sdktools include unncessary global caching of cvars, just use .FloatValue when you need the value, no need to cache it or hook it's changes. (saves you a bit of code) switch 'any' tag to 'int' on 'void MinVelocity(any data)' Otherwise. Great release!

This plugin is using SDKTools now since I've replaced SetEntPropVector() with TeleportEntity() because SetEntPropVector() is glitching with trigger_teleport sometimes.
I'll have to agree with shavit on 2 and 3.

Otherwise. Thanks!

Originally Posted by Grey83 maybe it's better in this way? Changes v1.0.1: Names of ConVars are changed for easier their search/reminder (sm_velocity_bonus, sm_velocity_min, sm_velocity_multiplier) Adeed ConVars sm_velocity_version and sm_velocity_enable The code of plugin is optimized P.S. It's nice

Sorry, but I won't use your version since it looks like a language I don't understand.

[headline]

Originally Posted by Headline unncessary global caching of cvars, just use .FloatValue when you need the value, no need to cache it or hook it's changes. (saves you a bit of code) I believe that this was taken from my bhoptimer plugin (considering OP sent a pull request to it with this plugin's functionality) and upon testing, it seemed a bit faster on a populated server as there are less calls to the natives when the variables are accessed directly via SP. (.FloatValue is just a to GetConVarFloat(), unless I'm missing something? I'd love to be proven wrong, if it results in the same performance and less code.) switch 'any' tag to 'int' on 'void MinVelocity(any data)' Why? That's the data type in RequestFrameCallback!

I can't imagine that a single native call would show any noticeable performance hit. Especially grabbing a cached value from SM.
I'd take a few more native calls rather than some global vars, change callbacks, and logic to update them. But, that's just me.

Also, the any tag should really never be used by plugins. It's useful for includes in order to allow people to specify which type they'd like to pass, but should generally be avoided in the script itself to prevent weird tag problems.

[SnowHP]

Looking for this for months! Nice plugin will use it for sure on surf and deathrun

[Nickelony]

Update 2.2.

Changelog:

• Renamed all the CVars so they are easier to remember.

• Added a CVar called "velocities_enable" to enable or disable all features of the plugin.

• Slightly optimized the code.

[JoinedSenses]

Any thoughts on if it's possible to set airaccel per player?