[zaCade]

Well the wierd thing is, that after searching into wich models are beign set and when, the .kv file only seems to define wich default player models are beign used on the map and wich arms go with it. This doesnt seem to apply to the CUSTOM models we use on our server, they always get the same model or none at all (wich results in invisible gloves). So in that conclusion the CUSTOM player models have a default model wich gets applied, but it doesnt always get applied.

[andi67]

The question is more why on some maps like cs_office custom armmodels first show up but after a second the armmodel that comes with the map is applied again so we got got the overlapping issue and on some maps like de_dust2 all works normal......

[zaCade]

Are you using "m_szArmsModel" in those situations? Because thats what causes the overlapping in that case.

[8guawong]

Originally Posted by zaCade Well the wierd thing is, that after searching into wich models are beign set and when, the .kv file only seems to define wich default player models are beign used on the map and wich arms go with it. This doesnt seem to apply to the CUSTOM models we use on our server, they always get the same model or none at all (wich results in invisible gloves). So in that conclusion the CUSTOM player models have a default model wich gets applied, but it doesnt always get applied.

sorry i do not understand what you mean by

This doesnt seem to apply to the CUSTOM models we use on our server

ofcourse the KV does not apply to the custom model...
most of the map uses offical player models and arms....

[zaCade]

What i ment is that the .kv file arms dont apply to the custom player models in question. But as long as you use default models the arms will work, atleast on the few maps i tried. I just kindof assumed the arms beign set in the .kv also would apply the the custom models, wich is NOT the case.
Furthermore i bumped an issue on the valve github, because from all the testing i've done it seems the only solution so far is to either wait for valve to fix it or use "m_szArmsModel", wich sadly causes overlapping gloves in some situations.

[Neuro Toxin]

m_hMyWearables refers to an entity type. Not sure of the classname off the top of my head.

Maybe hook on entity created, check for the classname and attempt to set arms before or after dispatch spawn is called.

You might get lucky.

[andi67]

Only way for maps like cs_office ect. seems to be removing removing all lines that points to the playermodels and armmodels in gamemodes.txt .......

[8guawong]

Originally Posted by zaCade What i ment is that the .kv file arms dont apply to the custom player models in question. But as long as you use default models the arms will work, atleast on the few maps i tried. I just kindof assumed the arms beign set in the .kv also would apply the the custom models, wich is NOT the case. Furthermore i bumped an issue on the valve github, because from all the testing i've done it seems the only solution so far is to either wait for valve to fix it or use "m_szArmsModel", wich sadly causes overlapping gloves in some situations.

oh so you mean why custom models can't use offical arms?

[Kinsi]

Started to experience this recently as well, i guess the issue isn't in my code after all.

[zaCade]

Originally Posted by 8guawong oh so you mean why custom models can't use offical arms?

Pretty much yea, because from what it seems as soon as you swap to a custom model, the arms break.
But as stated i bumped an issue on valve's github and they are looking into the issue so for now we just have to fix it with the netprop way. (Wich sadly causes some overlapping in some situations)