Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[SirHartley]

I see, I'll move market creation/removal out of that class and into a script.

Thank you for taking the time to answer this.

[Alex]

Yep! Good luck.

[SirHartley]

Just letting you know, it worked flawlessly and I learned a lot about not putting all my eggs in one basket.
thanks again!

[Alex]

Nice, glad you were able to figure it out!

[Morrokain]

Would this: (for wings definition in a variant file)

Code

  "wings": [
    "archean_wasp_wing",
    "archean_wasp_wing",
    "archean_xyphos_wing",
    "archean_dagger_wing",
  ]

As opposed to:

Code

  "wings": [
    "archean_wasp_wing",
    "archean_wasp_wing",
    "archean_xyphos_wing",
    "archean_dagger_wing"
  ]

Cause a nullpointer in combat main?

[Alex]

The difference being one comma, right? No it would not; both ways should parse/load fine.

[Morrokain]

Sometimes a new line, but no additional entries or anything. Thanks for ruling it out. Back to the drawing board.

(Mass replace of variants' wing ids with my IDE caused that error and I'm trying to retrace it to a formatting issue or a typo or something else I've missed, etc)

*EDIT* Yeah this is a lost cause. 

Sigh, I'm just going to purge the project to the last working version. That error is far too annoying to deal with to waste this much time on it. I've searched 200 files so far and the ids all match. It would have to be a fighter id mismatch for a variant- or a hull id or variant id mismatch for the skin files that some fighters use. I've triple checked all the skin files and ship files and their ids are correct. The csv's definitions match too, and I've gone through half of the variant files that actually have wing definitions. All built in wings are correct- and removing the descriptions file doesn't solve it so it's not a parsing issue with that either. I've even checked off the ids I've encountered in variants and- assuming mass replace actually works as intended upon all sub-directories (it seems to) then there is a correct example of each wing definition in at least one variant file- so you'd assume they would therefore all be correct.

It can't be an issue with something that's hardcoded (I've already accounted for the one place I do this myself in the tutorial) because all vanilla files should still be readable and intact. Now all I do for fighters (well if it worked) was add an override the csv entries for wing data and ship data. That should be it. 

Whelp, I'm just going to have to slow down and replace one file and all its references at a time and then load the game for safety. That's what I was doing at first, but it takes forever to do it that way.

*EDIT2*

AHAH! Found it! It wasn't an incorrect id it was a missing one. 

I checked the entire directory three times and I still missed one id reference by lacking a file implementation. I had to block implement prior backed-up changes to isolate it down to figure it out. Everything seems to work as intended now! 

[hyoukikyo]

Hello.

Thank you Alex. Your comment about the market specifics made me look into the variants next because luddic and tritach had their own brawlers in their own markets.

It was there that i found that the base game (at least the one that i have currently) does not have a standard/assault brawler variant.
It only has the luddic and tritach variants in the folder(I do not truly know if this mattered).
So what I did was just write a standard brawler variant and now it is working fine and well.
I do not think I fully understand the various specifics and how all the files affect each other yet but this has been very helpful to me to start with.

Thank you.

[shoi]

Hi guys,

So I was tooling around with another experiment of mine, and I found out you can make a "playable" fighter by making it a frigate, and then with script wizardry setting its hullsize and collisionclass to a fighter with everyframe as soon as they deploy.

It seems to work for the most part, i've only ran into a few bugs outside of some UI issue.
 
a.) Game crash when "fighter" retreats

java.lang.NullPointerException
   at com.fs.starfarer.combat.ai.movement.maneuvers.RetreatManeuver.o00000(Unknown Source)
   at com.fs.starfarer.combat.CombatState.controlPlayerShip(Unknown Source)
   at com.fs.starfarer.combat.CombatState.traverse(Unknown Source)
   at com.fs.state.AppDriver.begin(Unknown Source)
   at com.fs.starfarer.combat.CombatMain.main(Unknown Source)
   at com.fs.starfarer.StarfarerLauncher$1.run(Unknown Source)
   at java.lang.Thread.run(Unknown Source)

Since AI is obfuscated ( or so i am told), I dont think there's anything I can do to fix this, so I thought...Instead of normal retreat, what about making it so that the player can fly to any ship on player side with a fighter bay, and "land" on it using beginLandingAnimation. Is there any method to lock the controls of the "fighter" and keep it anchored to the ship it landed on (to simulate it being inside the ship, if that makes sense) until calling "abortLanding()" by some arbitrary condition being satisified? I figure that I can maybe do this, and then set player ship to isRetreating if the carrier retreats? Do you think that would work?

Oh and one other question, how do ships priortize fighter threat level? I noticed sometimes they will actually attempt to fire all guns on it, and keep their distnace usually if its the only target, and otherwise kind of ignore it if there's something else around like a frigate/destroyer/etc..are there any factors that play into this beside the size of those targets?

[Alex]

Since AI is obfuscated ( or so i am told), I dont think there's anything I can do to fix this, so I thought...Instead of normal retreat, what about making it so that the player can fly to any ship on player side with a fighter bay, and "land" on it using beginLandingAnimation. Is there any method to lock the controls of the "fighter" and keep it anchored to the ship it landed on (to simulate it being inside the ship, if that makes sense) until calling "abortLanding()" by some arbitrary condition being satisified? I figure that I can maybe do this, and then set player ship to isRetreating if the carrier retreats? Do you think that would work?

That... might kind of work. I don't exactly remember, though. And if *that* ship retreated, the player "fighter" would still be left on the field somewhere in an unretreated and invisible state.

Oh and one other question, how do ships priortize fighter threat level? I noticed sometimes they will actually attempt to fire all guns on it, and keep their distnace usually if its the only target, and otherwise kind of ignore it if there's something else around like a frigate/destroyer/etc..are there any factors that play into this beside the size of those targets?

That's about right, yeah. Just in general "making a player-pilotable fighter" is really going against the grain, there will be issues that are hard or impossible to solve. It "works" only in the most basic sense of being able to control a fighter.

[Kaykat]

Is there a way to have two different descriptions for landing on a planet, one when it isn't colonized and one when it is?

I am not a modder/coder in any capacity more than copy pasting things so simple explain do much good :X

[SafariJohn]

You can change a planet's description from a simple EveryFrameScript.

I think you can just copy-paste the code below into a file called PlanetDescriptionUpdater.java (create a .txt file in data/scripts and rename it) and it will work (once modified for your ids and stuff), but I'm not sure I've ever actually done it that way. Might need to reference it in settings.json? IDK

Spoiler

package data.scripts;

import com.fs.starfarer.api.EveryFrameScript;
import com.fs.starfarer.api.Global;
import com.fs.starfarer.api.campaign.PlanetAPI;
import com.fs.starfarer.api.campaign.StarSystemAPI;
import com.fs.starfarer.api.campaign.econ.MarketAPI;

public class PlanetDescriptionUpdater implements EveryFrameScript {
    private static final String SYSTEM = "yourSystemNameHere"; // Name of the star system
    private static final String PLANET = "yourPlanetIdHere"; // id (not name) of the planet
    private static final String DESC_COLONIZED = "yourDescriptionIdHere"; // id of your description in descriptions.csv
    private static final String DESC_EMPTY = "yourDescriptionIdHere"; // id of your description in descriptions.csv

    private boolean isColonized;

    private float interval;

    public PlanetDescriptionUpdater() {
        isColonized = false;

        interval = 0;
    }

    @Override
    public void advance(float amount) {
        float days = Global.getSector().getClock().convertToDays(amount);

        interval += days;

        if (interval < 1) return; // Only check once a day
        interval -= 1;

        StarSystemAPI system = Global.getSector().getStarSystem(SYSTEM);
        PlanetAPI planet = (PlanetAPI) system.getEntityById(PLANET);
        MarketAPI market = planet.getMarket();

        // If colony destroyed
        if (market.isPlanetConditionMarketOnly() && isColonized) {
            isColonized = false;

            planet.setCustomDescriptionId(DESC_EMPTY);
        } // If colonized
        else if (!market.isPlanetConditionMarketOnly() && !isColonized) {
            isColonized = true;

            planet.setCustomDescriptionId(DESC_COLONIZED);
        }

        // Otherwise do nothing.
    }

    @Override
    public boolean runWhilePaused() {
        return false;
    }

    @Override
    public boolean isDone() {
        return false;
    }
}

[close]

[shoi]

That's about right, yeah. Just in general "making a player-pilotable fighter" is really going against the grain, there will be issues that are hard or impossible to solve. It "works" only in the most basic sense of being able to control a fighter.

Thanks Alex! Yeah,the more I think of it, there are just too many variables you'd have to factor for, even if I was able to get the base implementation working.  I'll shelve this idea for now

[Pandora]

What you could do is try and study the shuttle that carries the player from one ship to the other while in combat.That could probably give a few answers...
But it still wouldn't solve the problem with controlling it, huh...

[lethargie]

If I place a filepath in the replace section of a file_info.json I can replace a vanilla file

Can I do the same with a file that exist in another mod currently used? Meaning, can I replace the (for example) CustomFaction.faction file of Mod A With a Mod B CustomFaction.faction.

In the case where 2 or more mod try to replace the same file, what happens?