Fractal Softworks Forum

Please login or register.

Login with username, password and session length

Show Posts

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.

Messages - JT

Pages: [1] 2 3 ... 9
1
Mods / Re: [0.96a] Space Truckin' v1.4a
« on: June 14, 2023, 12:38:51 PM »
I've been playing with this mod for several hours now and it's definitely one of my favourites.  I love how it gives greater purpose to the early/mid game rather than forcing the player off the deep end.  I've been really enjoying trucking around with an ED Shipyards' Dachshund express freighter with a light escort.

Now that the pleasantries are out of the way, the inevitable barrage of feature requests!  (This is the second time I've attempted this post due to a browser glitch and the forum refusing to allow the previous session to load, so hopefully this remains as comprehensible as the first time I wrote it...)

Parcel Handling Equipment Reminder
Even though I read the original post in full when I downloaded it, by the time I finally had my mods all set up for 0.96a and I gave this mod a try a couple days later, I had forgotten completely that I needed the parcel-handling hullmod installed in my ships before I could accept parcel delivery contracts.  The UI greys out the options to accept parcel contracts if you don't have any parcel-compliant storage, but doesn't make it clear in the GUI.  May I suggest a tooltip whenever you hover over a greyed-out Accept button once you've unlocked parcels?

"This mission would exceed your fleet's parcel-compliant storage capacity.  To increase your parcel-compliant storage capacity, install the [USL Parcel-Sorting Cargo Holds] hullmod on more ships."

Cargo Size Slider
It would be nice if the config options included a slider that let us configure the size multiple of the "Small", "Medium", and "Large" shipments -- either one slider for all, or preferably one slider for each (edit: this is relative to their current sizes -- so if all are at 100%, 100%, and 100%, it would be identical to current mod default, not all the same size).  This would help reduce both the market impact of accepting the runs as well as the expected profit the player can earn per run; while it is certainly possible to tune down the Reward slider, that doesn't make the shipments harder, but rather simply makes the shipments less desirable.  By reducing the size of the shipments, the player can still achieve the same overall profit per run, but must take on more shipments simultaneously -- which is the most fun part of the mod, being required to varying degrees to prioritize destinations and plan out itineraries.

For instance, if I could set small shipments to 25%, then what my current screen shows as a delivery for 374 units of domestic goods to Citadel Arcadia worth 8451¢, would become a delivery for 93 units of domestic goods worth 2101¢*.  Which is still a pleasant reward for the trouble and is potentially within the capacity of a smaller cargo ship -- but if I wanted to make the same amount of profit on this run as I could with the small slider at 100%, I'd have to take on three such missions, making additional stops and hops, and I'd have to spend more fuel to complete the full journey (although, depending on how strategically the destinations are selected, not nearly as much fuel as the amount that would be needed to take each mission sequentially).

By decoupling the sliders and letting the shipment sizes be individual, the player could (say) set the small shipments to 25%, the medium shipments to 70%, and the large shipments to 100%, naturally making the bigger runs seem that much juicier compared to the current norm.  Setting the sliders low would also help mitigate the market impact of dumping those commodities on the market, reducing the need to be heavy-handed with the slider that reduces the market impact of each shipment.

* If it were calculated based on the fractional units it'd be worth 2112¢, because 8451/4 = 2112, but that wouldn't be quite right, since only a whole number of units is being shipped.  If calculating based on whatever the whole unit values are in this case, then 374/4 = 93.5, truncated to 93, which times 4 gives a correction factor of 372/374 * 8451/4 = 2101.  I am not entirely sure why I did the math, since I hate doing math, but evidently I'm not half bad at it.

Logistics Ticket Gain Rate
I think the gain rate for the logistics tickets is a bit too high, especially since the Sector is supposed to be fairly sparse on resources.  I'm currently sitting on 2760 fuel points even after having completed a number of deliveries, guzzling fuel like mad all the while, to the extent that I haven't once had to buy fuel on the open market.  I'd love a pair of sliders to affect the rate at which I gain discounted fuel and supplies.  I'd personally pin it at something like 50% for supplies and 25% or even 10% for fuel.

Logistics GUI
The logistics panel on the USL page seems like a bit of a wall of text, and kinda blends into the furniture.  I think it would be helped immensely if the tickets earned for discounted supplies and fuel were expressed visually, using the supply and fuel cargo icons.  If the logistics menu is bumped a little to the left, and the bulk parcel amount buttons are bumped a little further to the left, there's room to show the icons (at 50% scale relative to their default 80x80 pixel size) with the quantity available overlaid.

Here's a mockup:
https://www.dropbox.com/s/vyztupmn9ncqqkh/SpaceTruckinMockup.png?dl=0

The alternative would actually be slightly more graphical, showing a ship icon that represents your fleet with the current supply count in the fleet, the corresponding cargo icon with the ticket count for discounted suppllies, and the buttons to provide the transfer.  Mousing over would show a tooltip with all of the current text-based information.  (In this case, the bump-over of the GUI and the parcel quantity buttons wouldn't need to happen, but it's just a mockup so I just worked with the hacked up screenshot I already had rather than grabbing a fresh one.)
https://www.dropbox.com/s/19k4qxn5br4hooj/SpaceTruckinMockup2.png?dl=0

Hyperjump Mod Compatibility
The Hyperjump mod is by far my favourite mod for Starfarer/Starsector/Starblargher; it's just downright fun -- especially the fact that unlike most player-centric mods, the AI can actually use it too, and does so to ruthless effect.  The mod is so fun, in fact, that when the mod was updated to [REDACTED BY COMSEC], I was very disappointed and immediately switched the options generously provided to re-enable it for everyone without any unlocking required.  Which, unfortunately, produces a conundrum, because it badly breaks the balance of this mod.  With the ability to hyperjump up to 9.5 ly on demand for a typical express cargo runner fleet with a sustained-burn level of 19, any package distances that would ordinarily be on the tight side become trivial.

I'd like to request a checkbox that, when enabled, would prorate all distances within a typical hyperjump as being up to 7.5 ly shorter, using the following pseudocode:

If distance < 2.0 ly then
    distance = distance
Else if distance < 12.0 ly then
    distance = 2.0f + 0.25f * (distance - 2.0f)
Else
    distance = 4.5f + (distance - 12f)

This is based on a lot of the logic of the Hyperjump mod, so isn't very easy to explain if you're not familiar with it, but essentially that mod gives you an ability that -- for a massive cost in fuel -- bypasses the intervening distance by accelerating across a light year to massive speed, skipping the middle instantly, and then spending another light year braking.  The whole process takes about a half-day of in-game time to cross the entire distance, naturally requiring about 2.0 ly combined to spin up and spin down at high burn speeds.  Thus, any distance less than (more or less) 2.0 ly is unavailable for a hyperjump.  But because a hyperjump has an effective ceiling of 9.5 ly unless you're using unreliable tricks (like riding a storm or hyperwave), you can't really exceed that jump distance unless you make two (costly) jumps, and because the drive system is unreliable if other ships are nearby (you can't activate a hyperjump if any other ships are near you), you can't exactly rely on being able to make a hyperjump every time, so rather than assuming that any run within 12 ly is 2.0 ly no matter what, the distance needs a bit of fudging -- about 7.5 out of 9.5, by my estimates as a reasonable fudge factor.

Long story short, adding a checkbox to apply the above fudging factors would allow players who have enabled the Hyperjump mod for all ships to have Space Truckin' treat shipping distances with the expectation that the player can use that ability, for about five to ten minutes of work on the scripting end and maybe about 15 on the GUI end.  The player could likewise enable the mod even if they keep the mod at the default [REDACTED BY COMSEC] and check the box later once they unlock the ability, if they find that having the ability breaks things.

[Another Edit]
Mission Time Sliders
One more configuration option that would be nice is the ability to configure a percentage multiplier allowed for each given delivery type -- small, medium, large, parcel, expedited, or priority.

This would help also (but not solve) the Hyperjump-for-everyone mod-related problem, too, but would chiefly be useful for tweaking to suit the player's taste for difficulty.

2
Mods / Re: [0.96a] Combat Chatter v1.13.2 (update 2023-05-05)
« on: June 13, 2023, 09:16:37 PM »
CTD in combat when trying to load a line:
Spoiler
Quote
2842324 [Thread-3] ERROR com.fs.starfarer.combat.CombatMain  - java.lang.NullPointerException
java.lang.NullPointerException
   at org.histidine.chatter.combat.ChatterCombatPlugin.hasLine(ChatterCombatPlugin.java:390)
   at org.histidine.chatter.combat.ChatterCombatPlugin.hasLine(ChatterCombatPlugin.java:406)
   at org.histidine.chatter.combat.ChatterCombatPlugin.printRandomMessage(ChatterCombatPlugin.java:540)
   at org.histidine.chatter.combat.ChatterCombatPlugin.printRandomMessage(ChatterCombatPlugin.java:490)
   at org.histidine.chatter.combat.ChatterCombatPlugin.advance(ChatterCombatPlugin.java:1191)
   at com.fs.starfarer.title.Object.for$Oo.o00000(Unknown Source)
   at com.fs.starfarer.combat.super.new.super(Unknown Source)
   at com.fs.starfarer.combat.CombatEngine.advanceInner(Unknown Source)
   at com.fs.starfarer.combat.CombatEngine.advance(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.o00000(Unknown Source)
   at com.fs.starfarer.StarfarerLauncher$1.run(Unknown Source)
   at java.lang.Thread.run(Unknown Source)

[close]

The referenced source code line from the crash log is:
Code
		List<ChatterLine> lines = ChatterDataManager.getCharacterData(character).lines.get(category);

Seems like if a ship has a character assigned that's invalid, then rather than ignoring it with an error message, it just crashes Starsector to desktop right in the middle of combat.  (One of the biggest reasons why I never liked Java's daisy-chaining of dot operators; without null-coalescing features, it's like paying hot potato with a handgrenade.)

I'll double-check which of my (currently only two) custom JSON files has a syntax error, but producing an error message when a user-supplied file fails to load and/or adding a little extra null-checking might be worth looking into.  This currently provides no feedback whatsoever on what the cause of the crash actually is, from an end-user perspective, so somebody less savvy might be utterly baffled.

[edit] Curiouser and curiouser, as Alice might say. Looks as though the characters.csv really doesn't like it when the default slots aren't at the top. I had commented out a few lines and sorted everything alphabetically, and I guess the system was expecting the "default" character to be right below the none slot, so it failed to load the default character.  I have no idea why that crash happened -- "default" still appeared in the .csv, just not below "none" -- but at least it can be more firmly identified as a PEBKAC.

3
Mods / Re: [0.8.1a] Interstellar Imperium 1.19.0
« on: May 31, 2019, 08:15:59 AM »
I think what Mr. Nobody is trying to say is that we should make 10 a little louder and use that, rather than making the dial go all the way to 11.

4
1.  Is it possible to choose WHICH vanilla factions are available at game start?  Or are vanilla factions hard coded?  Or even remove all vanilla factions?

I think the game's core scripts expect at the very least for the Pirates and Independents to be mandatory, but I'm not sure about the rest.  For instance, the Distress Call ability has a dependency on the pirate faction.  I'm not positive if that means that the faction actually has to have bases somewhere to work -- what little digging I've done in the API suggests that if it can't find a market for the faction, [edit]the fleet[/edit] won't appear.  However, I could be wrong and it might work even if the faction doesn't "exist" in the Nexerelin sense.

Yes, realized I had RC7. Will see if things work out now. THX! And congrats on the great mod work!

Histidine is the fellow to thank for Nexerelin, and Zaphide for the original Exerelin. ;-)  I haven't done a single bit of publicly released mod work for SS, actually.  (Privately I've been planning on re-introducing boarding mechanics and adding more roleplay features, but I've got the Java skills of a garden variety sponge and my heart hasn't really been in it. ;-))

