Laserzwei

The complex mod is not updated for 0.16.x and later versions! This mod will allow you to connect Factories into a single "Complex", where their production power is focused. I got the idea for this mod, when I was shipping goods between ~15 of my own factories and felt too bored to continue. From my game experience of the x-Series(The space sim, not X-COM) I knew complexes would be the solution. Combine all the Factories! Tutorial Tutorial known issues: - Stations founded before the installation of this mod, can't start a new complex. However: You will still be able to integrate them into any complex within the sector, from the next station placed after installation. Installation Guide: Download the mod-File. Go to your Avorion installation Folder. Put the content of the zipped "data" folder into the avorion data-folder. Put the content of the zipped "mods" folder into Avorion\mods\. It should look like this: Avorion\mods\complexMod\ ... MODS that work very well together with this: move Asteroids [mOS] A mod to transfer Asteroids beetween sectors. all Production Chains or similar mods! Adds missing Factories. Better Docking Lets Freighters move more careful. PM me, if you find more! Github Downloads below. CPX3_0.90b.zip CPX3_0.90c.zip

It's an easy anti-cracked-games blocker. You found out how to get it- I assume others will too.

This can only happen, if the mod started and works correctly. It does not explain why it tells you to update the version. I highly recommend sending me both: client- and serverlLog, as I asked you in my private message. I did not send you a private message- This is a mistake by me. By accident I mistook you for Crispy_Top_Hat. Here is a summary of what is happening: On the Client we see: everything is fine 2017-04-09 09-01-24| [OOSP][0.9_7c] Version check on Client 2017-04-09 09-01-24| <Server> OOSP version received and validated: [0.9_7c] . OOSP is activated for you! On the Serverside: 2017-04-09 09-00-43| [OOSP][0.9_7c] Tickhandler starts at: 11873430 . . . 2017-04-09 09-01-32| [OOSP][0.9_7c] dCheck passed . . . 2017-04-09 09-01-32| [OOSP][0.9_7c] Version Check 2017-04-09 09-01-32| [OOSP][0.9_7c] Processing Version: [0.9_7c] false 2017-04-09 09-01-32| [OOSP][0.9_7c] Player Andy-Blackknight Logged in with the correct version of OOSP: [0.9_7c] 2017-04-09 09-01-32| [OOSP][0.9_7c] Andy-Blackknight has been activated. 2017-04-09 09-01-32| [OOSP][0.9_7c] Player: Andy-Blackknight entered sector with: 0 more player(s) 2017-04-09 09-01-32| [OOSP][0.9_7c] timestamp aquired: 11405139 2017-04-09 09-01-32| [OOSP][0.9_7c] update shipyard: Aul'iiiiw 2017-04-09 09-01-32| [OOSP][0.9_7c] update shipyard +: 23456.95 2017-04-09 09-01-32| [OOSP][0.9_7c] Solar Power Plant S Otcuej 2017-04-09 09-01-32| [OOSP][0.9_7c] Ressources reduce to: 4691.39 2017-04-09 09-01-32| [OOSP][0.9_7c] Garbage Storage Space reduces to: 4691.39 2017-04-09 09-01-32| [OOSP][0.9_7c] can't do single process: Energy Cell 2017-04-09 09-01-32| [OOSP][0.9_7c] Fusion Core Factory S Wisbeelai 2017-04-09 09-01-32| [OOSP][0.9_7c] can't do single process: Energy Tube 2017-04-09 09-01-32| [OOSP][0.9_7c] 2/9 Factories/Stations 2017-04-09 09-01-32| [OOSP][0.9_7c] Sector: 184:274 needed 5ms for Production catch-up . . . 2017-04-09 09-01-52| [OOSP][0.9_7c] Processing Version: nil true Your installation of OOSP works the way it's intended. Your Version check passes without any obstructions. Can't do single process: ... This simply tells you that the factory is either missing cargospace or ingredients: Solar Power Plant S Otcuej, doesn't have enough cargo capacity for more energycells Fusion Core Factory S Wisbeelai, is missing Energy Tubes (and maybe other ingredients!) If a factory needs updates this will show up: [OOSP][0.9_7c] The Factory is x processes behind. [OOSP][0.9_7c] add x of ware

This can only happen, if the mod started and works correctly. It does not explain why it tells you to update the version. I highly recommend sending me both: client- and serverlLog, as I asked you in my private message.

I have sent you a PM. You can always PM me with possible bugs or installation issues.

Since move asteroids is my own mod and I am german, I can help you translate anything from English back to german. However mOS doesn't support the ingame translation system-changing Avorion/data/localization/deutsch.po has therefore no effect. You would have to modify the modfiles directly.

