[SimonB]

Is there any timer with a resolution of less than a millisecond for sourcemod?

[sneaK]

Most public timers that I'm aware of all record down to the ten thousandths of a second (.xxxx), but only display to the tenths/hundreths in the hud.

[ESK0]

Use OnGameFrame()

[Chaosxk]

+ GetGameTime()
~ 15.2 ms for 66 Tick (orange box games)
~ 7.8 ms for 128 Tick (CS:GO)

[hmmmmm]

OSWO's timer updates HUD very frequently, but isn't finished. You can change update rate of HUD easily though on other timers. Most have it update every 0.1s on a timer, just change that to OnPlayerRunCmd or OnGameFrame. But like sneak said, most timers still record times very accurately, just update HUD less than that.

[zipcore]

You can't make this faster than your server tickrate.
But a timer which checks the player position with a 0.1s timer is pretty inaccurate, this can even cause problems where the player is very fast and passes a zone without detection.
This can happen even if you check the client position every tick, but you have to be really fast than.
My old timer was working with trigger_multiple, since you fix both issues like that.
It will trigger no matter how faster you are, the engine checks the player position (which is faster than checking manually by sourcemod.

However there are 2 problems with trigger_multiple:

1. You can't change the zone shape, only square zones are possible (without pre compiled models, the players wouldn't need to download them btw).

2. The End touch event is always 1 tick delayed, which means if you teleport from inside a zone the end touch event will be triggered when you have been teleported already, this will conflict if you try to mix this method with non-squared zones (You'll need some exra checks).