5
Loving the new "livelier" factions with rebellions and whatnot since my last playthrough in early 2017.

I did find one minor annoyance over the last couple days of play.  When playing as something other than "Your" faction, in factions where 1) selling weapons is illegal, 2) there is no military market, and 3) we are commissioned members... it's impossible to contribute to preventing a rebellion.  Even if you have over five hundred crates of weapons for the government, they won't accept them on the open market... and selling them on the black market will help the rebels instead.

Thus, I think we need dialogue with the station/planet administrator that permits donating arms or even ships to the local defence force or counter-insurgency.  Because trading in arms is illegal, they could offer a fee relative to your faction relationship, down to negligible at 50 relationship (e.g., at 100 relationship, they'd give 100% of the market value of your weapons, at 60 relationship, they'd give 20% of the value of your weapons, and at 50 or lower they'd give nothing).

Without that option, the only way to intervene and suppress rebellions in your own faction where arms trading is illegal is to buy out every weapon and marine on the black market, which is a bit gamey for my tastes, especially as it will have the faction breathing down your neck for smuggling rather than praising you for enforcing their legitimacy as a state.  (It'd be nice if there were a way of enforcing rebellion status by removing weapons and marines from all the markets in active rebellion areas, but that might be difficult to track.)


Hi, trying to get back to Starsector for a game or two, but have some weird Access error crash on fleet dialog:
...
Could it be an outdated LazyLib or something?

Are you running 0.8.1a release candidate 8?  I had accidentally been running 0.8.1a RC7 and had similar crashes.

6
Mods / Re: [0.8.1a] Buffalo MkIIs v0.0.4(WIP)
« on: July 21, 2018, 12:39:04 PM »
Hi Regoso!  I found a bug which manifests itself in a very unusual way.  The bug itself is simple, but the consequences are corrupt save games. =)

1) When using this mod alongside Combat Analytics, that other mod stores data in the saved game that includes the names of the ships and the names of the ship classes.
2) This mod contains invalid Unicode characters in three of its variant designs: the Furious Love, Salvager, and Miner.  Each has an invalid "0x16" hexadecimal character in front of the name.
3) When Combat Analytics writes this invalid character to the saved game, the save file becomes corrupt (the game's XML parser cannot read a 0x16 hexadecimal character).

The error might not be obvious if you're using a basic text editor, but essentially, here's how it looks:

"Salvager"
"Miner"
"Furious Love"

e.g., the Furious Love, in hexadecimal, is:

16 46 75 72 69 6F 75 73 20 4C 6F 76 65

If you're using a good text editor it should be possible to see those invalid characters and delete them directly, but if using Notepad or something else, it should still be possible just to copy and paste the following valid strings over top of the displaynames in the three affected files: buffalo2_42_FL.variant, buffalo2_42_M.variant, and buffalo2_42_S.variant:

"Furious Love"
"Miner"
"Salvager"

The good news: If your savefile has been corrupted, it should be possible to locate any of these strings using an advanced text editor by editing your saved game's campaign.xml, and then to delete the "space" between "class" and the given variant name.  For instance, you might see a "Buffalo II/Hairyback class Furious Love Destroyer" -- but in fact between "class" and "Furious Love" is a space and an invalid unprintable character.  Put your cursor in front of the F and hit backspace twice, and then hit spacebar once, and it should be fine.  Likewise for the Miner or Salvager.

7
Announcements / Re: Starsector 0.8a (Released) Patch Notes
« on: May 03, 2017, 07:59:23 PM »
-The number one problem is still missing the "quicksave" promt. For new players who have nor parsed the UI yet the promt is just not visible enough. I'd say go ugly big on this one. Maybe progressively growing font?

We can take a page from Ludeon and Rimworld on this one, since in spite of a few minor hangups here or there, RimWorld's UI is almost always top notch:

1) "Marquee entry"; along with an audio cue, any new alert will actually appear a few pixels away from its original location and then drop into position.  This movement exploits the eye's natural tendency to track moving objects and is an excellent attention getter.