This is plain wrong. The initialize method in /entity/merchants/factory.lua determines which products and Factory size will be applied. The product (and its corresponding Productionprocess) are randomly selected between all goods that have a good.level within the sector-templates limits defined in /entity/merchants/(base-/low-/mid-/high-)factory.lua. The randomness is weightened so higher level goods are less common. The selection of base/low/mid/high is tied to the Galaxy-Seed. The Factory size is also determined by a wightened random selection, as well as its distance to the Core. From a distance of <450 to 300 the possible maximum size increases from 1 to 5. It has no further effect to the random selection. Wrong agian. The factory size of a player-Factory is determined in entity/stationfounder.lua. Where in line 269-271 it says: -- make a factory station:addScript("data/scripts/entity/merchants/factory.lua", "nothing") station:invokeFunction("factory", "setProduction", production, 1) The 1 as the last parameter determines the size (1=S -> 5=XXL). That is correct, because noone ever bothered to implement it- also refer to my previous example.

The biggest problem with changing the productionsize (internal name) is not the actual changing, but knowing when to change. Actively checking if a Block changed or registering events onBlockplanChanged/onBlockDestroyed are too resourcehungry atm. function getUpdateInterval() return 120 --2 minutes for save performance end This would also cause the productioncycle to take at least 2 minutes (currently 15seconds with 2 parallel cycles). Using Volume as a Balancer is a realy bad Idea. You can use Holographic or Stone blocks to very cheaply generate lots of Volume.

It would help, if you tell us which mod you want to translate.

Yes. Since the very first release.

This mod runs above those pity sectors. It is controlled by math ;D. straight talk: It neither hurts performance nor does it need any sector to stay loaded. It works in all sectors of the whole Galaxy. It's the newest version available and therefore the best to use.

You would either have to use the cheatmenu or a little bit of programming to add a command that handles this. You graphics power is the limiting factor. And some missing links (Coal, Raw Oil, Diamonds) in the production chain. Look in my signature to find a mod that adds those.

Thank you!

Thank you for informing us beforehand! Looks like I need to refit an unreleased mod though :D

Will modders be able to read/change the generated Energy or consumed Energy?

"/chaingun" commands always start with "/"

The command name is the same as the filename

assuming you placed the code in function getNumTurrets(seed, rarity) Then this function gets called every time you place the turretmodule. maybe this helps: on top of the file: local numTurrets = nil and function getNumTurrets(seed, rarity) numTurrets = numTurrets or rarity.value + math.floor(math.random() * rarity.value/2) return numTurrets end Edit: this code is not tested and might not work properly. Test if it stays constant after restarts.

The problem with keeping sectors loaded all the time is simply that it clogs up resources. With every loaded Sector your sector -the player sector- will have less resources and ultimately become laggy. On another note: It is currently not possible to keep Sectors loaded from an API-based modding perspective.

I'm a windows user and well aware of grep. However you don't need an additional tool for a deep search on windows. You can use the build in search as well: https://superuser.com/questions/60173/how-to-search-inside-files-on-windows-7 Just tick the .lua extension and you get the same results with the build in functions :D

-reserved-

This mod is not up to date anymore. For an up to date weapon modification example look here: https://steamcommunity.com/sharedfiles/filedetails/?id=1682482035 armed /laser: /railgun: /rockets: /chaingun: Unarmed /mining: /salvaging: /cheat gives easy access to: Entity():addScript("data/scripts/lib/entitydbg.lua") I used Ohm/DPS for displaying the stats. The Bonus Effects are randomly applied. The reasons behind this mod are threefolded: 1) Server admins might want to have such OP wepons. 2) I needed weaponry to easily test the destruction of strong enemies. 3) Showing how to mod weapons for other modders. installation: The mod consists only of commands. Therefore all scripts belong into /Avorion/data/scripts/commands/. By default they are only availabe to admins(or the player of an singleplayergame) Version history --1.1 -added /cheat -- -release License Public Domain

price variance broken down is roughly price*0.5*relationfactor for full stock and price*1.5*relationfactor for empty stocks. building a factory is defined in stationfounder.lua and Minefounder.lua: local diff = resultValue - ingredientValue local costs = 3000000 -- 3 mio minimum for a factory costs = costs + diff * 4500 where resultValue is the accumulated Value (good.price) of produced goods and ingredientValue is the accumulated Value of all ingredients.

math.random() provides numbers between and including 0-1. To avoid decimal places use math.floor() or math.ceil(). with your current formula you will also get a problem when math.random() returns 0. I suggest using such an formula: rarity.value + math.floor(math.random() * rarity.value/2) this will provide such an distribution: min-max 0: 0-0 1: 1-1 2: 2-3 3: 3-4 4: 4-6 5: 5-7 6: 6-9 7: 7-10 With the number before ":" refering to the numerical rarity value. I can't remember if it starts with 0 or 1. the formula might need to be fitted in that case.

I know for a fact that you can use the whole RGB Color table on Blocks. There is no menu that allows the selection though.