Console command/webmin problems

[Ricochet]

Trying to setup a lowrubber server, I've had problems with certain commands working.

First of all, problems with changing the arena size. Using REAL_ARENA_SIZE_FACTOR, doesn't work full stop, at the start of every round it changes back to 1 (which is a little too big for what I want it for), and I've also had problems with CYCLE_WALLS_STAY_UP_DELAY and WALLS_STAY_UP_DELAY. I've set them both to 1, yet they still stay up for 8 seconds.

Any thoughts?

[wrtlprnft]

guy, read what the help texts say…

Code: Select all

15:58 <wrtlprnft> armaconfig real_arena_si
15:58 <armabot> REAL_ARENA_SIZE_FACTOR: The currently active arena size. Leave it alone! Change size_factor
                instead. (default: 0.353553)

there's WALLS_STAY_UP_DELAY and SP_WALLS_STAY_UP_DELAY, you probably changed the wrong one (the SP one is for games with one human or less). Note that the same applies to SIZE_FACTOR and SP_SIZE_FACTOR as well.

[Ricochet]

I've fixed the walls stay up, but I'm still having problems with the arena size. I changed the REAL_ARENA_SIZE_FACTOR back to default, but SIZE_FACTOR and SP_SIZE_FACTOR I can't get to work, the size factor automatically goes to 1 by default and I want it about 0.75.

[wrtlprnft]

Size_factor is an integer, and the real_arena_size_factor is calculated with the formula (√2)^SIZE_FACTOR.

[Lucifer]

so, basically, if you want an arena that's 3/4 the size of the default arena, take the log (base sqrt(2) ) of the factor you want (3/4 in this case) and set SIZE_FACTOR to that.

Except, it has to be an integer.

[Ricochet]

Damn ok, never mind. I'll just have to have my server not-quite-so-slow-and-not-quite-so-low-rubber as I'd hoped, heh.

Thanks anyway

[wrtlprnft]

You can still edit the map to scale it to any size you want, though…
Or wait for z-man to tell us if there's any reason SIZE_FACTOR needs to be an int.

[Jonathan]

Or wait for z-man to tell us if there's any reason SIZE_FACTOR needs to be an int.

Showing off O(log |n|) exponentiation with binary integral exponents?

Code: Select all

REAL exponent(int i)
{
    int abs = i;
    if ( abs < 0 )
        abs = -abs;

    REAL ret = 1;
    REAL fac = sqrtf(2);

    while (abs > 0)
    {
        if ( 1 == (abs & 1) )
            ret *= fac;

        fac *= fac;
        abs >>= 1;
    }

    if (i < 0)
        ret = 1/ret;

    return ret;
}

[wrtlprnft]

Any reason pow() can't be used (and i bet it is faster)?

[Lucifer]

Same reason blam(), splat(), and zap() can't be used, I imagine.

[Z-Man]

Or wait for z-man to tell us if there's any reason SIZE_FACTOR needs to be an int.

Only reason is the menu system. There is a simple way to have an int menu item ranging from -10 to +10, but no simple way for a float. I wouldn't mind if that changed, but then again, making the setting a nonlogarighmic one in the first place and generating the menu entries automatically, so you'd see 1, 1.4, 2, 2,8 and so on in the menu. Network compatibility is no problem as it's the REAL_ setting that really is transmitted.

And in ye olde days, pow was really slow. It's pretty much equivalent to exp( y * ln(x) ) in speed.