Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
New ArmorTypes
#1
New armors were always wished for, instead I came up with a bugged immunity logic, which would only fulfill one of the purposes armors had (there's still damage percentages).

RP2 should feature true new amors. The question is in what way.

IIRC, VK introduced something like an [ArmorTypes] section which lists the new armors. Then on the warhead, you put EVerses with a list of damage percentages for each of the new armor types.

While the armor list is a good idea (it's not necessary, but good, see below), EVerses is a mess IMO.
I'd do it a pretty simple and overviewable way:
If you have an armor type called "Foo" and want it to be immune to a certain warhead, you'd put this on the warhead:
Code:
Versus.Foo=0%

Note that I fixed WW's misspelling of "Versus", which I could avoid as well if you prefer.
The default versus value would be 100% as usual.

The [ArmorTypes] list could be avoided as well. It would create a new armor type once triggered on a unit (ie you put "Armor=Foo" on a unit, it will create Foo automatically if it doesn't exist yet).
However, that will make it all a mess like the whole WeaponTypes logic...

So, what do you believe is easier to use?
EVerses or this?
An ArmorTypes list or none?
[Image: jsfml.png]
Reply
#2
This way is better than EVerses, for sure.

However, although I don't mod any more, I find the lack of a centralised WeaponTypes and such to be counter-helpful, if only because it auto-loads stuff from places you wouldn't expect it to, and was the whole reason to have WEEDGUY in the first place. I think a centralised ArmorTypes is a good thing, if only for pedantic reasons. Autoload is a nice feature in actual programming (e.g. php5 __autoload()), yes, but in non-professional code, it only increases clutter and spaghetti. Not that there's anything programmable in INI, of course...

However, having [ArmorTypes] allows for easy future extensions. For example: With it, you can simply add a map action that changes a unit's armor to a different one, using an index in this list. Without it, you would need to change the action format to allow strings in unexpected places, which would be a lot more work, blow FA's brain to bits, and whatnot.
Reply
#3
EVerses FTW
Reply
#4
I concur with DCoder.

Versus.* and an ArmorTypes list
Ever wondered what the hell is going on?
Believe me friend you're not the only one.
--Lysdexia

Check out Launch Base for RA2/YR - http://marshall.strategy-x.com
Also home to the Purple Alert mod, 1.002 UMP, and the YR Playlist Manager.
Reply
#5
I'm with the Versus.Armor and the [ArmorTypes] list as well.
Ares Project Manager.
[Image: t3wbanner.png]
[Image: cncgsigsb_sml.png]
Open Ares positions: Documentation Maintainer, Active Testers.
PM if interested.
Reply
#6
stick with Verses for consistancy. i hope you're also keeping immunities, armours and immunities have different purposes
Reply
#7
What useful purpose do immunities serve if we get new armor types?

I can only think of one - area effect weapon being able to target something it can't hurt.
Although admittedly some might find that useful.
Ever wondered what the hell is going on?
Believe me friend you're not the only one.
--Lysdexia

Check out Launch Base for RA2/YR - http://marshall.strategy-x.com
Also home to the Purple Alert mod, 1.002 UMP, and the YR Playlist Manager.
Reply
#8
Nighthawk200 Wrote:I'm with the Versus.Armor and the [ArmorTypes] list as well.
I agree with this.
"The present is theirs. The future, for which I really worked, is mine."
- Nikola Tesla

"My - y - my - your - my vision has permutated. My - y - my - your - my plans have followed a path unpredicted by the union of Nod and GDI. Your - my - our - our directives must be reassessed." - Kane/CABAL

[Image: 9853.png]
Reply
#9
An immunity is a lot easier to implement when you want a unit to be immune to a specific weapon but react normally to all others. With armor you have to set the new armor versus on all weapons to be the same as an existing one apart from the one you want to be immune to. Armor is really there when you want several weapons to have a unique damage profile against a target, not for immunity.
Reply
#10
This could do with being able to set a default 'equivalent armor type' for new armor types. For example:

[NewArmorTypes]
paper=none

[BulletsWH]
Verses=110%,100%,90%,25%,10%,10%,80%,60%,40%,10%,0%

[FlamethrowerWH]
Verses=110%,100%,90%,25%,10%,10%,80%,60%,40%,10%,0%
Versus.paper=500%

BulletsWH would therefore deal 110% damage to paper (because armor equivalence is 'none')
FlamethrowerWH would deal 500% damage to paper.


As for 'immunities being easier to implement for immune to a specific weapon' - it doesn't stop you targeting the unit with the weapon, so I would always choose to implement a new armor type rather than an immunity.
Ever wondered what the hell is going on?
Believe me friend you're not the only one.
--Lysdexia

Check out Launch Base for RA2/YR - http://marshall.strategy-x.com
Also home to the Purple Alert mod, 1.002 UMP, and the YR Playlist Manager.
Reply
#11
Pretty nice idea I must say!
Even better: completely doable.
[Image: jsfml.png]
Reply
#12
so.... you want me to change my immunities to armours... giving a tank and an infantry the same armour type...

i like my immunities better, and its not just that.
Reply
#13
@pd
Sweet.

@Bobingabout
Well all you'd need to do is:
[NewArmorTypes]
flak_immune1=flak
heavy_immune1=heavy
for each armor type your immune units have.

Then set
Versus.flak_immune1=0%
Versus.heavy_immune1=0%
etc
for the one weapon.

There's not a lot of extra work and you get the added benefit of immune units not being targetable (particularly important for the AI which doesn't think about this)

And regarding what I said earlier about targetting immune units with an aoe weapon (if you wanted to do this), you'd just set Versus.whatever=1%
Ever wondered what the hell is going on?
Believe me friend you're not the only one.
--Lysdexia

Check out Launch Base for RA2/YR - http://marshall.strategy-x.com
Also home to the Purple Alert mod, 1.002 UMP, and the YR Playlist Manager.
Reply
#14
Bobing, neither am I forcing you to use RockPatch2 if you feel it's too much work to adapt your mod to it, nor am I doing all these changes to piss you off.
Remember I started RP2 from scratch. Why should I implement two features, when one of them can emulate the other?

I know there will be a bit work involved to change a mod from RP/NP to RP2, but heck, ever thought of how much work it is for me to make it all possible? Tongue
[Image: jsfml.png]
Reply
#15
I agree with Marshall's method completely. Onward!
[Image: hiatus.png]
Reply




Users browsing this thread: 1 Guest(s)