2) "Bouncing"; every so often, an important alert will "bounce" on the screen; it will travel in one direction a few dozen pixels to the same distance it would have when it appeared, all the while decelerating as if affected by gravity, until it accelerates into the opposite direction and falls back into its original position.  (In RimWorld's case, all of these alerts are aligned on the right-hand side of the screen, so they bounce to the left.)

3) "Pulsing"; if an alert letter hasn't been acknowledged for a while, it will glow with a halo according to its standard colour, enough to shade a small proportion of the peripheral vision in that colour, which then recedes back into the icon.

Any/all of those cognitive psychology tricks would work to draw attention to the prompt.

All that said, I think the best option would just be to get rid of the mandatory quicksaves and just suggest the player do so.  It's sort of silly to be forced to save the game to progress, since we've been trained over the past ten years or so to expect games to autosave on their own; especially in a single-savefile system like Starbleeper has, it's almost to the point of being contrary to our wishes to save except when we want to as well.  In ironman mode it'd be fine to include a guaranteed autosave, and in non-ironman the player should have the option of saving or not saving as part of that play mode is to choose when/if one wants to lose progress deliberately by saving before a particularly risky endeavour -- not quite scumming, but close.

8
Maybe add an ASP 'AAA' service? if the player pays ASP: change the distress call icon and dispatch an ASP tanker when the distress call is clicked?

