Redesigning and Balancing TD

Let´s take a new approach together!

Discussion about the game and its default mods.
User avatar
netnazgul
Posts: 507
Joined: Mon Jul 10, 2017 7:32 am
Location: Minsk
Contact:

Re: Redesigning and Balancing TD

Post by netnazgul »

Beans wrote:
Thu Oct 11, 2018 4:03 pm
Thats exactly my point, thankyou, the better skill player will have the most chance of winning, regardless of faction choice. Proving the balance is overall very good.
That doesn't prove anything. The better skill player will win with original RA allies against a novice player playing soviet.

User avatar
ZxGanon
Posts: 175
Joined: Tue Mar 21, 2017 4:40 pm

Re: Redesigning and Balancing TD

Post by ZxGanon »

I guess two ZxGanons have to fight each other.

User avatar
Beans
Posts: 42
Joined: Fri Apr 28, 2017 7:41 pm

Re: Redesigning and Balancing TD

Post by Beans »

netnazgul wrote:
Thu Oct 11, 2018 5:46 pm
Beans wrote:
Thu Oct 11, 2018 4:03 pm
Thats exactly my point, thankyou, the better skill player will have the most chance of winning, regardless of faction choice. Proving the balance is overall very good.
That doesn't prove anything. The better skill player will win with original RA allies against a novice player playing soviet.
A player that is 10% better will win vast majority of games against one who is 10% worse regardless of faction. Every little victory adds up and the snowball effect that Ganon is correct about kicks in. I'm not talking about noobs vs Pro obviously.

User avatar
ZxGanon
Posts: 175
Joined: Tue Mar 21, 2017 4:40 pm

Re: Redesigning and Balancing TD

Post by ZxGanon »

Yeah Beans is right a stronger player will always take advantage of every little victory he can find.

But the Airstrip of Nod is the biggest issue. Your units + 12 or 14 seconds extra is a very heavy disadvantage.
In the very beginning GDI get´s a headstart in eco.

There is no way that Nod vehicles deserve such an handicap because they are "faster" or "stronger" (which is absolutely not the case and is also no reason to balance a game like this).

Factions have to be different because that makes the game exciting. But both factions shall have the same ammount of options the other one has (prime example is soviets in RA neaithe rhaving Chinooks, Husk capturing or T2 Naval units to strike on above water).

Soviets are still strong but they are:
first: very limited to the map
and second: that limits mapmaking due to fact considering Soviets not be in an absolute disadvantage in all games on that map.

In TD you kinda need to watch out that map´s are too big or Nod is gonna take even longer to get Vehicles out.

User avatar
netnazgul
Posts: 507
Joined: Mon Jul 10, 2017 7:32 am
Location: Minsk
Contact:

Re: Redesigning and Balancing TD

Post by netnazgul »

ZxGanon wrote:
Sat Oct 13, 2018 9:57 am
But the Airstrip of Nod is the biggest issue. Your units + 12 or 14 seconds extra is a very heavy disadvantage.
In the very beginning GDI get´s a headstart in eco.
We recently have a conversation with Orb regarding the airstrip. If my understanding of its behaviour is right, then it's just +12 seconds for every unit produced, which means that you simply take this time into account when balancing production times. I.e. if MCV is produced in 60 seconds for GDI, then for Nod it will be 60+12 = 72 seconds. But if you make a custom MCV just for Nod with 48 seconds build time, it becomes the same 60 seconds to build, just 12 of them taken by airplane to come in. Every other unit for Nod is custom which means you don't even need to add custom buildtime unit clones, but just modify their buildtime in yaml.
The disadvantage of this will be when game speed is changed, because I suppose plane timing will still be 12 seconds, but I guess it's a compromise worth taking, and it may be fixed codewise if the plane speed is tied to game speed.

User avatar
Sleipnir
Posts: 878
Joined: Wed Apr 10, 2002 11:52 pm
Contact:

Re: Redesigning and Balancing TD

Post by Sleipnir »

The delay is equal to the width of the map divided by the aircraft speed. Wider maps have longer delays.

Mesacer
Posts: 21
Joined: Tue Mar 21, 2017 8:03 pm

Re: Redesigning and Balancing TD

Post by Mesacer »

This is something I'm working on at the moment. Me and pchote/slepnir had a long conversation about this.

Right now it adds 8 seconds to production on a small map, (width: 56 cell) and on a large map (width: 128 cell) it will add 17 seconds.

User avatar
ZxGanon
Posts: 175
Joined: Tue Mar 21, 2017 4:40 pm

Re: Redesigning and Balancing TD

Post by ZxGanon »

