Wee Spring
Moderator: Moderators
-
- Imperial Winter Developer
- Posts: 3742
- Joined: 24 Aug 2004, 08:59
The only other issue identified is that some weapons have issues targetting, as they are firing from a lowered point, at another lowered point. Not a huge problem, but one that needs to be attended too if this becomes popular.
But yeah, it looks insanely better. Terrain is much larger, you actually feel like you are battling amongst mountains and valleys and seas, not hills and dents and ponds.
Trees make so much more sense, and become a part of the gameplay, rather than big obstructions. Especially with SWTA. Have a look at some screenshots I uploaded:
Personally, I think that this should be made the default scale for Spring. If all the bugs are ironed out, I can see no reason as to why this shouldn't be made the default size. It only adds to gameplay, without subtracting from it. It makes maps more accessible, and makes terrain more impressive.
But I won't put it forward the proposal directly unless I think that it is what most people want; what do you guys think? Should it be the default size?
... I don't like the idea of it being "toggleable", because it introduces far too many variables into the mix. Map makers don't know what size to build for (it makes a difference), as well as a host of other issues.
It is my contention that the reduced size is better than the original size.
But yeah, it looks insanely better. Terrain is much larger, you actually feel like you are battling amongst mountains and valleys and seas, not hills and dents and ponds.
Trees make so much more sense, and become a part of the gameplay, rather than big obstructions. Especially with SWTA. Have a look at some screenshots I uploaded:
Personally, I think that this should be made the default scale for Spring. If all the bugs are ironed out, I can see no reason as to why this shouldn't be made the default size. It only adds to gameplay, without subtracting from it. It makes maps more accessible, and makes terrain more impressive.
But I won't put it forward the proposal directly unless I think that it is what most people want; what do you guys think? Should it be the default size?
... I don't like the idea of it being "toggleable", because it introduces far too many variables into the mix. Map makers don't know what size to build for (it makes a difference), as well as a host of other issues.
It is my contention that the reduced size is better than the original size.
Actually this setting makes out the difference between big polygoned buildings and terrain really well. Making it to look good. It's no use to increase map size. It is faster and better way to lower unit sizes. I actually like that. (looking out for a mod dl link...)Torrasque wrote:Instead of decreasing unit size, can't we juste increasing the map size with a less detailled texturemap/heighmap?
A make that the map maker can choose the scale of the feathure/tree.
Like that you can make little and beautiful map or epic map, but a bit less detailled.
It's just a raw idea.
Just as my own thoughts on mini spring... Id rather that it was an actule engin change so that everythiung was a little smaller and have that as the way its ment to be. I dont like the idea of some people having mini spring and others having standered spring... That makes map making harder because you have to make it worth wile playing on both versions! If in the next release of spring evrything is smaller id have no probs though...
aGorm
aGorm
Why can't you make it so that you would be able to scale yourself which size of units do you do? By choosing the size of plant you are going to do. With big sized plant, you could also do smaller units but not bigger than the plant is.
If you want bigger units, they cost more but are ... uum. bigger and endurable.
It would be fun to make 20 times bigger peewees and then use them to attack mini-krog. :D
If you want bigger units, they cost more but are ... uum. bigger and endurable.
It would be fun to make 20 times bigger peewees and then use them to attack mini-krog. :D
I hold the same opinion on the GUI, except it's the other way around... the transparent one just pissed me off and got in the way constantly.
I'm still looking into making Spring read GUI data from an ini file so the user can set custom widths/positions/colors/transparency/etc himself. My file I/O skills aren't what they once were, though, so it's a slow process...
I'm still looking into making Spring read GUI data from an ini file so the user can set custom widths/positions/colors/transparency/etc himself. My file I/O skills aren't what they once were, though, so it's a slow process...