That's a kinda cool idea.

I'd suggest a new ability rather than disabling the existing one, though, since making distress calls sometimes has nothing to do with calling someone for assistance.  Making distress calls can also be used to lure pirates and/or to lure prey, after all.  Calling A.S.P. Autofactory Association is less likely to be used for other than its intended purpose.

9
Blog Posts / Re: Economy Revamp
« on: May 04, 2016, 12:55:41 AM »
Since "bigger icons" is out and "numeric overlays" is out, how about a special icon meant to represent "caselots" for a given commodity (like the board game Risk)?  It might not solve the problem entirely, but if there was a special "crate" or "barrel" icon that was readily distinguishable as being a multiple rather than another unit of the commodity (sounds like a challenge for David to distinguish supplies against ;-)), then you could replace the first few icons at the bottom (front) of the icon stack and it would help indicate very large quantities.  Say if the commodity load is greater than 50, then caselot icons would begin to appear, each representing 5 units, with 25 actual icons or some such always included in order to give a sense of scale.

This would create a disparity where ~49 commodities would appear bigger (49 icons) than 50 commodities (5 caselots + 25 icons), but that could be tuned to taste -- lowering the allowed number of "actual" icons, setting the required number of "actual" icons to equal the same threshold where caselots appear, etc.

We actually tried that, using MoO2 as inspiration - remember how science/food/production/pollution stacked and had 10x icons? Didn't work very well in Starsector due to the sheer number of different icons and their more representational nature. MoO2's icons were very abstract and there were only 4 categories, for 8 total icons, contained in three very clearly designated rows on the screen. Meanwhile Starsector has .. uh, what, 16 or something base for 32 total? (somewhat) arbitrarily placed on the screen. The market screen is already visually noisy and this just made it worse because suddenly the number of different icons doubled.

