Shrooblord

Expose StatsBonuses.Pilots to lua. Every other profession crewmen can have has been exposed, except this one. PilotsPerFighter exists, but fills a different role. Reason: StatsBonuses.Engineers and related StatsBonuses exist for a good reason: they allow us to add Crew via System Module Upgrades, or some other "buffing" mechanic. Why should Pilots be excluded from this capability?

A function complementary to the Sector() and Entity() API's onRestoredFromDisk() (triggered when the Sector() or Entity() is read from disk and put into active memory). Let's call it onSecuredToDisk() for the purposes of this discussion. It would be called just before the Sector() or Entity() finishes saving to disk and unloads from memory. It would be cool to be able to act upon the unloading of data from memory, such as triggering a "start simulations now" script, warning the player about the unloading status of a Sector, saving our own data somewhere else than in the secure() space so we still have access to it, a last-known-location type of thing... just knowing that a Sector has become unloaded the instant it happens, because we acted on the callback... the list goes on and on. So many cool use-cases. EDIT: An additional callback named something along the lines of onSecureToDisk() which triggers before the saving process begins. This would be used so you can make last-minute changes to a running script before the Sector() or Entity() is well and properly hermetically sealed. This callback is requested because Sectors and Entities can save to disk using secure() without unloading from memory, but it would be useful to act upon the case when and only when the Sector() or Entity() actually unloads from memory. P.S. Thanks to Hammelpilaw for the original spark of the suggestion.

This sounds excellent! I've always wanted a Torpedo-building mechanic since I've played From the Depths and that's one of the most fun parts of that game to me -- the pure, raw customisation of everything. Regarding uploading to Workshop, read this. P.S. May I recommend creating a System Module Upgrade that adds this functionality, instead of a command? Commands feel very hacky to use, and you can forget about how they work again in this huge, huge game. SMUs instantly make your mod feel like it's part of the Universe proper. ;)

Thanks, Hammel. I did enjoy maintaining this list while the modding scene was still relatively small, but if the Workshop starts exploding with mods like I expect -- case-in-point: Stellaris Steam WS --, then it would be unfeasible to maintain a list like this by myself. I guess we'll have to wait and see where this goes for a little while.

Hey guys! Sorry to come back to the forums to see that you're having trouble with installing this mod. Out of all mods I've worked on, this is personally my favourite, and quite frankly nearly essential to my gameplay experience in Avorion. So, rest assured, I will try and get it up and running ASAP and give you clearer instructions on how to run this in your own games once I'm done. Those installation instructions will hopefully be as simple as: go to the Steam Workshop. Click Subscribe. Launch your game. ?. Profit! I'm working on the new Steam Workshop integration paradigm that Avorion works with now. Stay tuned. I'm hoping this won't take more than a couple of days for me to get used to the new system. ---- If you absolutely don't want to update to the newer versions of Avorion where the Steam Workshop integration was included, please leave a message and I can try to explain the installation instructions in a way that's clearer than I have apparently done in the past. Thanks for your messages! Your interest in my mod brings me great joy. ;D

Pressing F for Abhorrent, my favourite name for a Faction standing. x) ---- These changes are very exciting! I can't wait to see how more dynamic this makes interacting with the AI Factions. Being able to "bribe" goodwill and call in reinforcements sounds amazing.

Hey all, With the advent of the Steam Workshop mods paradigm going to take over our little modding scene here on the forums, how interested are you in continued maintenance of a thread like this? If we all agree it could die in peace now, I could ask a moderator to take it down as a pinned message. Or perhaps you'd like to keep it around, for if you ever want to play older versions of Avorion? I will update the mod list with your last additions, and then await reply.

Reserved: Archive of older versions, part 4.

Reserved: Archive of older versions, part 3.

Reserved: Archive of older versions, part 2.

OLDER VERSIONS ARCHIVE: [0.16-0.17] [bB 0.18] What is this? An archive for older versions of the game, for which the information may not be completely relevant anymore for most people. But it's here, for your convenience, in case you do need that information! [0.17.1] STABLE MODS These mods were stable on an older patch of the base game. It's possible they aren't compatible anymore. [0.16.x] STABLE MODS These mods were stable on an older patch of the base game. It's possible they aren't compatible anymore. [bB 0.18.x] STABLE MODS These mods were stable on a previous patch of the beta branch. It's possible they aren't compatible anymore.

