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

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

271

General Discussion / Re: Starsector Repo - Starsector Modding Repository

« on: March 09, 2020, 05:52:21 AM »

I really like the idea of a modern tile-based graphical interface for mods, would really enhance the whole scene. That said, like a lot of the other people in the thread I'm concerned about the effort required to maintain multiple forum/nexus/uomozRepo postings (although I don't intend to ever use nexus myself). If your website offers an efficient solution to work with all them I'm all for it 

edit: To add to that, It would be a good idea to have modders contact you (or moderators if that ever happens) to be whitelisted as users that can submit their own packages.

Thanks for the feedback!

The tile graphic was a must have imho

The cool thing of the system is that you basically have just to allow the crawler to go through your mod automatically. I you want you can just skip the whole configuration and just allow the crawler to go through the files. It will automatically detect new versions/changes in the forum post, changes in the images etc. It's a 0 effort thing really. And for those who want they can make so the crawler is smarter about what it finds, but again, is not required!

To submit a package just post a mod in the forum (and add the repo_crawl = true anchor bbcode in the post somewhere) and you are done!

Ah, right, I missed the whole automation thing. That said, the automation process is going to fail at some point, and some way to mitigate that would be nice.

272

General Discussion / Re: Starsector Repo - Starsector Modding Repository

« on: March 09, 2020, 04:23:43 AM »

I really like the idea of a modern tile-based graphical interface for mods, would really enhance the whole scene. That said, like a lot of the other people in the thread I'm concerned about the effort required to maintain multiple forum/nexus/uomozRepo postings (although I don't intend to ever use nexus myself). If your website offers an efficient solution to work with all them I'm all for it 

edit: To add to that, It would be a good idea to have modders contact you (or moderators if that ever happens) to be whitelisted as users that can submit their own packages.

273

Modding / Re: Misc modding questions that are too minor to warrant their own thread

« on: February 11, 2020, 03:42:51 PM »

Sorry to double post, but are there any considerations I need for the custom drone AI? Possible pitfalls, requirements etc. (Maybe even a peek at the source :DDD)

274

Modding / Re: Misc modding questions that are too minor to warrant their own thread

« on: February 11, 2020, 03:25:54 PM »

IIRC it's the drone AI doing this, not the ship system AI, so you could get whatever behavior you wanted by providing a custom one for your drones via ModPlugin.pickDroneAI().

Oh fantastic, cheers 

275

Modding / Re: Misc modding questions that are too minor to warrant their own thread

« on: February 11, 2020, 03:14:38 PM »

Is there some AI override for the DRONE_LAUNCHER shipsystem? It's completely closed source and the DroneLauncherShipSystemAPI has no functionality for moving drones around (or other states like my post in the API suggestions thread). The image shows what I'm talking about, the drones are snapped every frame with the code below. The actual snapTo vector is just a point on circumference with a desired angle. As far as I can tell, the shipsystem script is trying to pull the drones back to their target location as defined in JSON. Free roam being on or off does not effect this.

Spoiler

    private void snapTo(
            ShipAPI target,
            float magnitude, //==1f
            ShipAPI drone,
            Vector2f targetPosition
    ) {
        if (null == target) {
            return;
        }

        magnitude = MathUtils.clamp(magnitude, 0F, 1F);

        Vector2f locationDelta = Vector2f.sub(targetPosition, drone.getLocation(), new Vector2f());
        Vector2f velocityDelta = Vector2f.sub(target.getVelocity(), drone.getVelocity(), new Vector2f());
        float facingDelta = target.getFacing() - drone.getFacing();
        float angularVelocityDelta = target.getAngularVelocity() - drone.getAngularVelocity();

        drone.getLocation().x += locationDelta.x * magnitude;
        drone.getLocation().y += locationDelta.y * magnitude;
        drone.getVelocity().x += velocityDelta.x * magnitude;
        drone.getVelocity().y += velocityDelta.y * magnitude;
        drone.setFacing(drone.getFacing() + facingDelta * magnitude);
        drone.setAngularVelocity(drone.getAngularVelocity() + angularVelocityDelta * magnitude);
    }

[close]

276

Suggestions / Re: API request thread (please read OP before posting!)

« on: February 10, 2020, 05:05:39 AM »

boolean DroneLauncherShipSystemAPI.isInHoldingPattern() would be really useful to avoid a workaround I've been using for the DRONE_LAUNCHER shipsystem type (this is even displayed as a status for player ship on the HUD so it's annoying that it can't be gotten in code...) thanks

277

Modding / Re: Misc modding questions that are too minor to warrant their own thread

« on: February 08, 2020, 08:53:42 AM »

I don't think that'd work - iirc this method is provided so that other info that the game isn't directly aware of could be specified by mods. The stuff that's already in there I don't think keeps getting re-read from the json. And, even if it was, that json is shared between all instances of the system, so changing it for one ship would change it for every ship.

That's a bummer, it did seem too sketchy to be useful. I guess I could have better luck with giveCommand? Thanks for the help.

278

Modding / Re: Misc modding questions that are too minor to warrant their own thread

« on: February 08, 2020, 07:40:16 AM »