Were there unique "caselot" and "individual" icons for each commodity, or a re-used "caselot" graphic for every commodity?  I was actually suggesting the latter -- the same "caselot" graphic would be used for every commodity, and then the individual units of commodities themselves would distinguish that stack from the others.  Envisioning it in my brain, the only problem would be that it would start to "same-ify" the commodities rather than make it busier, since very large markets would just show a crapton of crates.  If the crates were hue-shifted to be similar to the commodities they represent, it might even accomplish the effect of "square" shapes representing lots and "dynamic" shapes representing individual loads, which might also work for better cognitive flow.

I'm probably just laying down track on a spur that's already miles behind your thought trains, though. ;-)

10
Blog Posts / Re: Economy Revamp
« on: April 29, 2016, 10:57:08 AM »
Since "bigger icons" is out and "numeric overlays" is out, how about a special icon meant to represent "caselots" for a given commodity (like the board game Risk)?  It might not solve the problem entirely, but if there was a special "crate" or "barrel" icon that was readily distinguishable as being a multiple rather than another unit of the commodity (sounds like a challenge for David to distinguish supplies against ;-)), then you could replace the first few icons at the bottom (front) of the icon stack and it would help indicate very large quantities.  Say if the commodity load is greater than 50, then caselot icons would begin to appear, each representing 5 units, with 25 actual icons or some such always included in order to give a sense of scale.

