Nexus

I have tried numerous times to change this. Sadly haven't figured it out yet. Ah too bad, the sector overview mod is using another image type so maybe you can find more direction there. Also we started to receive an error on player login, is that because that file doesn't need to be there on the client? Sat Feb 25 14:28:57 2017| could not execute function 'initialize' in '"data/scripts/player/scriptloader.lua"': Sat Feb 25 14:28:57 2017| data/scripts/player/scriptloader.lua:7: attempt to call global 'Server' (a nil value) Sat Feb 25 14:28:57 2017| stack traceback: Sat Feb 25 14:28:57 2017| data/scripts/player/scriptloader.lua:7: in function <data/scripts/player/scriptloader.lua:4> Sat Feb 25 14:28:57 2017| Sat Feb 25 14:28:57 2017| Setting script "data/scripts/player/scriptloader.lua" to invalid. Is that occurring on the client or the server? Also, it really only runs on the server, as its meant to handle applying the script to the player on the server. But the player still needs the scripts on his client for it to work. EDIT: ask them if they are attempting to join with an older version by chance... Technically, filtering by material type isn't really that hard. As its a quick resource type compare. Amount pretty much falls into the same boat. Ironicly, the hard one is limiting the number of fighters per wreck...as i need to maintain and compare two tables (arrays are tables in lua). One table contains all wrecks, another contains wreck id's as keys with the amount of fighters as its value, (So I can top off asteroids if they don't have the required number of fighters on them).

I would check the log file to see if there is any error in it as well.

I have tried numerous times to change this. Sadly haven't figured it out yet.

Ok, I should note what is being done in 1.8 as well as future plans. 1.8 May or may not include the following: - *35% Done* Rewrote most of the code to clean it up a bit, as well as add comments where needed. - *35% Done* Added in some one-time notifications for the user to indicate what is happening when you issue a command. - *Maybe* Attempting to add a wreck volume limiter and a fighter limiter - *Maybe-Unlikely* I may have a way of making fighters go after loot, not certain. - *Maybe-Unlikely* add a fighter option to make your non combat fighters invulnerable for a constant power cost - *Maybe-Unlikely* Armed fighters will get a option to increase survivability for a constant power cost. - *Maybe-Unlikely* Possible fighter pilot ejection method, to save them from death! - *Maybe-Unlikely* Auto-replacement of lost fighters. After 1.8 depending on what makes it in, I have been messing with the possibility for a long time to allow you to design your own fighters. Mind you, for awhile now I have had a way of doing this but it is quite terrible. Using the new carrier UI I intend to make it possible to start new fighter designs from it, as well as set fighter production and replacement stuff. The problem is that it is VERY complex to make work and to generate the fighters properly. So it will take quite a bit to get finished, far longer than 1.8 would take. That being said, as most of you know launched fighters are bugged and don't have the proper health and shield stats when launched. This is something i hope to correct when i get around to making fighter designing a thing.

Since the fighter is being passed as an entity, stoneEfficiency isn't accessible. When you try to run launchedFighter.stoneEfficiency, this happens 'property not found or not readable: Entity.stoneEfficiency'. I'm currently looking into another method...which is also making my head hurt...badly.

Technally, maybe possible but since fighters are actual piloted ships, they should be able to find targets on their own. Also, PROGRESS the option to change the targeting perspective from the carrier to the fighter is done. And they spread out nicely. And yes, that's my now butchered carrier on testing branch...which I'm rebuilding. And released, mind you one option didn't make it due to problems. Ill work on it as well as a new mining option.

Admittantly, i took a break for a few days....as for 1.7 SOON EDIT: Currently fighting with the ui...attempting to use entitydbg.lua as an example but apparently either their is something special im missing. Or its just being annoying to be annoying as i cant do it the same way entitydbg.lua does..the script just stalls.

No, the hanger component defines the squadrons, but the FighterController determines how they act...i don't have access to the FighterController.

I was just about to ask for this specific thing! Would you care to share how you did that? =) Also a big shoutout to Nexus, this mod is amazing and made a great game even more fun for me Mining is coming in 1.7, along with some fighter settings...assuming they work =P You can look at the main post for info on that

Tbh, that's really an issue with the main game that needs to be addressed. Not sure if you noticed it but it almost looks as if laser type weapons, (Mining, salvaging, and laser fighters) all seemingly target on a grid. Even if its not a true grid, its jumping around and this is creating blind spots where it just cant target. Strangely larger fighters seem to suffer from the issue less, I suspect their weapon has a larger hit box. EDIT: That being said, ill see what can be done. I want to advance the Command menu to include settings and such...this would fit into that setting area. That being said I'm not going to guarantee that i can get it to work, but ill try.

Not possible, as the client needs to know the command. It does not receive that information from the server.

