Discuss: Survivor.Count - Printable Version +- Renegade Projects Network Forums (https://forums.renegadeprojects.com) +-- Forum: Inject the Battlefield (https://forums.renegadeprojects.com/forumdisplay.php?fid=60) +--- Forum: Ares General Discussion (https://forums.renegadeprojects.com/forumdisplay.php?fid=19) +--- Thread: Discuss: Survivor.Count (/showthread.php?tid=1376) |
Discuss: Survivor.Count - Renegade - 26.09.2009 I pondered adding Survivor.Count as requested by EVA-251 while adding the Veteran/Elite chances; request was as followed: EVA-251 Wrote:I hope this wouldn't be considering suggestion hijacking, but I believe that a tag along the lines of Survivor.Count= could also be a useful addition to the logic. I've always found it weird that only a single guy would escape out of a 4-man battle tank every time. While I thought about how to implement this, though, I ran into a rather basic problem: How to determine how many pilots any given tank has? The obvious go-to solution would be Size=, but Size has been used for different purposes by Westwood - it determines, true to its name, the dimension or volume of the object - meaning that, in practice, several very different types of tanks have the same size values: Harvester, IFV, Grizzly, Mirage, Prism: Size=3 MCVs, Apocalypse, Mastermind, Battle Fortress: Size=6 The Landing Craft, which also goes over land, has Size=16 Does a Mastermind have a driver at all? If the IFV had more than one crew, what would it need a gunner for? Are there really six people walking around inside an Apocalypse or BFT? You may wonder why this is important; it's important for the question of default values. What to do if Survivor.Count is not given?
In addition, there is a secondary question to consider: Should Passengers and Pilots add up? e.g. if you assume 2 drivers for a Battle Fortress, and 5 Passengers - do you at best get the Passengers back, or up to 7 people? And then there's the question of limits...assume we add this logic, and assume we use Size as a default. Assume also that we are lucky, and get the full amount of crew back. Code: [E1] In the luckiest case, someone would make no monetary loss from losing an IFV at all. That sort of fucks up the balance. We cannot make that the default. And that's only assuming crew. Imagine we do code it so that Pilots and Passengers add up, and say the Pilot is a Chrono Legionaire. Imagine how frustrating it is to the enemy to destroy 2100 credits worth of equipment, and the player just shrugs it off and bodyguards the CLEG with his new squad of GIs. This poses the question: Should there be a hardcoded limit? Something like "the combined value of all survivors must not exceed half the cost of the dying unit"? On a technical level, the flag itself should be easy to do. Just make more people spawn. In the easiest case, we can just say "obey Survivor.Count, and if it doesn't exist, behave as before; don't check who or what the survivors are". That's perfectly possible. But it would leave all default units with one or less survivors, and would open the gates for $100 tanks which spawn $10000 worth of survivors. On the other hand, the latter can be intended. One could, for example, create a tank that opens a gate to the future, make the deploy weapon a suicide weapon, use a shiny vortex as the destruction animation, and then have Survivor.Count = 100. That's a reasonable usage of the system, no matter how much free equipment the player gets through it. Opinions? Suggestions? RE: Discuss: Survivor.Count - MRMIdAS - 26.09.2009 regarding the "Imagine we do code it so that Pilots and Passengers add up, and say the Pilot is a Chrono Legionaire. Imagine how frustrating it is to the enemy to destroy 2100 credits worth of equipment, and the player just shrugs it off and bodyguards the CLEG with his new squad of GIs." that would make for a pretty badly balanced mod, yes it's possible, but so's giving a GI a sniper rifle with a 255 range and 1000% verses. IMO defaults should be one pilot, and pilot survivor logic should calculate survival chance on a per-pilot basis, so a plane with 2 pilots and a 75% survival chance, each of those pilots should have that calculated separately. using this logic on passengers is entirely optional, but I'd sway in the direction of having a flag to control that too, something along the lines of Survivor.IndividualPassenger= and even a Survivor.IndividualPilot= tag should people want it. RE: Discuss: Survivor.Count - Renegade - 27.09.2009 It is calculated individually, as far as I can tell. And let's keep bloat in mind here. I'd rather not end up with blocks like Code: Survivor.Count=3 etc. While I understand the wish for customizability, some things are just overkill. Let's focus on figuring it out with one flag for the moment. To clarify the pilots+passenger question a little, should Survivor.Count be a hard limit for all survivors, or for each group individually? i.e. if you have Survivor.Count = 5 Should that mean "of all pilots, a maximum of 5 is allowed to survive AND of all passengers, a maximum of 5 is allowed to survive" or "of all people in this vehicle, a maximum of 5 is allowed to survive". Again, it comes down to figuring out how many pilots/drivers there are. Assume you have a Battle Fortress with five passengers, and Survivor.Count = 5. How do I know how many pilots to account for? Come to think of it, I believe a big part of the confusion stems from the naming of the flag. Suggestion: How about, instead of Survivor.Count, we add a Survivor.Pilots? That way, it's clear what's there - X pilots, Y passengers, and we just run through pilots survival and passenger survival as before, just with more pilots to account for? Default to the exact same behavior as before, no limits, leaving it up to the modder to balance his mod or use it wisely...how does that sound? RE: Discuss: Survivor.Count - Lt Albrecht - 27.09.2009 Quote:Suggestion: How about, instead of Survivor.Count, we add a Survivor.Pilots?Sounds like a good compromise between customisability and simplicity. I'd roll with it. RE: Discuss: Survivor.Count - MRMIdAS - 27.09.2009 Sounds good to me too. RE: Discuss: Survivor.Count - Modder666 - 28.09.2009 Agreed on my end. Survivor.Pilots simplifies a lot of the work. RE: Discuss: Survivor.Count - mt. - 28.09.2009 I recommend: Code: Survivor.Pilot=GI,CLEG ;defaults to Crew for the side This way with this same number of tags, you could tweak chances more: Code: Survivor.Pilot=GI,GI,GI,GI, ;defaults to Crew for that side And you could simply leave out the tags you don't need to use, the defaults will make sure the vehicles from standard YR are not affected much. RE: Discuss: Survivor.Count - Renegade - 28.09.2009 What did I say about bloat? Different types of pilots are just overkill. What do you want, a pilot, a co-pilot, a radio specialist and a few stewardesses to paradrop from a downed airplane? RE: Discuss: Survivor.Count - mt. - 28.09.2009 No, but the chance for a technician and some GIs from a vehicle wouldn't hurt RE: Discuss: Survivor.Count - Renegade - 28.09.2009 The tracking issue for this feature is number 632. I have added code that should do what I described, but D will have to look it over, and since I can't test it on here, there's no guarantee it'll run, or even compile yet. It'll take the simple form of Survivor.Pilots=# where # is the number of pilots to account for. If the object is set to Crewed=no, Survivor.Pilots will default to 0. If the object is set to Crewed=yes, Survivor.Pilots will default to 1. Note that the entire routine won't fire if Crewed=no is set, so there's no point in Code: Crewed=no As settled, there are no additional restrictions on usage; the number is saved in an int, so you should, technically, be able to have it calculate billions of survivors. Note that this tells the computer only that there were # pilots in the vehicle; that does not mean all of them survive. It's a maximum, not a guarantee. Remember, though, that with great power comes great responsibility, and that running a loop a billion times will cost time Use it wisely and watch your balance. In particular in terms of cost. RE: Discuss: Survivor.Count - Renegade - 28.09.2009 Double post for clarity: It's live. Report back whether it works as intended. RE: Discuss: Survivor.Count - eva-251 - 29.09.2009 Well frankly when I made this suggestion I wasn't really even going to be that complicated. Bloat isn't something I intended, it was something really simple. Instead of 1 Conscript popping out of that dead Apocalypse Tank, have a chance that up to 5 or something guys, representing the crew pop out. Having the gunner, loader, commander and driver pop out as individual and unique units? Total overkill and way too much depth for a game like YR. You may as well start working on a name randomizer so you can have GI Private Jenkins fight Conscript Starshina Alexei. Thanks for giving my suggestion consideration, nonetheless, Renegade. RE: Discuss: Survivor.Count - Renegade - 29.09.2009 As I posted above, it's live as you describe. You simply set Survivor.Pilots=5 and it throws out up to 5 people. I don't know if you're one of the testers, if so, care to test if it works as intended? RE: Discuss: Survivor.Count - Tempest - 02.10.2009 >.< a name randomizer could actually be good, if it's used on the AI Player naming [i.e. Playing against a General Ziziloziuzus (from outer space), a King Tut (from ancient egypt), an Osama Bin Laden (from the clan of stupidity) and an Anonymous-Mad-Dictator (from you-know-where), instead of Computer, Computer, Computer and a Computer, over and over again..] yeah, I know.. It's way off-topic..but, hey.. RE: Discuss: Survivor.Count - Renegade - 03.10.2009 wth? |