Imagine how popular SourcePython would be if it is available for CS2 before SourceMod or any other platform that matter.

SourcePython not working signatures need to be updated:
https://github.com/Source-Python-Dev-Te ... issues/462

Signatures:
https://github.com/alliedmodders/source ... e.csgo.txt

Sorry for posting here.

Haven't tested CollisionHash, but I can confirm OnEntityCollision works. Very nice!

That's because it's unclear what you want to do with the PassServerEntityFilter. For example, the reason this is fast is because it's practically just doing a lookup. But if you want to use Entity, Player, etc. to do other processing, please provide that code. I'm not doing any other processing, ot...

Yes with the on_entity_collision, you are right, but in his previous posts on the first page of this thread, he already suggested a lookup table, that is what I was referring to. Good idea with this line tho if not pass_entity # aka if not args[1] as I didn't know you could do boolean checks for thi...

Jezza wrote:What you really need for your PassServerEntityFilter is a lookup table.

Yes definitely would help, but I dont see how this any different from what was already suggested by L'In20Cible?

Try this: from messages import SayText2 from listeners.tick import Repeat from listeners import OnLevelInit from random import choice MSG = ['Example: Type "Ranking" in the chat to see your stats.', 'other message #green colors..'] MSG_INTERVAL = 120 @Repeat def _msg_repeat...

Nice, can't wait to try out, can you make a build for Linux/CS:GO?

If you want to try something, this is a good map: https://gamebanana.com/mods/127520 for it, or https://gamebanana.com/mods/127438 . I'm not sure how you want to make it more targeted, but please note it is not just player-entity collision, it's also player-player and player-flashbang collisions, et...

L'In20Cible wrote:Though, it really doesn't seem to be the right approach overall for what your goal actually is.

What can I do instead

So it seems like the NOT_RESULT Is the same as SAME_ARGS DICT_NOT_IN: 60670 times DICT2_NOT_IN: 12134 times CONVERSION_ERROR: 36402 times TOTAL_FUNCTION: 60670 times NOT_RESULT: 12134 times SAME_ARGS: 12134 times Alright I will change it to ULONG as well. There are still conversion errors tho, does ...

From SourceMod docs When hooking an event, there are three modes to choose from: Pre - Hook the event before it is fired. Post - Hook the event after it is fired. Post_NoCopy - Hook the event, but do not save any of its information (special optimization). Hooking an event is usually done for one of ...

Yeah that actually makes sense hah :) Thank you. I think this it. Oh well, hopefully our discussion weren't in vain as the idea with storing the addresses as entity/index relationship was genius - very informal and good. I'm gonna implement this and see.

Alright my use case is this: Trying to recreate this in SourcePython: A short time summary, because the code is rather messy: In the gamemode trikz players complete levels in teams of 2. If there are more than 1 team on a level, they have to wait for each other to finish it. But by hooking the entit...

I get what you mean, but I think its a trap only looking at the total function calls, because they grow exponentially with more players and of course even more so when let's say player1 is colliding with player2 (game specific behavior). What I wanted to point out is ratio between unnecessary calls ...

I have analyzed the function where the calls come from. I know this is a rough estimate as the passentityfilter arguments change on different game behavior, but when jumping around etc, this is it (with 1 player): 15 seconds of PassEntityFilter TOTAL_FUNCTION: 61194 times DICT_NOT_IN: 61194 times DI...

I see alright, I'll try both see how many calls there are made from the function itself, Yeah.. I would have done a PR if I could :smile: I don't have that kind of overview over SP src yet, this would be a project in itself. But if someone else could do it that would be great :rolleyes: :cool: Becau...

Better, quite good actually, but just not C++ performance. It is still not fast enough if there are too many players and compared to SourceMod implementation, I'm telling you that there are "no performance issues" in sourcemod with this. I optimized it a bit further by using if address not...

I have already tested before and it did not hit triggers.

Is it possible with the current implementation of gametrace for the ray to hit map triggers, e.g trigger_multiple?