Been thinking about trying to link a menu to the player ship that would allow you to set such things. But not quite sure how to achieve that yet. Ill work towards it. As for targeting different things, i have been debating with myself how this could be done well. As with the above thought, i was thinking a config menu that only assigned so many fighters per target before it went on to a new one. Just not sure how to manage all active targets yet.

Question, are there really no wrecks or where you attacked? Due to the nature of how things are in the game atm and the fact they will only accept commands in defensive mode if you are attacked they will try to defend you...which can be a bit annoying and until fighter controller is opened up i cant really do much to prevent it. Although, i could make your salvage ships invulnerable...which would prevent them from dying. I should also state, that I don't have full control over fighters yet, I would need the api for the FighterController component opened up first If they really are just openly attacking with no salvage present..then ill definitely have a look.

Working on that as well, but making it based in your carrier..well trying to anyways.

lol

Did you also add the two functions onSalvageButtonPressed and onSalvageAllButtonPressed that are later in the file?

Currently fighters start firing while out of range of their target. In rare cases they will complete there strafing run with out even getting in range of the target. I also cant help but notice that fighters, with beams based weapons at least, seem to almost snap to a grid when tracking an object. This is causing them to miss things. Which while not a big issue for combat fighters, mining and salvage fighters have alot of problems with it. In some cases missing a target for awhile, and in rare cases never hit the target.

ahh, that makes me sad, oh well all good things in time. What about the weapon it uses? I can pull out very little info, almost all of it returns nil.

Now i have been trying to poke around fighters for quite some time now...But there are somethings that...well i have questions about. 1) Cant help but notice that something keeps exerting its control over the fighters, what component is that, and do we have the ability to control it? 2) Fighters seem to be incapable of having a script applied, is that intentional?

Yup, that's what happens if you don't unbind scriptloader.lua from player properly...if i remove carrier commands it just causes the sector to reset..and in some cases the sector vanishes completely your ship included but alas i have gotten around that now.

What happened? Well if someone tries to remove the mod the server errors out and resets the sector....even removing the players ship in the process. I managed to mitigate most of it in 1.6 but that's not released yet....standby let me see if i can find one of the old logs...bah dont have any for if i remove the scripts that add the menu to the carrier....but i do have one for the script loader Well, if you just outright remove the script loader http://pastebin.com/xs89nHKT EDIT: that being said, part of it was my fault accidentally binding the script to NPC ships as well...because I'm and idiot =P

I like it, although if all this modding takes off. We're going to need some better handling if a script suddenly goes missing from a ship =P Carrier Commands mod has proven binding things to player ships/players themselves is dangerous. EDIT: So for carrier commands i would do something like this: --Filename: server.lua.override < does it have to be a number?> local onPlayerLogInOld = onPlayerLogIn function onPlayerLogIn(playerIndex) onPlayerLogInOld(playerIndex) local player = Player(playerIndex) player.addScriptOnce("player/scriptloader.lua") end

Well I might have a solution, but it wont be ready for a few days. Managed to successfully remove the scripts without loosing the ship, the sector still complains but its mitigated. EDIT: Well that went better than expected...spent several hours last night redoing the scriptloader.lua...and it worked the first time. Simply put, I modified scriptloader.lua to remove the script from the player ship each time the user logs off. This was done so if the user logged off to uninstall there would be no problems. I also added a recursive check that removes the scripts from the NPC ships in the sector as apparently that was why the sector was resetting. That being said, saves older than the 1.6 update(soon) inorder to uninstall, you would have to visit each sector you where in and logout(server) or go back to the main menu and relaunch the map each time(singleplayer), before running the uninstall script. Ill probably add an on sector entered variant as well to help with this.

EDIT: Ok, did you verify your files after using the uninstaller? If the sector is vanishing then the DefaultScripts.lua changes may still be there as that will cause a failure of the function generate in generatesector.lua Standby ill modify the uninstaller to fix this...i have no clue why it didn't show up before. That being said since it saves when you load the ship is probably gone (sorry) there is a good reason i labeled this script/mod as an alpha =P Ill update this post when i finish the changes. After I used your uninstaller (and save the game), I deleted the whole script folder and verify the game by steam. No problem. I have a lot backups of my save :D And I can also play the game with your mod. I just wanted to test something because sometimes I click on the Trade-Overview icon and nothing happened (ship with trade module). So I wanted to find out if it's your mod or vanille game ^^ Yah, sorry about this...I thought I had gotten all the installing/uninstalling kinks out.but now I'm worried about other people....ill need to change the disclaimer. I may remove the downloads until I can figure out a better solution...

EDIT: Ok, did you verify your files after using the uninstaller? If the sector is vanishing then the DefaultScripts.lua changes may still be there as that will cause a failure of the function generate in generatesector.lua Standby ill modify the uninstaller to fix this...i have no clue why it didn't show up before. That being said since it saves when you load the ship is probably gone (sorry) there is a good reason i labeled this script/mod as an alpha =P Ill update this post when i finish the changes.