Untouch entity hook

[raulitop]

Is there any simple way to hook when a player untouch an entity?

I don't want to use a task or a think every second for that...

 

[BlackSignature]

Is there any simple way

Я думаю что нет. Только если модулем (т.е. не плагином) сделать.

 

[bizon]

Проверять после прикосновения через find_ent_in_sphere как вариант.
Будет слегка не точно, ведь энтити - штука "прямоугольная", а find_ent_in_sphere - "круглая". Но это всего лишь погрешность.
Либо просто сверять дистанцию между двумя объектами.

 

[RockTheStreet]

а find_ent_in_sphere - "круглая"

Шар ведь.

 

[bizon]

RockTheStreet, сфера тогда уж. Боюсь, что гугл транслэйт для ТС неоднозначно переведет мои слова, потому так и выразился, даже в кавычки засунул.

 

[raulitop]

Проверять после прикосновения через find_ent_in_sphere как вариант.
Будет слегка не точно, ведь энтити - штука "прямоугольная", а find_ent_in_sphere - "круглая". Но это всего лишь погрешность.
Либо просто сверять дистанцию между двумя объектами.

Well, this still needs a task/think checking it.
Bad news so with this method.

The idea is to make an entity transpassable but reducing speed. Any way to achieve this by solid types?
Entity will not have this effect for all players

 

[bizon]

Если проверять после прикосновения через set_task, то никакой нагрузки не будет.
И хватит уже чушь придумывать, не важно используешь ты "PlayerThink"/"FM_AddToFullPack". Важно то, какой код будет внутри этих функций, будет ли этот код нести нагрузку используемыми там функциями.
Если нужно, например, замедлять игрока при прикосновении с энтити, то создаешь энтити (коллизия: SOLID_TRIGGER), при прикосновении игрока с этой энтити уменьшаешь векторную скорость (velocity) игроку, вот и всё.

 

[BlackSignature]

для реалистичности скорее велоситимодифер надо менять. постепенно до #значения и форсить его далее на этом уровне. как человек вышел, логика сама его восстановит обратно. Но тут надо понимать что оно не везде подойдёт конечно.

https://github.com/s1lentq/ReGameDLL_CS/blob/c002edd5b18a8408e299bc6cccfec2c7de56ba3d/regamedll/dlls/player.cpp#L4462

 

[raulitop]

Если проверять после прикосновения через set_task, то никакой нагрузки не будет.
И хватит уже чушь придумывать, не важно используешь ты "PlayerThink"/"FM_AddToFullPack". Важно то, какой код будет внутри этих функций, будет ли этот код нести нагрузку используемыми там функциями.
Если нужно, например, замедлять игрока при прикосновении с энтити, то создаешь энтити (коллизия: SOLID_TRIGGER), при прикосновении игрока с этой энтити уменьшаешь векторную скорость (velocity) игроку, вот и всё.

It's not about cpu load, it's about not using fucking tricky methods.
Of course, if it's the only way I will do it

для реалистичности скорее велоситимодифер надо менять. постепенно до #значения и форсить его далее на этом уровне. как человек вышел, логика сама его восстановит обратно. Но тут надо понимать что оно не везде подойдёт конечно.

https://github.com/s1lentq/ReGameDLL_CS/blob/c002edd5b18a8408e299bc6cccfec2c7de56ba3d/regamedll/dlls/player.cpp#L4462

Good idea. Thanks

 

[raulitop]

для реалистичности скорее велоситимодифер надо менять. постепенно до #значения и форсить его далее на этом уровне. как человек вышел, логика сама его восстановит обратно. Но тут надо понимать что оно не везде подойдёт конечно.

https://github.com/s1lentq/ReGameDLL_CS/blob/c002edd5b18a8408e299bc6cccfec2c7de56ba3d/regamedll/dlls/player.cpp#L4462

Sorry about asking you directly, but it's related to how m_flVelocityModifier works.

What do you think about this? Is correct the behavior? it's a little strange.

https://github.com/s1lentq/ReGameDLL_CS/issues/727

 

[BlackSignature]

raulitop,

I don't see anything strange in this code. It works the way it works. Why is that? Because it was originally intended to be. I don't think it's a good idea to change the default behavior without a good reason.

"If the attacker don't get the large flinch"

"this" in this function is the victim, not the attacker.

 

[Artemich]

BlackSignature, юзер англичанин же

 

[raulitop]

raulitop,

I don't see anything strange in this code. It works the way it works. Why is that? Because it was originally intended to be. I don't think it's a good idea to change the default behavior without a good reason.

"If the attacker don't get the large flinch"

"this" in this function is the victim, not the attacker.

Well, the strange is that the behavior should apply slowdown ALWAYS.
With the current code, if victim has speed higher than 300, slowdown is not applied.
Slowdown is applied always when it is a normal flinch, why not at large flinch?
Animation is applied always

I'm not referring to 'this' parameter in any moment...
The person who "GETS/OBTAINS" the flinch is the attacker, the person who "SUFFERS/HAS" the flinch is the victim
....