You are loading SP multiple times. Delete your ../addons/source-python.vdf file or remove your plugin_load from your server.cfg file.

from enum import IntEnum from players.entity import Player from filters.weapons import WeaponClassIter snipers = {weapon.name for weapon in WeaponClassIter('sniper')} class WeaponMode(IntEnum): PRIMARY = 0 SECONDARY = 1 MAX = 2 class MyPlayer(Player): caching = True ...

It does not work because pistols are not automatic so the attack button must be released before it can shoot again.

decompile wrote:Is there any update about this?

I don't plan on iterating on this further at this time but progress (if any) can be followed into #491.

Added support for Linux and CS:GO: 1wAeyyUgdGSAENV80BeWSIN0Sy3w4W5Jb

// CCSBot::MoveTo (CSGO/Linux) \x55\x89\xE5\x8B\x55\x0C\x8B\x45\x08\xF3\x0F\x10\x02\xF3\x0F\x11\x80\x2A\x2A\x2A\x2A\xF3\x0F\x10\x42\x04\xF3\x0F\x11\x80\x2A\x2A\x2A\x2A\xF3\x0F\x10\x42\x08\x8B\x55\x10\xF3\x0F\x11\x80\x2A\x2A\x2A\x2A\x89\x90\x2A\x2A\x2A\x2A\x8D\x90\x2A\x2A\x2A\x2A\x89\x55\x0C\x5D\xE9...

Hey, I tried it out and it feels as good as before. Is the change noticeable? Let's take for example a server with default 67 tickrate. Each tick would be at ~15ms interval. If running the frame takes 5ms, it then goes to sleep for 10ms. The previous workaround was going to sleep an extra 1ms on to...

Try this: 1wAeyyUgdGSAENV80BeWSIN0Sy3w4W5Jb It should not only be faster but overall smoother. Basically, instead of yielding an extra 1ms every frame and exceed the intended interval, it now yields the entire time the main thread goes inactive after it's done running the frame. You can see how many...

Just noticed this here when unloading my test.py from yesterday. AttributeError: _target Thanks, will get that fixed. The server and gameplay is now smooth without any lags or tickrate loss. What about execution time? Did you notice any difference in timing? On my side, I just timed the following: ...

d6580e1 should address the issue. It also add some utilities (have a look at ../threads.py for examples). You will also need to edit your core_settings.ini to enable the yielding. Test build (Windows): 834f711 For your use case here, you could simply use queued without having to worry about managin...

You can replicate it yourself by using: I was able to reproduce it with (which I believe reproduce your tickrate_enabler plugin): from memory import * from memory.hooks import * from engines.server import * @PreHook( get_object_pointer(server_game_dll).make_virtual_function( 10, # G...

I'm simply just starting srcds, wait until the map is loaded and load my snippet from here by typing sp plugin load mysql , which then caps the tickrate / fps to 10.00. If I would reload the plugin several times in the same session, then there would be indeed several threads running, but the output...

but it somehow changes the server tickrate to exactly 10.00. Are you running multiple threads that execute CPU-bound routines at the same time (e.g. by reloading your plugin while the current one is still running)? If so, then that's likely your issue. For example, Thread would also suffer from thi...

With 21d3dff you could simply do something like this to handle queued calls: from functools import partial from listeners.tick import InfiniteThread class Queued(list): def __call__(self, func, *args, **kwargs): self.append(partial(func, *args, **kwargs)) def process&...

decompile wrote:How is while ThreadPoker(): properly used in my example?

It should be with, not while. I'm about to push something that should make your life easier.

99.9% sure you should remove the self.queue.task_done() call. IIRC, this join to the main thread. EDIT: This also does not look quite right: while ThreadPoker(): In any case, I think you are making it overly hard to maintain with a single class that tries to be them all (an infinite thread, ...

So I could just import: from _listeners._tick import ThreadPoker You can import it from listeners.tick . and update the run function to: (??) def run(self): with ThreadPoker(): while self.connected: while not self.queue.empty(): callback, args, kwargs = self.queue.get_nowait...

decompile wrote:However, when wrapping the GameThread class, the slow process is sadly back..

You override GameThread.run but never super'call the original. Therefore, the bear is never poked. Just create your own poker: ../listeners/tick.py#L73

decompile wrote:This is huge!

os.system is quite heavy so I implemented that on the c++ side instead and patched GameThread directly.

Test build: css-d2fe149.zip