Jump to content

psychoak

Members
  • Posts

    37
  • Joined

  • Last visited

Legacy Profile Fields

  • INTERESTS
    stuff
  • LOCATION
    AHHHHH GODZILLA!!!

psychoak's Achievements

Explorer

Explorer (4/14)

  • First Post
  • Collaborator
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

0

Reputation

  1. psychoak

    SVN Update Log

    Brace for Impact and Sacrifice are not a shield restore, they're damage reduction and retargeting. They shouldn't have been the same trigger design to start with?
  2. psychoak

    SVN Update Log

    702 Shield restores work.
  3. considerBeingDamagedTime 150.0 OnlyWhenTakingDamage is a useless stricture when you have a two and a half minute status hold. Regardless of what you set it at, this will never work. They will always chase after the first target to reach the trigger condition, as opposed to using it on themselves. I tried it originally before doing it the "old" way. Regardless, the obvious occurred to me, belatedly, they'll be fixed in a few minutes.
  4. psychoak

    SVN Update Log

    Yeah... SOA2 work progressed from designing suggested abilities to pretty much all of the entity work.
  5. psychoak

    SVN Update Log

    Certain old ability designs I did three years ago, namely slave circuits, fighter tracking, and the passive turret upgrades, were stupid. Really, really stupid. Much grumbling at my stupidity has occurred. Ironclad kinda hosed the planetary shield ability, it's a passive that prioritizes new applications, so all of the passive upgrades I did starting with that file were the same. What they do is continually reapply, racking up hundreds of thousands of entity creates over the course of a game, and taking about as much processing power as a large fleet in the process. In the case if Ironclads oversight, it's a one per planet thing. The downside is minimal. In the case of the turret upgrades, it was catastrophic. The others were just a problem I thought my way around. A ship specific application was not in mind when the ability system was designed. The way I got around it was simple enough, but the method for controlling gain and loss properly was vastly inferior. Some of the more recent moments of brilliance I've had while thinking around more complicated problems for SOA2 yielded major performance gains over my previous stupidity. They keep files in residence, and use combinations of finish conditions to achieve the same results as the old method of short term repeated applications. You can't do OutOfRange as normal, because setting up the trigger to only apply to a specific subset requires a container file to make the target ship itself be last spawner. Once it's not the buff file being applied by the spawning file, OutOfRange no longer works. Once you're stacking multiple copies from multiple sources, you can't cancel it in two stages by using OutOfRange for the container either, because you'll have two ships in range and one of them leaves, but the second ship still holds the conditions true for both end products. Doing both spawner conditions never occured to me when I initially wrote them, so now they cancel out from FirstSpawnerNoLongerHasBuff as well and the problem of duplicates being held is solved. They both behave more accurately to design goals, and more efficiently resource wise.
  6. psychoak

    SVN Update Log

    697-700 Performance degrading ability designs fixed.
  7. Eville wanted em clumsy, with the effect being negated by capital variants. I've got new versions of some stuff locally that I'll eventually upload when I'm feeling less lazy and finish it. They'll actually negate instead of just applying a general buff.
  8. Eh, this was intended function. They're supposed to be clumsy.
  9. Tagging caps is easy. Just add a buff to roid fields that pegs them with the effects. Tagging cruisers and not frigates would be... complicated. The only way to do it is to make something you can select by a unique feature they all share, like having phase missiles or strike craft. As there isn't any such trait, they would need to be modified to be so. Having every cruiser use phase missiles or carry strike craft, and nuking any capabilities in the frigate line up would be fairly damaging to the composition of the sides. The other method of singling out a particular group of ships is by giving them all a passive buff. Then you can use the loss of that buff as a finish condition and make an overly complicated string of buffs accomplish your task. Chewing up a buff slot on every cruiser would prove problematic, I already ran into that. I'd need six to make DCS efficiently work on just the droid ships, bloody carrier already has all five...
  10. psychoak

    Ideas

    5 could be done by making every planet a wormhole, it's just a TRUE/FALSE toggle in the planet files. While it would make for more realistic travel, it would also butcher anything resembling front lines, defensive positions, trivial things like that. Not a good idea. 1 can be done lame by just changing names in the galaxy constants files, but unless you actually add all the assets that would make the unique minor races actually be those minor races, it would be pointless. That's a lot of assets that wouldn't be available somewhere else. 4 can be done with abilities. It's a simple ownership switch as long as the building doesn't have research locked functions. This one might even be a good idea, but there would have to be care taken in setting it up. Being able to flip ownership willy nilly would really hose things. A planet based buff might could be used to trigger an interrupt on ship based takeover abilities, flipping them on planet acquisition would probably work too. In any case, I could pull it off in a reasonable fashion. By the time you're playing conquest it's the work of a moment to replace them though. Would require quite the structure overhaul to really make it worthwhile. Capacity is your limiting factor by the time you're in a position to conquer fortified planets, not cost. If a factory were a long and arduous thing to aquire, capturing one would be a real good idea, but they build just as fast as they blow up, and cost next to nothing when you're blowing up ten times their resources in ships every time you turn around.
  11. Don't bother with balancing the abilities, they're mostly placeholder duplicates from other ships. When I stop being a lazy bastard, I'll start working on them.
  12. At 10 megs a planet you're looking at 300 megs in textures for thirty planet types if you're not using duplicates for some of the types. That's an awful heavy load for a game that keeps everything in memory.
  13. That's just AI versus a player though. An ISDI with level 3 ion blast can disable the alliance ship for 20 seconds a pop, and pull off three in succession. Level 3 backup shields will replenish 15000 shield points and has a two minute cooldown. Ion blast becomes vastly superior to backup shields when the dps exceeds the requirements to make a kill before it wears off. It's not a good match 1vs1, but the ISDI is a fleet command ship, not a solo tank. Use oppression to draw fire to them, disable the main threats, and polish them off while they're disabled with your relatively safe supporting fleet. I recommend Broadsides and Loronars early on.
  14. They're unlocks for some clone and droid based abilities. Clone Corps unlocks Clone Cohesion and Clone Fleet. Droid Foundaries unlocks Droid Control Signal. As they aren't research leveled abilities, they don't show up as an unlock under the description. Adding notification to the description is necessitated. Commentary on your back story job I'll leave to Eville, I'm just a tasteless lacky.

Copyright (c) 1999-2022 by SWRebellion Community - All logos and trademarks in this site are property of their respective owner. The comments are property of their posters. Star Wars(TM) is a registered trademark of LucasFilm, Ltd. We are not affiliated with LucasFilm or Walt Disney. This is a fan site and online gaming community (non-profit). Powered by Invision Community

×
×
  • Create New...