Originally posted by tapmemer:

Make a function to snap back. Then use a think hook. It will snap back on the servers ticks.

The way it used to work was by calling
when it sets up. That was unreliable for some reason, as The Arbitor 90 pointed out. It seemed to happen when the viewmodel "lurches" about when you hit a lag spike, but I don't know why.

The way it works now (after yesterday's update) is by copying the Base bone's matrix and applying the translation/rotation offset each time it renders. So really the entity never moves at all now, just gets drawn with an offset. I can't get it to break anymore, even when simulating a really bad connection on my test server. I think it's good, but thanks anyway for the idea!

The wireframe model that spins of the model your posing with on the screen seriously lags me. I go to like 1 fps for about 8 seconds straight. This addon is awesome, but this just ruins it.

Originally posted by The Unlucky Medic:

The wireframe model that spins of the model your posing with on the screen seriously lags me. I go to like 1 fps for about 8 seconds straight. This addon is awesome, but this just ruins it.

That's really strange. Is the console showing any errors when it happens? Do all entities cause it? I'm planning to add some more convars to change settings, and I'll make one to not show the wireframe. It just seems odd since it's only rendering one extra model.

When i use the LAW, from ''Get a Life SWEP Pack'', it creates errors on console.


Giving Jeff a weapon_gal_rpg

[Physgun Info Monitor] lua/autorun/attach_monitor.lua:530: attempt to index local 'viewMatrix' (a nil value)
1. v - lua/autorun/attach_monitor.lua:530
2. unknown - lua/includes/modules/hook.lua:84

Originally posted by Jeff:

When i use the LAW, from ''Get a Life SWEP Pack'', it creates errors on console.


Giving Jeff a weapon_gal_rpg

[Physgun Info Monitor] lua/autorun/attach_monitor.lua:530: attempt to index local 'viewMatrix' (a nil value)
1. v - lua/autorun/attach_monitor.lua:530
2. unknown - lua/includes/modules/hook.lua:84

Yeah that's really strange. I've fixed it with a quick and dirty patch so it'll work for now. I'll try to make the code a bit more bulletproof in the future. Thanks for finding that one!

Originally posted by Silhouette:

when i have this mod enabled my playermodel is replaced with my viewmodel

So when you see yourself in thirdperson you're just arms and a gun? Do you have a mod that adds a first person legs/body installed? Does it only happen when you hold a camera, or all the time? Is it creating any lua errors? Man, I sound like an investigator or something, heh.

Here I thought it was fine until I found a bug. It seems to break the player's model in thirdperson using the "Simple Thirdperson" addon. At first I thought something went wrong on my side but then I tried running with this in vanilla mode and finally confirmed that it conflicts with Simple Thirdperson addon. Basically when I turn into thirdperson with the said addon, the playermodel gets messed up... like totally messed up as seen visually.

I'm unsubscrbing for now but I'll rate it up and add it to my favs. It's a unique and useful addon. It would be a waste to miss out so I'll be back after a fix. Adios.

Originally posted by Ochaco Uraraka:

Here I thought it was fine until I found a bug. It seems to break the player's model in thirdperson using the "Simple Thirdperson" addon. At first I thought something went wrong on my side but then I tried running with this in vanilla mode and finally confirmed that it conflicts with Simple Thirdperson addon. Basically when I turn into thirdperson with the said addon, the playermodel gets messed up... like totally messed up as seen visually.

I'm unsubscrbing for now but I'll rate it up and add it to my favs. It's a unique and useful addon. It would be a waste to miss out so I'll be back after a fix. Adios.

I'm sorry to hear that. I've found that the most difficult part of making an addon can be making sure it doesn't cause issues with others. I'll see if I can figure out what's going on and fix it.

Update: I see the problem you're describing. After taking a look at the Simple Thirdperson code, I think I'm understanding why it happens. The way they're getting around the normal thirdperson's need for sv_cheats is by simply moving the firstperson camera backwards and adding a hook to manually draw the thirdperson model instead of the firstperson one. Unfortunately, I'm overriding that same hook, and gmod decided to use mine instead for some reason, so it renders the firstperson model like normal. Unfortunately there is no way (that I know of) for me to fix this without collaborating with Simple Thirdperson's developer. Maybe I'll give them a ring, but I'm not sure if it's appropriate : /

Really sorry about that.

Originally posted by Binary Wolf:

Originally posted by Ochaco Uraraka:

Here I thought it was fine until I found a bug. It seems to break the player's model in thirdperson using the "Simple Thirdperson" addon. At first I thought something went wrong on my side but then I tried running with this in vanilla mode and finally confirmed that it conflicts with Simple Thirdperson addon. Basically when I turn into thirdperson with the said addon, the playermodel gets messed up... like totally messed up as seen visually.

I'm unsubscrbing for now but I'll rate it up and add it to my favs. It's a unique and useful addon. It would be a waste to miss out so I'll be back after a fix. Adios.

I'm sorry to hear that. I've found that the most difficult part of making an addon can be making sure it doesn't cause issues with others. I'll see if I can figure out what's going on and fix it.

Update: I see the problem you're describing. After taking a look at the Simple Thirdperson code, I think I'm understanding why it happens. The way they're getting around the normal thirdperson's need for sv_cheats is by simply moving the firstperson camera backwards and adding a hook to manually draw the thirdperson model instead of the firstperson one. Unfortunately, I'm overriding that same hook, and gmod decided to use mine instead for some reason, so it renders the firstperson model like normal. Unfortunately there is no way (that I know of) for me to fix this without collaborating with Simple Thirdperson's developer. Maybe I'll give them a ring, but I'm not sure if it's appropriate : /

Really sorry about that.

No worries really. I'm glad enough to be able to inform you about this. So long as it's a script, it will surely conflict with something so that's normal.

If it's okay with you I can give a hand with informing the other developer about this issue. If it doesn't work then it can't be helped I guess. I think I'd switch to another thirdperson addon or maybe the regular one from source. I'm keeping this addon I guess.

When I had it and when to a server with it I got this https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=706689977

Originally posted by Toast:

When I had it and when to a server with it I got this https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=706689977

Drugs are bad m'kay? I don't think that's the monitor causing that, or at least I have no idea how it could. Looks like you're missing the skybox for some reason.

Could you possibly fix effects being seen as watermelons? I know that prop_effect entities use that for physgun grabbing, but do you think that there is a way to see the actual model name? I know that a similar addon, PhysInfo, also suffers from this problem. I use this and PhysInfo because I like how PhysInfo shows a bit more information. Anyways, this mod is really handy nonetheless.

It looks like the effect entities are just small boxes with prop_dynamic entities parented to them. I guess the watermelon model is just there so the model field isn't nil. If I can figure a way to reliably determine if the held entity is an effect or not, it should be easy to get the name of the child entity's model. I'll have a look at it tomorrow.

Originally posted by Binary Wolf:

It looks like the effect entities are just small boxes with prop_dynamic entities parented to them. I guess the watermelon model is just there so the model field isn't nil. If I can figure a way to reliably determine if the held entity is an effect or not, it should be easy to get the name of the child entity's model. I'll have a look at it tomorrow.

Whenever I pick up an effect with PhysInfo, the entity is said to be a "prop_effect" which is probably just a different form of a prop_dynamic. Good luck on figuring out how to determine what the child model is.

EDIT:
Here's the link to PhysInfo, if you wanted to check that out: https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=277798162

[Physgun Info Monitor] lua/autorun/attach_monitor.lua:32: Tried to use a NULL physics object!
1. GetMass - [C]:-1
2. func - lua/autorun/attach_monitor.lua:32
3. unknown - lua/includes/extensions/net.lua:32