Spring RTS Engine

k, i had this idea about a modoption (shouldnt be that hard "just" some lua-work). after some time the map becomes smaller (starting from the boarder) and smaller and the all things will be destroyed that are beyond this boarder. so in the end, the only place that is left to fight is the center of the map. this will avoid porcing and increase the gameplay (as far as i hope)

what mod are you talking about?

Would work in any mod, actually. This is why I'd love to see UT-style non-exclusive mutators in Spring - mutators that are entirely a blob of Lua code that can be applied to any mod.

edit:

Yeah, I thought of Bomberman too.

Alternately, you could take the Bomberman 64 approach, where there were multiple "end of the world" scenarios depending on the map you chose.

This could be a slowly-increasing number of meteors falling from the sky until it is impossible to survive, or the (lethal) water-level slowly rising.

bartvbl wrote:what mod are you talking about?

He's talking about bomberman mod.

Pxtl wrote:Would work in any mod, actually. This is why I'd love to see UT-style non-exclusive mutators in Spring - mutators that are entirely a blob of Lua code that can be applied to any mod.

No it would not work with gundam. Bases start at the far edges away from each other.

Say it only killed units, you would still be fucked as the way to win is kill the other players econ.

No it would not work with all projects. It is annoying enough that I have to explain that random widgets and ais cannot work with gundam. I don't need this headache also.

Sure it would work in any mod. It just wouldn't work in most of the things which matter, the games.

it was just an idea, not for a certain mod

Idea about lua in Games and Mods dsicussion hmm

well he is suggesting a mod option some mods may like. which is perfectly ok.

raising water would be cooler.

But raising lava would so hot!

Good idea...

This could be implemented with lowering the heightmap, adding a 0,0,0,0 typemap and dis-allowing outside commands. Wait... we need typemap control for that.

Also it is possible to raise/lower water.

smoth wrote:

Google_Frog wrote:Also it is EXPENSIVE to raise/lower water.

http://trac.caspring.org/ticket/1932

I don't see why any other conditions should increase the expense. All the pathing is recalculated right?

a water height change would trigger an entire map recalc... aka like 30 seconds instead of a piece mille one... I think

minor change vs repathing the ENTIRE MAP.

Why don't you just draw an orange textured quad, slowly rising, and destroy every unit under it?

LOL that works actually LOL