netnazgul wrote:
Sat Oct 13, 2018 10:31 am
ZxGanon wrote:
Sat Oct 13, 2018 9:57 am
But the Airstrip of Nod is the biggest issue. Your units + 12 or 14 seconds extra is a very heavy disadvantage.
In the very beginning GDI get´s a headstart in eco.
We recently have a conversation with Orb regarding the airstrip. If my understanding of its behaviour is right, then it's just +12 seconds for every unit produced, which means that you simply take this time into account when balancing production times. I.e. if MCV is produced in 60 seconds for GDI, then for Nod it will be 60+12 = 72 seconds. But if you make a custom MCV just for Nod with 48 seconds build time, it becomes the same 60 seconds to build, just 12 of them taken by airplane to come in. Every other unit for Nod is custom which means you don't even need to add custom buildtime unit clones, but just modify their buildtime in yaml.
The disadvantage of this will be when game speed is changed, because I suppose plane timing will still be 12 seconds, but I guess it's a compromise worth taking, and it may be fixed codewise if the plane speed is tied to game speed.
Yeah but you cant eliminate the delay 100% because Airstrips are unblockable while GDI factory can be stopped from producing.
Thats why a delay reduction to 3-4 seconds might be nice.

User avatar
avalach21
Posts: 214
Joined: Mon Aug 10, 2015 8:01 pm

Re: Redesigning and Balancing TD

Post by avalach21 »

Sleipnir wrote:
Sat Oct 13, 2018 10:54 am
The delay is equal to the width of the map divided by the aircraft speed. Wider maps have longer delays.
Can't we also just increase the speed of the plane? I'm not sure exactly how fast it travels now but if you push it to the brink of what is reasonable.. that should also cut down on the disadvantage
netnazgul wrote:
Sat Oct 13, 2018 10:31 am
We recently have a conversation with Orb regarding the airstrip. If my understanding of its behaviour is right, then it's just +12 seconds for every unit produced, which means that you simply take this time into account when balancing production times. I.e. if MCV is produced in 60 seconds for GDI, then for Nod it will be 60+12 = 72 seconds. But if you make a custom MCV just for Nod with 48 seconds build time, it becomes the same 60 seconds to build, just 12 of them taken by airplane to come in. Every other unit for Nod is custom which means you don't even need to add custom buildtime unit clones, but just modify their buildtime in yaml.
The disadvantage of this will be when game speed is changed, because I suppose plane timing will still be 12 seconds, but I guess it's a compromise worth taking, and it may be fixed codewise if the plane speed is tied to game speed.
Edit: Everything I said in this post was assuming that the plane spawns on the edge of the map as soon as the vehicle is done building.. which it isn't. Perhaps they should be?

Not sure why the current delay is being implemented the way it is... does the plane spawn one entire map's length away (if we have reversible airstrips, then 1/2 maps length away) so as to ensure if you were to place the airstrip on the left edge of the map, it would still guarantee to spawn out of bounds & out of sight?


If the planes spawn right at the edge of the map (or a few tiles off map) rather than taking a guaranteed 12 or whatever seconds extra.. it will depend on how far your airstrip is from the edge of the map along the x-axis, so the further you are away from the side of the map, the more seconds it adds.

If you could some how do a real time calculation of x-axis distance from the airstrip to the edge of map, translate that into how many seconds that will add until the vehicle is delivered, and then subtract that from the unit's build time, then it could potentially work.. But that wouldn't be a simple YAML tweak... would definitely require some coding I imagine.. but the more I think about it... probably not that hard to implement.
Last edited by avalach21 on Sat Oct 13, 2018 5:07 pm, edited 3 times in total.

Mesacer
Posts: 21
Joined: Tue Mar 21, 2017 8:03 pm

Re: Redesigning and Balancing TD

Post by Mesacer »

The plan is to let the plane come from the edge that is closest, right or left. Also to have the speed a bit faster and have a deacceleration before landing and then accelerate up to the same speed after the landing. Then we can make the delivery a function of the time instead of the map size and it will be easier to balance according to that.

User avatar
AoAGeneral1
Posts: 597
Joined: Wed Apr 29, 2015 6:11 pm

Re: Redesigning and Balancing TD

Post by AoAGeneral1 »

Keeping in mind that the planes were a part of Nods balance itself. Despite the extra time for land off people were still able to do bike herasses which were very hard to stop including buggy rushes. The planes mechanic itself allows a constant wave of units to be dropped off if a queue is constantly building.

IE: Queues 5 bikes.
1st bike is completed. 1st plane on the way.
2nd bike is completed. 1st plane is about to drop the bike off. 2nd plane on the way.
3rd bike is completed. 1st plane dropped bike. 2nd plane is about to drop bike off. 3rd plane on the way.

Which means if the queue is stalled or has hiccups the opposing player won't see it due to both build speed timings and the planes dropping the units off. Messing with the planes speeds or timers can be dangerous and would urge testing it first.

010010
Posts: 18
Joined: Mon Feb 13, 2017 8:51 pm

Re: Redesigning and Balancing TD

Post by 010010 »

Yay back too the rules. The Plane Delay still sucks hard. Better let the plane come from the sky like the Nod plane in the Renegade X Mod. Like 5 cells away it drops down. Will fix all issuse in a simple way. After that it needs rebalance.
When it comes too Tech 2 Rushes only Arty and ftanks can do some fast builds. But ltanks have no point to use. Only like mtanks. And they arn´t great agains mtanks. GDI have always 10s sooner the first harv. That means GDI have 700$ early. A Big boost in the beginning. What makes mtank rush always great.

And i am not here for having fun longer. :D