Hello, I've been working on a shipsystem of the DRONE_LAUNCHER type, with a BaseEveryFrameCombatPlugin to modify the drones themselves. My question is whether I can modify the .system file JSON during combat using DroneLauncherShipSystemAPI droneSystem.getSpecJson() to modify the preferred position of the deployed drones? Normally the .system JSON specifies their angle but the DroneLauncherShipSystemAPI offers no way to change the position of the drones during combat. Thanks 

Example

ShipSystemAPI system = ship.getSystem();
List<ShipAPI> droneList = ship.getDeployedDrones();

            if (ship != null && system != null && system.getId().equals(SYSTEM_ID) && ship.isAlive()) {
                DroneLauncherShipSystemAPI droneSystem = (DroneLauncherShipSystemAPI) system;

                if (droneList != null) {
                    for (ShipAPI drone : droneList) {
                        int droneIndex = droneSystem.getIndex(drone);
                        if (isInFocusMode) {    //what happens if in focus mode and drones not recalled
                            if (droneIndex == 0 && !drone.getSystem().isActive()) {
                                drone.useSystem();
                            } else {
                                try {
                                    JSONArray droneBehaviorJSONArray = droneSystem.getSpecJson().getJSONArray("droneBehavior");

[close]

279

Modding / Re: [0.9.1a] Captain Trek's Guide to the Modiverse

« on: January 31, 2020, 06:27:58 AM »

Any guide inherently creates a visibility divide between mods that are in it and mods that aren't. Because it seems comprehensive, pinning this would not only crush mods that aren't in it, but also new mods that don't make a big enough splash.

I really have to dispute the notion that my guide would be worse than the systems we already have in place in this regard. The biggest reason prv is criminally overlooked is because it doesn't show up in the Mod Index. And indeed, new up-and-coming mods like Gal. Tigers and Kipling don't get placed there until they prove themselves a bit either (and Sozzer's hasn't even made it to the Index yet, but it's already in my guide). Vayra's pin in Modded Relay is anything but comprehensive, and when people ask for recommendations they invariably get told about the popular stuff the people responding to their queries already know that they themselves like. All of those things already serve to "crush" less well-known mods. Quite contrary to your position, I firmly believe my guide can serve to shed more light on mods that people otherwise wouldn't have known about than they currently get.

Agreed. This especially denigrates unique mods that otherwise create new concepts or mess with stats to have fun.

I'd be very interested to know what mods, specifically, that I'm "denigrating" so I can actually correct any such issues, as otherwise this feels rather like an unsubstantiated insult. The overwhelming majority of mods presently missing from the guide are mods I plan on adding in the future. Most particularly Discord-exclusives. What you see here is just version 1. The fruits of several months of labour, but by no means complete.

Trek has a point here, as the author of one of the aforementioned up and coming mods, I agree that any "mod crushing" and "denigration" this post causes is in most cases likely justified (looking at the shelves of low effort portrait packs here...). While I agree with my pin suggestion being a little unnecessary, I think that some claims should be substantiated.

280

Modding / Re: [0.9.1a] Captain Trek's Guide to the Modiverse

« on: January 31, 2020, 04:08:24 AM »

Congrats on finally posting this, and as predicted it's already caused its fair share of controversy - maybe this could end up as a forum/discord pin (my two cents, of course ).

Any guide inherently creates a visibility divide between mods that are in it and mods that aren't. Because it seems comprehensive, pinning this would not only crush mods that aren't in it, but also new mods that don't make a big enough splash.

Agreed. This especially denigrates unique mods that otherwise create new concepts or mess with stats to have fun.

You're right, I was very hasty in that assessment heh.

281

Modding / Re: [0.9.1a] Captain Trek's Guide to the Modiverse

« on: January 30, 2020, 07:24:06 PM »

Congrats on finally posting this, and as predicted it's already caused its fair share of controversy - maybe this could end up as a forum/discord pin (my two cents, of course ).

282

Modding / Re: [0.9.1a] Ill-Advised Modifications 1.9.5

« on: January 03, 2020, 04:33:37 AM »

download this mod if iq is big

283

Mods / Re: [0.9.1a] Interstellar Imperium 2.1.1

« on: December 10, 2019, 10:27:35 PM »

Small bug(?) report: When the olympus is in the title menu background it can launch the titan missile, playing the sound effect of its launch, which was loud and pretty shocking

284

Suggestions / Re: API request thread (please read OP before posting!)

« on: December 09, 2019, 07:07:36 PM »

This request is prompted by a weapon I recently scripted with custom projectile velocities and motion.

Demonstration

[close]

As you can see the range indicator as defined by the weapon .csv is misleading due to the range calculation being messed up by the non-linear velocity.

My request is DamagingProjectileAPI.setIsFading(boolean fading) or DamagingProjectileAPI.forceStartFading() to be able to make the projectile fade manually without having to mess around with weapon settings, ultimately creating a range indicator that is misleading to the player and the ai 

285

Blog Posts / Re: Raiding for Fun and Profit

« on: November 27, 2019, 03:51:34 PM »

  Super exciting, tons of new possibilities, love this feature!