Quote:
Originally Posted by kiarfuzzy
I noticed another problem, sometimes after the map is extended a few times, the rtv won't work anymore, it says I must wait "x" minutes until I can rtv, sometimes more then the default mp_timelimit.
|
When the map is extended, the `rtv` could down is reset to `mp_timelimit` + the cvar `gal_rtv_wait`.
This is the responsible code. I just noticed now some trouble for the maps using `mp_maxrounds` or `mp_winlimit`. So, I just fixed it for the next plugin version release.
Code:
// reset the "rtv wait" time, taking into consideration the map extension
if( g_rtvWaitMinutes )
{
g_rtvWaitMinutes += get_pcvar_float( cvar_mp_timelimit );
g_rtvWaitRounds += get_pcvar_num( cvar_mp_maxrounds );
g_rtvWaitFrags += get_pcvar_num( cvar_mp_fraglimit );
}
-->
Code:
// reset the "rtv wait" time, taking into consideration the map extension
if( g_rtvWaitMinutes )
{
g_rtvWaitMinutes += get_pcvar_float( cvar_mp_timelimit );
}
if( g_rtvWaitRounds )
{
g_rtvWaitRounds += get_pcvar_num( cvar_mp_maxrounds );
}
if( g_rtvWaitFrags )
{
g_rtvWaitFrags += get_pcvar_num( cvar_mp_fraglimit );
}
So for the RTV to work you need to set it less than the cvar `amx_extendmap_step`. Something like:
Code:
mp_timelimit 20
amx_extendmap_step 15
gal_rtv_wait 5
Then after the map extend, you could do RTV again after the time `mp_timelimit` + `gal_rtv_wait `. On this example, it would be `20+5=25` minutes you can to call RTV again.
This is the same behavior as on the original `Galileo` from Brad. Currently there is no way to disable it, unless to set the cvar `gal_rtv_wait ` to 0. This way you can always to perform `RTV`, even after the map to be extended.
This correctly answer your report or are you experiencing some behavior not mentioned?
Note that at the second time the map is extended, the rule `mp_timelimit` + `gal_rtv_wait ` still working as the time limit is temporarily set to `mp_timelimit + amx_extendmap_step`.
__________________