[Arg!]

Is there an overload of QueryClientConVar that blocks rather than using the callback? I want to check a client cvar in an Action callback, and return Plugin_Handled or Plugin_Continue based on the results of the clients cvar and im currently failing to see how i can implement this pattern with the current function.

[BAILOPAN]

What exactly are you trying to do? This is called when querying a client so there's nothing to block but other plugins getting the data.

[Arg!]

i was trying to hook +voicerecord, then get the clients voice_inputfromfile all in the Action callback of the voicerecord hook. Then based on some logic, return Plugin_Handled to deny the use of the +voicerecord command (in effect, blocking HLSS) or Plugin_Continue to allow it.
I know theres a HLSS blocker or two out there, but i wanted to see if it could be done without having to poll the clients cvars on a timer, potentially reducing overhead.
As it turns out i havent been able to hook +voicerecord anyway so this may be a moot point.

[BAILOPAN]

Indeed, anything with + is usually purely client-side. You can effectively mute the player using sdktools though, check out sdktools_voice.inc.

[Arg!]

Indeed, that is maybe what i'll do. But i would like to find a game event that i can hook which only gets fired when a client sends voice audio to the server or similar.

[Kigen]

Voice related hooks/commands are done client-side and are never passed to the server so your "Action" command never gets to the server to be processed and as such you can't do that. I would like to point out that QueryClientConVar has to send a packet to the client and then receive a packet back, this cannot be done all in the same tick.

As far as HLSS and HLDJ spamming you can check out the following plugin.
http://forums.alliedmods.net/showthread.php?p=633905

[Arg!]

yes, ive seen that plugin, im trying to work out how to do it without polling the client for changes. At some point their client must inform the server it is sending audio data, im hoping theres a hookable event, etc that i can use to detect this. I assume (could be a huge leap to assume this, not sure) that it would be cheaper to hook an already existing event, than it would to constantly send packets back to the client to determine if they are using HLSS.
And i can see why not doing the query in a blocking method would be dangerous, especially since sourcemod is not thread safe. I will look at a different way of implementing that if i can every work out the first part.

[DJ Tsunami]

You can still hook it though, can't you? I've seen +/- commands been hooked before with RegConsoleCmd, and even though you can't block it, you can still check when they press it, and then check their cvar.

[Greyscale]

Curious, what +/- commands have you hooked?

[BAILOPAN]

You can create your own +/- commands as long as the client doesn't use the same command.