Ganon needs still to learn the basics. Like changing yaml scripts. Or calculating buildtimes. DUMB!!!

Breaking the rules is the main part here. They call it mod after calling rebalancing it. Means we give a fuck on suck people or gameplay. Just doing what the never play RTS people want.

User avatar
ZxGanon
Posts: 175
Joined: Tue Mar 21, 2017 4:40 pm

Re: Redesigning and Balancing TD

Post by ZxGanon »

010010 wrote:
Sun Oct 14, 2018 6:42 pm
Yay back too the rules. The Plane Delay still sucks hard. Better let the plane come from the sky like the Nod plane in the Renegade X Mod. Like 5 cells away it drops down. Will fix all issuse in a simple way. After that it needs rebalance.
When it comes too Tech 2 Rushes only Arty and ftanks can do some fast builds. But ltanks have no point to use. Only like mtanks. And they arn´t great agains mtanks. GDI have always 10s sooner the first harv. That means GDI have 700$ early. A Big boost in the beginning. What makes mtank rush always great.

And i am not here for having fun longer. :D

Ganon needs still to learn the basics. Like changing yaml scripts. Or calculating buildtimes. DUMB!!!

Breaking the rules is the main part here. They call it mod after calling rebalancing it. Means we give a fuck on suck people or gameplay. Just doing what the never play RTS people want.
What the hell are you talking about. I cannot understand a single phrase you just wrote.
Also nice for calling me dumb again.

Also funny that I have never seen you doing anything to imrpove TD in any kind of way just creating this one forgetable mod that was literally nothing worth mentioning.

User avatar
Kiraye
Posts: 12
Joined: Tue Oct 24, 2017 5:29 pm

Re: Redesigning and Balancing TD

Post by Kiraye »

AoAGeneral1 wrote:
Sat Oct 13, 2018 9:50 pm
Keeping in mind that the planes were a part of Nods balance itself. Despite the extra time for land off people were still able to do bike herasses which were very hard to stop including buggy rushes. The planes mechanic itself allows a constant wave of units to be dropped off if a queue is constantly building.

IE: Queues 5 bikes.
1st bike is completed. 1st plane on the way.
2nd bike is completed. 1st plane is about to drop the bike off. 2nd plane on the way.
3rd bike is completed. 1st plane dropped bike. 2nd plane is about to drop bike off. 3rd plane on the way.
"The planes mechanic itself allows a constant wave of units to be dropped off if a queue is constantly building."
This is true in essence to all unit production buildings.

The plane mechanic delays actual production by X amount of second (which stated can be between 8 to 17 sec), which overlaps with the next production so it technically adds an initial delay to them and a extra amount to the total build time for a X amount of units(if uninterupted).
So if we take the aformentioned example it will add 8-17 secs (depending on map and starting position) to the 60 seconds (5*12 for bikes) of total build time in bulk 5 queue production = making it 68 to 77 seconds to build 5 bikes without stall in production. So on a small map it adds 1.6 - 3.4 seconds per bike to its base build time (12 seconds) and it will decrease as bigger the bulk production is. With 10 bikes in an uninterupted queue it will only add 0.8 - 1.7 sec per bike. The difference is the X amount of delay will be added to the start of the production cycle. (plus all units arrival is delayed by the X amount so if you build different types, you get them X amount of seconds later)

The effects are:

- Faction neutral units are affected (Harvester, MCVs, plus these are likely not to be bulk produced anyway)
- It punishes stalling in production if the the downtime is more than the time to arrive. (run out of money etc.)
- it is impossible to standardize to all maps (streching to slight disadvantage to big disadvantage depending on map and spawn location)

AoAGeneral1 wrote:
Sat Oct 13, 2018 9:50 pm
Which means if the queue is stalled or has hiccups the opposing player won't see it due to both build speed timings and the planes dropping the units off. Messing with the planes speeds or timers can be dangerous and would urge testing it first.
It begs the question: If you have certain units in mind, which will be overperforming, why not add extra seconds to them specifically, rather than to the production overall? Seems way more effective approach.

Anyway I was planning a TD map so I included a modified Airstrip on it. It will behave in a similar fashion as War Factory for now(so no extra build time due to arrivals, can be blocked..yeah, yeah I know it strips it from its uniqueness until the big boys implement a new Delivery mechanic. Also I will add an option in a later revision to make the custom feature of the map toggleable in the options menu)
So it can be tested out, how the absence of the arrival time will affect things. If we won't experience any problems with the removal of it, we can safely assume reducing the planes arrival to 4 seconds (or below) won't be "dangerous".
Just to ease AoA's state of mind I added an extra 2 seconds of build time to the Buggy and Bike.
Link to map:
https://resource.openra.net/maps/29148/

User avatar
AoAGeneral1
Posts: 597
Joined: Wed Apr 29, 2015 6:11 pm

Re: Redesigning and Balancing TD

Post by AoAGeneral1 »

You can have multiple cargo planes on the same map. Despite the slight stalls or halts the planes continue to fly onward. In cases such as this units are still delivered closer together for them to pop out.

You didnt need to add 2 seconds. You can consider it as testing purposes.

Post Reply