Thank you for your work, Hammel. A Wiki is an easier way to maintain this list, indeed! For everyone who has any information about mod compatibility, please edit the Wiki directly. You can still PM me and/or leave a message here to notify me of changes, if you want to have all bases covered. But I'll also be checking the Wiki periodically, myself. (Here, I made a note on my calendar already!) That said, I will keep this list updated, still. You'll still be able to see a summary of all the information on the Wiki, here. If at any time there is an information disparity, i.e. the information on the Wiki and here are in conflict, assume the Wiki is correct. It's nice to have a centralised location in the same place as the Mods forum itself, where this information is available.

I agree. I'm very excited to see what this new Community Manager will bring to the Community and to the general Avorion experience, whoever they turn out to be. Onwards and upwards! Avorion is one of my favourite games of all time, and I love the Community here. Let's make great new things happen!

No, the Mining and Salvaging Fighters never picked up Loot (because the Mining and Salvaging Loot is a new addition to the game). This enables that funtionality, so that the Mothership doesn't have to fly through the Loot to pick it up. Don't think the other Fighters were touched.

Hmm, what have I done to call down your divine hatred? Don't shoot the messenger!

I think I understand the issue. Allow me to paraphrase: Given the following case: - AI Ship has a Transporter Block in its BlockPlan() and a Transporter System installed - AI Ship attempts a Docking run with a Station EXPECTED: - AI Ship approaches Station until it is within range of the Transporter, then "Docks" virtually by using the Transporter System's functionality. RESULT: - AI Ship attempts to Dock normally with the Station, but gets confused because of its Transporter System and gets stuck, doing nothing, and getting stuck attempting to Dock, but not Docking, nor interrupting its Docking procedure, thereby halting completely, jamming up the Dock and itself. WORK-AROUND: - Using the script unbekannt1984 proposes, above, you can have AI Ships approach the Station as per normal, until they get into virtual "Docking" range using the Transporter functionality. At that moment, they can use the Transporter to Dock from a distance. - Using an if-else condition, you can check for whether or not the ship has a Transporter to begin with, and if it doesn't, use the classic, currently-implemented Docking method (i.e. fly to light-line, tractor beams, Dock, etc.). ==== I haven't tested this myself so I can't be terribly sure, but I think that's what the problem is unbekannt is trying to explain. Correct me if I'm wrong, 1984.

Hey there! As a tip, also put the download link here, on the forum post itself, and have a clear indication as to where it is in the post itself. Experience shows it's hard to lose viewers / readers when there's not a clear link posted on the main post of the mod thread. Nice tool! Next time, turn up the volume of your mic either irl or in post, because I can barely hear you at max volume! ;)

Still works on Avorion 1.3.8 and on the 2.0 Beta Branch update! For older versions of Avorion (< 1.0), check the archived first post. ---- [ ! ] Scroll to the bottom of the post for my own full music.lua file to copy-paste into yours in case you need a complete example. [ ! ] To my knowledge, music modding is an entirely client-side process. I.e. the client needs to install the music files themselves, and they cannot be installed through Steam Workshop. I would love to hear if you figured out how to do this, though! Server owners, please read step 10 in the Background / Ambient Tracks section to allow clients to use their music mods on your server. ---- Hey gang, Avorion's Music Coordinator builds a playlist of tracks based on "moods", and chooses tracks that are appropriate for that Sector based on how many Stations are left alive there, how many Wreckages are there, whether the Sector is neutral, hostile, or friendly to you, whether it's completely empty, etc. etc. Basically, you get played tracks that feel "appropriate" for that environment. Introduction What does this mean for all of you out there who had a vast library of music added into the game? Well, I am one of them (3 GB of music to be precise), so let me walk you through the steps of making your music show up in game again. In my case, it's time to categorise 3 GB worth of music into "moods"... ^^" [NOTE:] For all directories, move into your Avorion Steam installation directory first: YourSteamFolder/(...)/Avorion/, typically something like C:\Program Files (x86)\Steam\steamapps\common\Avorion\. All music files need to be in .OGG format, or Avorion will not play them. I've installed my own music files directly into my Avorion installation folder, i.e. in the Steam Directory (see above), not in any other place like AppData nor a /steamworkshop/ folder. I've always done it that way and never tested the others; you might be able to pull it off by installing it there. Let me know if it works! Main Menu Background / Ambient Tracks Combat Tracks Boss Tracks ---------------- Have fun modding your game, and listening to some cool tunes! ~Shrooblord P.S. Note that the file paths described above can be any subdirectory of the Steam Avorion installation path you want! This means that if you package a mod with, for example, a cool new Boss to fight, you can give it custom music that sits in its own folder separate from the data/music folder, so that you don't even have to tell your users to drag the file into the appropriate folder; just "plug 'n play" and there you go! This system means adapting, a little, but it is more flexible than the old one, and you as a modder (or user) have more control. Excellent~! P.P.S. Here's my own music.lua in its entirety, in case you want a more complete example; also included as a downloadable attachment: music.lua

