[Arkshine]

CS binary is the same as CZ binary. Just stuffs for CZ are locked for CS. In case of TaskTime, it will be executed only if client finds an interface which CZ Singleplayer loads. So, probably impossible to do something from server.

[doondook]

It was part of another plugin, just decided to quickly separate it. I was curious, if it needs anyone or not. Obviously, that not the most proper methods are used. I'll clean description and code then.

[doondook]

Originally Posted by Arkshine @doondook: You should said clearly it requires a third-party module for <1.8.2 users. - Parsing file each time a client connects is likely not a good idea, cache datas. A Trie seems appropriate. - For permanent task, this would be recommended to use either one task with "b" flag (insertion is slow) or better create an entity to play timer's role (more precise). - Is it really necessary to retrieve each time server time instead of adding +0.5? Using an entity as timer, this should be enough precise. - Cleanup your code, you don't use *UserAlive. This is really too bad we can't provide a negative number and RoundTime would increase time.

Updated.

I believe that I did not misunderstand your suggestion about using entity. Check it out, please.
And I see 1 disadvantage in using timer instead of retrieving server time (not critical). If a server or plugin is paused, the plugin won't continue its work. I can handle plugin pause/unpause events and use get_time() there again, but I haven't found any information about hooking server pause/unpause event. And also it's related to entity vs task. I will need to force entity think on unpause, whereas task will continue working by itself.

[Arkshine]

For [un]pause, you have 2 forwards: plugin_pause() and plugin_unpause(). It's easy to find: http://www.amxmodx.org/api/ and just type "pause".

About your last concern, I'm not to understand the issue.

[doondook]

As I said:

Originally Posted by doondook I can handle plugin pause/unpause events and use get_time() there again, but I haven't found any information about hooking server pause/unpause event.

I mean these forwards do not handle server pause events (no idea why).

Since I didn't find a way to hook server pause events, task will be more useful. Because task will automatically executed again after unpause, but entity think won't.

[Jhob94]

Originally Posted by doondook As I said: I mean these forwards do not handle server pause events (no idea why). Since I didn't find a way to hook server pause events, task will be more useful. Because task will automatically executed again after unpause, but entity think won't.

Have you read what arkshine said?
There are 2 forwards in amxx that allows you to hook pause/unpause

public plugin_pause()
{
// blablabla
}

public plugin_unpause()
{
// blablabla
}

They are forwards, like plugin_init, plugin_precache or client_connect for example, but without index.

[doondook]

I will repeat it 3rd time. For you.

plugin_pause() and plugin_unpause() forwards handle "plugin pause" events, commonly from pausecfg.sma:

PHP Code:

register_concmd("amx_pausecfg", "cmdPlugin", ADMIN_CFG, "- list commands for pause/unpause management")
    register_clcmd("amx_pausecfgmenu", "cmdMenu", ADMIN_CFG, "- pause/unpause plugins with menu")
#if defined DIRECT_ONOFF
    register_concmd("amx_off", "cmdOFF", ADMIN_CFG, "- pauses some plugins")
    register_concmd("amx_on", "cmdON", ADMIN_CFG, "- unpauses some plugins")
#endif 


But they don't handle "server pause" event, commonly from admincmd.sma:

PHP Code:

register_concmd("amx_pause", "cmdPause", ADMIN_CVAR, "- pause or unpause the game") 


[Arkshine]

Is there really admin having "pausable" to 1, so anyone can pause game when they feel to do it? lol

That's said, like I said, a task is fine too, it will just less precise.

[Kz1.0]

Hi doondook, sorry for off-topic but can you give me your soccerjam multi-ball plugin
Thanks in advance.

[PartialCloning]

Try to figure out how the game pauses the timer when you pause the server, perhaps you can trick the server timer into thinking the server is paused. I'm not sure if it is possible but if it is, that would be much better than sending a roundtime message several times a second.