Allow storage FBI tags to override commander=1 auto-storage
Moderator: Moderators
Allow storage FBI tags to override commander=1 auto-storage
Essentially, I'd like for the storage FBI tags (EnergyStorage=x; MetalStorage=x;) to override the storage that a unit adds when it has the commander=1 tag. The issue right now is that you can not have multiple commander units without really screwing up resources, since every new unit with the commander=1 tag adds the default amount of storage (so if you started with 5k/5k resources, another commander adds another 5k/5k storage).
I don't mind if the commander tag stays tied to default storage (this needs to happen in order to maintain backwards compatibility), but it would be awesome of the storage tags overrode the storage that the commander tag includes.
As it stands right now, if you want to have multiple commanders as part of your game design, you either have to design around the massive storage that each new commander brings, or say "this game only works with default settings of 1k/1k" and give the commanders suitable NEGATIVE storage. Ugly workarounds ftl!
I don't mind if the commander tag stays tied to default storage (this needs to happen in order to maintain backwards compatibility), but it would be awesome of the storage tags overrode the storage that the commander tag includes.
As it stands right now, if you want to have multiple commanders as part of your game design, you either have to design around the massive storage that each new commander brings, or say "this game only works with default settings of 1k/1k" and give the commanders suitable NEGATIVE storage. Ugly workarounds ftl!
- Guessmyname
- Posts: 3301
- Joined: 28 Apr 2005, 21:07
Have you tested this? IIRC the storage is only applied to the unit that's defined as your commander in the sidedata.tdf, independent of the commander tag. Hoever it would still be useful to force the com to have specific storage levels with the lobby defined resources being only the starting amount of actual resources or even totally ignored.
Re: Allow storage FBI tags to override commander=1 auto-stor
In gundam my commander has:
MetalStorage=1000000;
EnergyStorage=1000000;
The lobby sets the starting storage. It doesn't give fuck all what you have in the fbi.
As far as being able to build a commander unit that will not boost the storage, make a com that has less storage and make that one buildable.
Unless I am misunderstanding you nemo
MetalStorage=1000000;
EnergyStorage=1000000;
The lobby sets the starting storage. It doesn't give fuck all what you have in the fbi.
As far as being able to build a commander unit that will not boost the storage, make a com that has less storage and make that one buildable.
Unless I am misunderstanding you nemo
Note that this DOES break compatibility for mods that defined an insane value for MetalStorage/EnergyStorage like XTA (both storages are set to 20).Changed by: tvo
Changed at: Tue 28 Aug 2007 12:03:37
Branch: trunk
Revision: 4259
Changed files:
* trunk/rts/Game/GameSetup.cpp
* trunk/rts/Game/GameSetup.h
* trunk/rts/Game/StartScripts/CommanderScript.cpp
* trunk/rts/Sim/Units/UnitDefHandler.cpp
Comments:
* The TDF tags MetalStorage and EnergyStorage now
override the StartMetal and StartEnergy specified in
the startscript, instead of the other way round.
If MetalStorage or EnergyStorage isn't specified the
default values for commander units are StartMetal and
StartEnergy. For other units the default remains 0.
To restore (almost) the old behaviour, remove the MetalStorage and EnergyStorage tags from commander units.
This fixes a bug too: http://spring.clan-sy.com/mantis/view.php?id=611