Modding SW3?

Goblin Wizard, is it possible to somehow assign skill trees to summoned pilots? This will allow them to have an upgrade path, without requiring the summoner pilot to have multiple summon skills.

I guess this depends on the flexibility of the summon skill.

[SpiritWolf448]

Salutations, everybody. Sorry to churn in just like that, but I recently aquired Star Wolves 1 from gog.com, and after completing the campaign twice, I am now looking into the modding capacities this game has. As far as I am aware so far, modding ships requires a tool called IMD-Editor or somesuch.

Since the linked homepage ( http://freenet-homepage.de/allaway/s...x_english.html ) does not work anymore and Google doesn't really produce any usable results (but hey, maybe my search terms are just a tad off), would anybody around here know another place where one could aquire that tool and maybe read up on modding a little more?

Cheerio and best regards,

SpiritWolf448
(who's now hoping SW2 and 3 will make an appearance on GOG as well)

Welcome aboard, SpiritWolf 448.

Hmm, that page was still up a while ago - maybe someone here can help you find it. Good luck.

@Goblin Wizard:
Hmm... can we make all summoned pilots share one skill tree? That way we can teach them like Bryna&KT. About death, what about the "AI" perk? SAM copies have that one. I think it makes them not drop a rescue pod but automatically "respawn" back in the mothership.

[Goblin Wizard]

Originally Posted by Trucidation

Hmm... can we make all summoned pilots share one skill tree? That way we can teach them like Bryna&KT.

I think it's possible but I'm afraid about other problems. I'll have to check some things.

Originally Posted by Trucidation

About death, what about the "AI" perk? SAM copies have that one. I think it makes them not drop a rescue pod but automatically "respawn" back in the mothership.

You don't want them to respawn on mothership. You don't want to see them on ms at all. If they will respawn on ms they will occupy our precious pilots slots. But even if pilot is lucky and ends in pod, this pod goes to cargo bay. The only thing you can do with him is to sell him.

[Goblin Wizard]

Originally Posted by spiritwolf448

would anybody around here know another place where one could aquire that tool and maybe read up on modding a little more?

Some of these files were posted before on this forum.

IMDeditor_v3.zip

StarWolves-LUA_Manual_v1 English.zip english auto-translated version

StarWolves2ModdingHandbuch.zip generally about modding SW2 - german original

[SpiritWolf448]

Originally Posted by Goblin Wizard

Some of these files were posted before on this forum.

Attachment 2437

Attachment 2438 english auto-translated version

Attachment 2439 generally about modding SW2 - german original

Ah, I see. Thank you, GoWi. (and Truci for the Welcome )

I'll be over in that corner and read up on some things. Thanks again.

4S4W8

Just some random information.

\Data\LocData\English\
ui_windows.loc
- It looks like they planned another race, "Angorian", but it wasn't included for some reason. There's an error message for installing "Angor" tech.
- There were cargo hold limits planned? There's an error for "insufficient space". I haven't run into it in the game.

What happens if a pilot's ship gets blown up, and you don't pick up the rescue pod? I notice that the pilot icon is red. Does it still count towards your number of pilots?

Edit:
Imo missiles suck, as such they will be my first project. This game desperately needs better missiles but simply upping the damage / blast zone isn't the answer. Well, at least for me - my answer is larger payloads, baby! Why stop at 3, or even just 10 warheads? Imagine Zone of The Enders style missiles Too bad we can't attach light sources to objects, that would be really friggen' awesome. Light up the sky light in the screenshot, haha.

I've actually got a working sample but I need to fix my notes before I can show it. Problem is the missiles actually launch from the ship's missile hardpoints so you don't get a crazy-ass spread pattern like in the ZOE screenshot - the parent delivery vehicle needs some distance before releasing the payloads.

Edit:
There we go, the LS Master Spark... no subtlety at all, hehe. The only problem is when the AI uses it on you, you're screwed ♥

-
Note: Apparently backups (at least for .loc files) should not be left in the original folder, or the game will CTD upon launch, and LOGfile.txt will tell you it choked on the duplicate entries.

[Rastix]

Try SW2 and you'll see angorians and cargo limitations

Yes, it counts

Ah, no wonder they're in there... leftover stuff from SW2 eh? Also saw the cargo expansion slots in the modules file. I suppose that way is more realistic but not being able to buy something because "your backpack is full" is frustrating

I need to finalize the pricing on the LS Master Spark but otherwise it's done. I hope the AI uses it against me. Hmm... it would go well with Nanaki's Random Contacts, a wing of missile ships protecting a fleet will be extremely formidable.

Edit:
I wonder what happens when the mission script tries to access a dead pilot? You know how on occasion someone (Viper, Aja) says "wait here while I go investigate something", and that pilot leaves your team temporarily? Yeah... I wonder what happens if that pilot is dead...

Edit:
As promised, here are the details of missile editing. Please note I've only scratched the surface, there are many things I still don't understand.

(1) \Data\LocData\English\m_modules.loc
- Descriptions are in here. Each item has 4 lines @ entries: name, hint, sdesc, ldesc - the displayed name, the mouseover hint, short description, long description. By the way, the long descriptions of the AMS contain typos. I'm sure everyone has noticed they all have the same effectiveness (10). Only the description is wrong though, their data is actually fine (not all of them equals 10).

(2) \Data\Game\Modules.xml
- Base item definitions are in here. For missiles, HomingRocket and MIRVModule differentiate which display template in the shop to use. I simply renamed LRM1's tags from HomingRocket to MIRVModule. The entries are very straightforward to understand and I'll skip them (appearance, price, how many missiles per pack), but look at the last entries. It's a nested RocketParams section. This determines what missile to launch (rocket_name), it's effectiveness (seeker_name), and how it explodes (detonator_name). These 3 are defined in the next file.

(3) \Data\Game\Rockets.xml
- The dirty details of rockets are all in here. From the previous file, rocket_name references a RocketCarcass block. This is basically how the missile looks like and how it flies.
- We're most interested in this part, how it explodes. This would be the detonator_name entry. Normal missiles use DistanceDetonator tags, but we need to change it to the MIRV-type. Otherwise our missile will simply launch and then explode. Normal missiles have 3 entries only, time_to_live, damage, and explosion_distance. For MIRV type we add a lot more info. Missile_count determines how many warheads it splits into (yay!), and then we have another RocketParams section. Basically this means the MIRV "explodes" into other rockets. It's got the same 3 entries as the parent definition: rocket_name, seeker_name, and detonator_name.
- This rocket_name is for each warhead's appearance. It's just another RocketCarcass block. For my custom one I simply recycled the existing MIRV warhead info.
- Again, seeker name determines how good it is against countermeasures.
- Finally we define how the warheads actually explode, with detonator_name. This time we use DistanceDetonator tags just like for regular missiles. This section simply time_to_live, damage, and explosion distance.

I don't quite understand many values such as time_to_live, seeking_time, viewing_angle, etc. More testing needed but for now we have the basics of missile editing covered.

[Goblin Wizard]

You can attach skill tree to any pilot you want but if pilot is not directly controlled by you - you don't have access to his skill tree. You can probably make him work like Bryna & KT (teaching new perks by dialog). It's acceptable for one pilot but if you will have to do this for several pilots it becomes boring and irritating.
Other problems:
1. pilots summoned via perk act like mercenaries. They disappear after jump and don't have their progress saved. I can make another perk which will save their perks and exp points but it's a lot of effort.
2. Unlike your storyline pilots they not always end in rescue pod after ship being destroyed. They can simply die.

You can run any function via summon perk. Jump to any sector, open trade station menu, run a dialog, create dust cloud in front of you - no problem.
Summon perks have number of uses so e.g. you can make perk which summons 6 pilots group once or 1 pilot 6 times.