SUB_RandomRange ()

[Cobalt]

[Spike]

using fteqcc?
random() returns 0-1
random(5) returns 0-5
random(5,10) returns 5-10

its a hexenc feature that fteqcc emulates with a formula much like you specified.
unlike that function, fteqcc has no special check for the min/max value, which means it works with any range you specify, even inverted ranges, so you might want to validate that still.

note that some engines will never return 1 from basic random, while vanilla-like engines can. This change is useful when the random value is then floored and used as an array index. the vanilla-like engines may end up trying to read out of bounds, while an engine that never returns 1 will be fine in this case.

[Cobalt]

Didnt know about those.

FrikQcc compiles those with a "complex type" warning, however the engine crashes when its ran. FTE does them just fine.

In my tests with random (5,10), the printout never shows a 10.0 - only 9.9xxxxx which you had mentioned.

If we did:

(rint(random(5,10)

I suppose then we would see a 10 result at some point?

[jitspoe]

[Spike]

rint will round towards the nearest value. rint(random(5,10)) will thus give you about the following chances of getting the specified number:
10% 5
20% 6
20% 7
20% 8
20% 9
10% 10

so basically, you're probably better off using floor(random(5,11)) if you want an even distribution between 5 and 10... and trying again if you get 11 (or use ranges such that 11 ends up lumped in with 10 anyway).
ceil(random(5,10)) is just awkward. you'll always have a chance of getting 5, but it'll be a really slim chance, so its probably not desirable.