This would create a disparity where ~49 commodities would appear bigger (49 icons) than 50 commodities (5 caselots + 25 icons), but that could be tuned to taste -- lowering the allowed number of "actual" icons, setting the required number of "actual" icons to equal the same threshold where caselots appear, etc.

11
Announcements / Re: Starsector 0.7.1a (Released) Patch Notes
« on: December 06, 2015, 03:45:06 PM »
Hey that's not fair! It makes it even harder to be a pirate or smuggler :) We accept, nay approve, of our own faction trying to abort us as soon as we start the game because only the strong deserve to survive, but enough is enough:

As a pirate or smuggler you rely more than other factions on stealth, yet all our ships are now the least stealthy. Our shielded cargo holds are now canceled out by the D sensor profile. You need that for going dark when you bring contraband into a market for pirate missions. Lorewise it's also hard to imagine why pirates wouldn't put all their resources into stealth since their prosperity and indeed survival depends on it with the whole sector arrayed against them.

Perhaps* people who have problems either getting jumped by pirates or not being able to catch any just aren't good enough at SS yet. There is stealth, there are terrain effects, there are ally battles. When you're weak, it isn't hard to join chases with police fleets if you want to fight pirates to get XP, or stick close to safe areas and patrols if you want to avoid them. SS has a real, lovely challenge at the beginning with delicious complexity and reverses. Why can't people just think critically, scheme, and machinate better instead of whinging for easier fodder? I know a lot of people complain about difficulty, but at least one person really, really likes that difficulty and nigh perverse challenge.

(I've been play testing as a smuggler/pirate for ideological reasons since the game falsely portrays them as bloodthirsty raiders when in fact they're just a separate polity whose  pluralistic philosophy threatens regimes like the loathed authoritarian diktat or the totalitarian church)

But yea re: fleeing pirates, no faction should give you a rep hit for fleeing battle. I can't explain why; just that it's like fried eggs with the flavour of strawberries. Seems out of kilter.

*definitely

I'll note that playing as a pirate isn't currently part of the vanilla content -- it requires a mod to realise as a starting scenario.  That said, you shouldn't simultaneously complain about difficulty and ad hominem on others for not being good enough. A logician would pounce on that one with tooth and flame. ;-)

The vast majority of pirates are sloppy, unregulated, and inexperienced people who resorted to piracy out of either desperation -- too poor to afford good stuff -- or a simple lack of basic decency -- so they're lacking in the sort of rigid discipline and structure that would promote proper maintenance.  The D-hulls also suit a very plausible in-lore explanation: these are ships that would have been brought to the breakers but have instead, through creative bookkeeping, been "disposed of".