Currently investigating an issue where AutoDock Beacons will fail to spawn if something is in the way of the Station's "light line", i.e. Asteroids, another Ship, etc.

Just to report that I have been testing on the latest Beta Branch 0.21 r14032 46fedd; no issues to report! AutoDock appears to work correctly on the latest build.

Excellent. I love good ol' lengthy discussions about gameplay and balance. This used to be my bread and butter back when Spore was still relevant. Let's break it down. Actually, no. It's not almost-realtime; it's at about 1/3rd of regular execution speed. I know because I've been doing some synch experiments because of a mod I'm working on. For every game tick in a loaded Sector without player presence, a Sector with player activity ticks 3 times. OK, before I get into things I do want to point out that I fundamentally agree with you: it would be awesome if we had some "passive" Galaxy stuff going on all over the place; that things were still "happening" when you're not around. Right now, it feels very much like actors moving into position on a stage for the player to enjoy: putting on a show when they're around, and fading into non-existence when they're not. That said, however... The point of not-loaded Sectors is for performance. To have an entire Galaxy's worth of Sectors doing ... stuff ... will take some clever programming to make sure your CPU doesn't melt. You mention quite complex behaviour here that would all be very cool to have, but also mention that things "don't tick". Those concepts are incompatible with each other: to have a ship perform complex behaviour such as movement, but more specifically interaction with other objects ike mining, trading, etc., something must be ticking, otherwise there would be nothing to be calling behaviour on. So to say "it just doesn't tick" doesn't work. That's ... that's magic. I do offer an alternative though: integration. In Mathematics, you can use integration to precisely interpolate the change of some variables over some other variable, for example -- most notably for our application -- over time. We would need a more global "Galaxy Actor" or "Galaxy Entity" that would be constantly monitoring the Galaxy as a whole, loading in distinct "chunks" of Galaxy for a moment to do calculations, then leaving them alone to be non-loaded again, rather than having a per-Sector tick as we currently have, where each individual Sector is its own, free-standing ticking 'entity'. This Galaxy Actor could take a whole region of space -- say 16 Sectors for for the sake of concept -- and do some mean integration over the whole region, taking all Sectors in that chunk, checking to see which have Faction activity in them, making some balance-informed decisions about what those Factions will be doing for the next X units of time, and calculating how that might change the Sectors in that timeframe. This would essentially generate a "formula" that we can integrate over to "slide towards" that pre-calculated end-state over the time it takes from one Galaxy Chunk to be loaded to the next. Of course, this does mean that we either need to pre-generate all Sectors in the Galaxy at the start of the game and/or do this whenever the Galaxy Actor loads that chunk of the Galaxy for the very first time; OR make approximations of what would be in which Sector using some kind of Galaxy Chunk average and perform calculations based on that. The benefit to this approach is that you don't need to model or tick any individual ships, but instead move along and modify each Sector on a more global, 'zoomed out' level. You're essentially modelling a simulation of what would happen if a player was around, except you're just calculating the outcome, and not necessarily doing any of the steps in-between such as moving ships, calculating individual pieces of cargo etc., collision detection, etc. etc.. Lol reminds me of the magic orcs flying through space going faster than the speed of light powered only by their imagination that that's what they would be doing. Painting the ship red makes the ship go faster because they think it does. Unintentionally they are the most powerful wizards and psionic masters of the Universe; if only they realised their ability. x) I don't actually have much to add about the Faction balance ideas, other than that it would be very nice indeed to see Factions adopt unique personalities based on all those factors, yes.

This is awesome. I didn't even know I had a huge hole in my Avorion life that's now filled.

Mmm so tasty! I can't wait to (ab)use this.

Sweet! Updated the list ^^

Awesome. Was this the first time you tried using AutoDock in your Galaxy? So you only had to jump Sector that one time, correct?