i tried that but theres no setting that can stop it other than turning off the whole entire thing

sorry but i don't think i will be making it work better with gm++. i draw the line on basic support and making sure nothing catastrophically breaks. if you use gm++, you can utilize the modules it has instead of my addon

hopefully that one made sence more or im a lil retarded

ok doke so regular hl2 viewmodels yk they stop swaying once they reach bottom of the screen even if you push your mouse down. the enhanced hl2 viewmodel makes it when the viewmodel reach bottom or top of the screen it sways a little bit and when you continue to move your mouse down when its already at the bottom of the screen its sways even more. which make its look weird with the gm++ addon enabled

uh i genuinely dont know what you are saying. could you use more periods?

i have this problem i thought it was gm++ causing it but it was making it more noticeable it was the enhanced hl2 viewmodels when i look down and keep moving my mouse down my viewmodel sways downwards but does not move making it look shaky but it didnt look bad but when i disabled the mod regular hl2 viewmodels stop and dont sway anymore when moving the mouse downwards all the way to the border of where the viewmodel can go it can happen when i move my mouse upwards too what im saying is ae you able to make it so the viewmodel doesnt sway upwards or downwards when it reaches the border of the screen because it looks bad downloaded with gm++ make it compatible?

it overwrites the nearz argument in calcview which always breaks ♥♥♥♥. i might be able to apply a patch though

[Extended Calcview] stack overflow
1. Vector - [C]:-1
2. SetOrigin - lua/includes/util.lua:233
3. RunCalcViewEx - lua/autorun/client/!!unpooped_calcview.lua:44
4. Call - lua/autorun/client/!!unpooped_calcview.lua:93
5. v - lua/gravityhull/cl_main.lua:157
6. HookCallOriginal - lua/includes/modules/hook.lua:102
7. Call - lua/autorun/client/!!unpooped_calcview.lua:95
8. v - lua/gravityhull/cl_main.lua:157
9. HookCallOriginal - lua/includes/modules/hook.lua:102
10. Call - lua/autorun/client/!!unpooped_calcview.lua:95
11. v - lua/gravityhull/cl_main.lua:157
12. HookCallOriginal - lua/includes/modules/hook.lua:102
13. Call - lua/autorun/client/!!unpooped_calcview.lua:95
14. v - lua/gravityhull/cl_main.lua:157
15. HookCallOriginal - lua/includes/modules/hook.lua:102
16. Call - lua/autorun/client/!!unpooped_calcview.lua:95 (x250)

this seems to be an error with gm++, as the "neck.is_offsets_allowed" function tries to get a variable called "wep" from seemingly nowhere. my mod appeared in the call stack due to hooking hook.call

did i send the right error

[GM++ | Player Interaction Overhaul] [hook] gmpp_neck_CalcView: lua/gmpp/modules/client/neck/init.lua:416: Tried to use a NULL entity!
stack traceback:
[C]: in function 'GetClass'
lua/gmpp/modules/client/neck/init.lua:416: in function 'is_tool'
lua/gmpp/modules/client/neck/init.lua:903: in function 'is_offsets_allowed'
lua/gmpp/modules/client/neck/init.lua:1214: in function 'update'
lua/gmpp/modules/client/neck/init.lua:1811: in function <lua/gmpp/modules/client/neck/init.lua:1746>
[C]: in function 'xpcall'
lua/includes/modules/hook.lua:295: in function 'HookCallOriginal'
lua/autorun/client/!!unpooped_calcview.lua:95: in function <lua/autorun/client/!!unpooped_calcview.lua:91>

1. errorf - lua/gmpp/init.lua:341
2. HookCallOriginal - lua/includes/modules/hook.lua:296
3. unknown - lua/autorun/client/!!unpooped_calcview.lua:95

fixed

[Extended Calcview] lua/autorun/client/!!unpooped_calcview.lua:97: bad argument #3 to '__newindex' (number expected, got nil)
1. __newindex - [C]:-1
2. unknown - lua/autorun/client/!!unpooped_calcview.lua:97 (x2)

Occurs when using mantling+ wallrun.

That seemed to have fixed it, I'm hesitant to say for sure though...for now
If you recall, I once complained that you removed threshold convar as that update made steps higher than ~30hu not affected by Smooth Out Stairs. I'm thinking maybe it had the same cause as what you just fixed and you haven't played in multiplayer with Smooth Out Stairs back then. Because right now it's both fixed even with CBobbing, and threshold convar is no longer needed since everything is smoothed out correctly just the way you've shown in your video response back then

fixed now

oh my god never mind i just tried out multiplayer and i see the problem, this wont take long to fix

works for me: https://media.rlx.quest/u/c2257f2a-488a-41c9-bb48-af81962c5b44.mp4

are you sure you don't have anything else enabled?
is your game modified in any way other than mods?
what build do you have, x64, x32, vanilla?
what does this command print out?: cl_smooth_steps_get_patterns
are you on singleplayer, multiplayer? if multiplayer, is the server dedicated (as in runs from srcds) or is it hosted through the in-game map selector?

yeah no thanks... For some reason the more you update your CalcView-based addons the more addons they become incompatible with. Somehow, for me even with all addons disabled except for this&smooth out stairs any step/slope makes viewmodel travel up and down independently of the current view angle. Meanwhile your pre-Extended Calcview version works with CBobbing and some other stuff, even better than that is the day one release and that that's even more compatible and works with much more complex CalcView addon combinations. I'm just glad there's github and many backups I made over time. No hate, just confused is all

this is for smooth out stairs, enhanced hl2 weapons and enhanced recoil. the reason you've been getting the wrong addon name is because i simply forgot to rename them accordingly. it's not a virus.

this is for enhanced recoil

look at the top left of the pop-up, it had a addon name that need this.

v same here

i got a ♥♥♥♥♥♥ popup for this addon, didnt even have it enabled or the addon that it says its from

im calculating math equations using source engine

for those of you just joining us calc is slang for calculator btw