Really, the only thing I see that needs to be fixed here is to make regular non-degraded hulls available for purchase in pirate ports on (more frequent) occasion -- so a player pirate can pick those up as he goes, and perhaps even start out with one (rather than a D-hull) on the basis of being a cut above the rest.  The "elite" pirates are noble browncoats who care more about personal freedoms and independence against increasingly totalitarian regimes, and are both cunning and intelligent enough to maintain consensual chains of command and discipline... translating to properly refitted hulls, repaired through old-fashioned sweat and blood, that are the rival of mainline autofactories.

12
Mods / Re: [0.65.2a] Starsector+ Vanilla Enhancement Mod 2.10.0
« on: December 05, 2015, 04:00:10 PM »
Heh, I was actually about to jump on here to say I had just found the loader in the campaign plugin, but I guess that's too late now. =)

Fighting Eclipse's formatting was like herding cats. Netbeans is a little more forgiving on the formatting, at least, and I can disable most of the annoying adjustments. But I do seem to recall that there is an official language specification for formatting when I was reading up on it, although I'm no longer confident I'll be able to find it and it could have been someone's tutorial now that I thnk about it.  Mainly, I use a non-standard indentation style (opening braces on the same line, closing braces are indented) because I grew up originally on indentation-as-syntax languages -- BYOND/DM, technically, but Python also, yep.  Having the braces interrupt the flow of indentation by ensuring they are at the same level of indentation does a world of harm to my comprehension, even given the (mere) year of formal C++.

[edit] And done! Priority MOD_SET per Alex's recommendations in the enumeration's Javadoc, and all is well. Thanks mate!

13
Mods / Re: [0.65.2a] Starsector+ Vanilla Enhancement Mod 2.10.0
« on: December 05, 2015, 02:52:15 PM »
Anyway, I figured I'd simultaneously put up and shut up and just go ahead and re-introduce the old style boarding mechanics in the mod I've been quietly working on, but I have a question:

How do SSP_FleetEncounterContext and SSP_FleetInteractionDialogPluginImpl override the vanilla classes?  Does the mere act of extending vanilla classes and overriding their functions automatically apply those changes to the vanilla functions? Or am I not noticing a classloader somewhere?  (I guess if we're counting that's two questions, but both are co-dependent.)

I obviously want to include SS+ compatibility -- thankfully that part is easy to build into my own overrides -- but I'm worried about the clashing of the overrides (load order precedence). I have some C++ programming skill, but Java's a new animal to me (especially with IDEs that insist on overriding my formatting because they actually defined formatting as part of the bloody language specification =P).

14
Announcements / Re: Starsector 0.7.1a (In Development) Patch Notes
« on: December 04, 2015, 05:06:08 PM »
Is this how people normally tell Alex on how to make changes to the game? Maybe I'm just new here but it seems to set the tone of saying the developer doesn't know what he's doing. Though I believe otherwise.

I've been known to be pretty bad for this too. I chalk it up to momentary indignance and forgetting to wait a bit before posting angrily. Well, that and I'm a frothing loon half the time. ;-P

But yeah, I think the explosions are one of the selling points of the game, actually. They're extremely satisfying.

15
Mods / Re: [0.65.2a] Starsector+ Vanilla Enhancement Mod 2.10.0
« on: December 03, 2015, 05:54:33 PM »
As someone who was a fan of the boarding mechanics in the Starblargher versions prior to this one (I always pull my hair out when Alex simplifies a gameplay system that didn't need simplifying), will we still have the option of boarding with crew and marines, or will the new vanilla style take over (I notice "boarding changes" in the changelog as something removed)?  SS+ had an option for easier boarding and boarding of multiple ships, so it'd be gravy if we could have old-style boarding too unless the change was in hard code.

[edit] Wow, going over the FleetInteractionDialogPluginImpl, I can see why you trimmed this out. I wonder why Alex made those variables private rather than protected?  Looks like a hard override of init() too... blech. =)

Pages: [1] 2 3 ... 9