- [New Feature] Localization is now available:
- English
- German
- Russian
- Chinese (Simplified)
- Chinese (Traditional)
- [Improvement] "Summon Stations" - Weapon platforms and other deployable structures are now set to "Attack Enemies" on spawn, since this is probably the desired behavior.
- [Improvement] "Target Manipulation" - Some minor tweaks to NPC dialogue/commentary.
[Mod] "Simoom's Lantern" - Ultimate Cheat Menu
Moderators: Moderators for English X Forum, Scripting / Modding Moderators
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
Update 5/16/16:
-
- Posts: 41
- Joined: Sat, 30. Nov 13, 23:58
btw,
I am still dying when using the nova missiles, not sure what would remove the invisibility, but when it happened, the shields would get damaged and if i cant get to the menu again before the hull get down to 0%, the game would end.
this happened when i spawn xenon ships and attack them (kind of like a big war )
I am still dying when using the nova missiles, not sure what would remove the invisibility, but when it happened, the shields would get damaged and if i cant get to the menu again before the hull get down to 0%, the game would end.
this happened when i spawn xenon ships and attack them (kind of like a big war )
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
Ah yeah, sorry I haven't gotten around to investigating this yet.wazlord wrote:btw,
I am still dying when using the nova missiles, not sure what would remove the invisibility, but when it happened, the shields would get damaged and if i cant get to the menu again before the hull get down to 0%, the game would end.
this happened when i spawn xenon ships and attack them (kind of like a big war )
My guess would be that the splash damage from missiles is still able to damage ship components, even though the main hull itself is invulnerable (or should be, anyway...)
I have added this to the list of "Known Issues" for now. I'll do some tests on my end and report back later.
-
- Posts: 41
- Joined: Sat, 30. Nov 13, 23:58
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
Hey there wazlord:
I have tracked down the issue! It looks like for some reason, if the player enters "remote control" mode, the invulnerability on the Skunk is reset (so Novadrones, and any sort of ROV-type drones will trigger this).
This appears to be a vanilla issue, but I'll see if a workaround can be implemented.
I have tracked down the issue! It looks like for some reason, if the player enters "remote control" mode, the invulnerability on the Skunk is reset (so Novadrones, and any sort of ROV-type drones will trigger this).
This appears to be a vanilla issue, but I'll see if a workaround can be implemented.
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
Hey folks, just posted a new update to address the station manager & architect missing budget issue. The issue was caused by this:
Under normal circumstances, the game will assign an independent credit account to a manager or architect when you assign them to a station or CV. However, when a mod generates a station or CV with the NPC's already on board, they were never physically sent there (which is what triggers the account assignment in Egosoft's scripts).
The new update addresses this issue by incorporating a new code in the relevant scripts to create an independent account for managers and architects if they work aboard a station/CV.
Please note that this will only affect new stations/CV's created by the new version of the mod. If you have pre-existing stations/CV's, you can resolve this issue by assigning a new manager/architect to replace the old one, which will trigger the game to create an account for them.
Update 5/16/16:
Under normal circumstances, the game will assign an independent credit account to a manager or architect when you assign them to a station or CV. However, when a mod generates a station or CV with the NPC's already on board, they were never physically sent there (which is what triggers the account assignment in Egosoft's scripts).
The new update addresses this issue by incorporating a new code in the relevant scripts to create an independent account for managers and architects if they work aboard a station/CV.
Please note that this will only affect new stations/CV's created by the new version of the mod. If you have pre-existing stations/CV's, you can resolve this issue by assigning a new manager/architect to replace the old one, which will trigger the game to create an account for them.
Update 5/16/16:
- [Bug fix] Managers and Architects now receive their own budget account properly under the following scenarios:
- A station is created by "Summon Stations".
- A station is turned over to player control by "Claim Target".
- A construction vessel is created by "Summon Construction Vessel".
- A construction vessel is turned over to player control by "Claim Target".
-
- Posts: 19
- Joined: Thu, 18. Jun 15, 18:17
Hi Simoom, i have been experementing with the economy in devries. It seems like even if i build enough stations and assign them to npc, there is still not much going on, because the AI does not spawn more trade and mining ships.
However i have YAT (Yet another Trader) installed and assigned a few ships for mining and trading and then assigned them to npc, it seems to work but i don't know if i messes up YAT.
Would it be possible to ad something similar like your LawEnforcment with the Command "Patrol Zone" but with the Command "Free Trading" for Trading Ships and "Free Mining" for Mining Ships.
Also you can assign ships to the manager and defence officer and then change faction of the station. After that the station seems to work normal like a player owned station would. Do you know if this method somehow messes up the AI or not?
However i have YAT (Yet another Trader) installed and assigned a few ships for mining and trading and then assigned them to npc, it seems to work but i don't know if i messes up YAT.
Would it be possible to ad something similar like your LawEnforcment with the Command "Patrol Zone" but with the Command "Free Trading" for Trading Ships and "Free Mining" for Mining Ships.
Also you can assign ships to the manager and defence officer and then change faction of the station. After that the station seems to work normal like a player owned station would. Do you know if this method somehow messes up the AI or not?
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
DV by default don't have much job ships; that can only be changed by patching the job ship spawn script, but that can come with its own problems (too much artificial life if a player doesn't build up DV).
Stations do exchange some amount of wares via mass traffic, but that only works for stations in the same zone, I think. Egosoft made it (by design) so that players have to be in charge of ware logistics in low-population systems like DV, Toride, and Maelstrom. There's no magic fix I can implement without drastically changing the vanilla universe behavior, and that's somewhat beyond the scope of this mod (it's possible to make a patch that turns all spawned NPC traders into universe traders... if people are interested in that, I'll look into it).
What you did shouldn't mess up YAT since YAT only manages the trading routines of assigned ships, it doesn't care about the faction of those ships (most scripts don't). I think YAT 2.0+ also uses faction accounts directly, so money made by traders will go to their respective faction account instead of yours. The only potential issue is you may still get trade reports/messages from these YAT traders, even if they don't belong to you anymore.
As for assigning subordinate traders to stations then turning them over to NPC... I just checked the NPC station manager script, "trade.station.xml", and it doesn't look like it has any routine for using subordinates to trade (it relies only on the mass traffic network), so I don't think the ships you assigned will be doing much once control's been turned over to the NPC. I could force NPC stations you turn over to continue running the player manager script... but I don't think I should mess with that (some parts of it aren't designed to be run on NPC stations anyway, such as accounting for manager budget).
Stations do exchange some amount of wares via mass traffic, but that only works for stations in the same zone, I think. Egosoft made it (by design) so that players have to be in charge of ware logistics in low-population systems like DV, Toride, and Maelstrom. There's no magic fix I can implement without drastically changing the vanilla universe behavior, and that's somewhat beyond the scope of this mod (it's possible to make a patch that turns all spawned NPC traders into universe traders... if people are interested in that, I'll look into it).
What you did shouldn't mess up YAT since YAT only manages the trading routines of assigned ships, it doesn't care about the faction of those ships (most scripts don't). I think YAT 2.0+ also uses faction accounts directly, so money made by traders will go to their respective faction account instead of yours. The only potential issue is you may still get trade reports/messages from these YAT traders, even if they don't belong to you anymore.
As for assigning subordinate traders to stations then turning them over to NPC... I just checked the NPC station manager script, "trade.station.xml", and it doesn't look like it has any routine for using subordinates to trade (it relies only on the mass traffic network), so I don't think the ships you assigned will be doing much once control's been turned over to the NPC. I could force NPC stations you turn over to continue running the player manager script... but I don't think I should mess with that (some parts of it aren't designed to be run on NPC stations anyway, such as accounting for manager budget).
Last edited by Simoom on Wed, 18. May 16, 11:29, edited 2 times in total.
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
Update 5/18/16:
- [New Feature] Construction Vessel - Remove Wares - Added ability to empty a construction vessel of wares. The scripts for "Construction Vessel - Restock Wares", "Construction Vessel - Remove Wares", and "Construction Vessel - Undock" have been streamlined and merged into one (the menu structure was slightly changed as the result).
- [Improvement] More Localization now available:
- French
- Spanish
- Italian
- Korean
- [Improvement] CWIR Compatibility Patch updated. It is now a standalone and will work with the Steam version of the main mod.
-
- Posts: 19
- Joined: Thu, 18. Jun 15, 18:17
Thank for your reply/answers Simoom. I have just made some tests in game. I made a H2O Factory and assigned 5 defence ships, 3 traders and 2 miners. They acted like they should/would as if it was a player station. The miners went mining, the traders sold water and bought energy cells and this many times (to make sure they were not only executing the last command). It seems like they are still running the player.manager scripts but only for a different factionAs for assigning subordinate traders to stations then turning them over to NPC... I just checked the NPC station manager script, "trade.station.xml", and it doesn't look like it has any routine for using subordinates to trade (it relies only on the mass traffic network), so I don't think the ships you assigned will be doing much once control's been turned over to the NPC. I could force NPC stations you turn over to continue running the player manager script... but I don't think I should mess with that (some parts of it aren't designed to be run on NPC stations anyway, such as accounting for manager budget).
I have to do more testing on this to make sure it does not break the game and has no unexpected behavior. If this works then i can make some very interesting and usefull supply chains, thanks to you and your mod
Edit: Taking control of npc stations adding ships and assigning back to npc, seems to work as well.
Greetings icanfly
-
- Posts: 41
- Joined: Sat, 30. Nov 13, 23:58
Hi,
Found something new trying the change faction option.
started the ciwr game, and then tried to change the faction of the Xenon Matrix to Argon.
It changed the faction but the status still showing as enemies instead of neutral...
Tried the same for summoning a new station and then assigning it to Xenon and then back to argon.
Not sure if the issue was due to initially this faction is not listed, but seem the status stuck afterwards even changing to a friendly faction.
thx
Found something new trying the change faction option.
started the ciwr game, and then tried to change the faction of the Xenon Matrix to Argon.
It changed the faction but the status still showing as enemies instead of neutral...
Tried the same for summoning a new station and then assigning it to Xenon and then back to argon.
Not sure if the issue was due to initially this faction is not listed, but seem the status stuck afterwards even changing to a friendly faction.
thx
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
Does it only happen to Xenon stations, or "normal" (assets with human crew) hostile factions as well?
For handling faction changes between NPC factions, my script very simply changes the owner of the asset along with all of its crew (since all NPC assets run the same script). There isn't really any potential for things to go wrong there... it's actually when you claim a Xenon station that the routine gets complicated (my script destroys all the Xenon NPC's, which are class.computer, and creates actual human crews).
Possibility 1. - Something to do with CWIR's scripts... keep in mind they have a LOT of custom scripts going on for the dynamic sector ownership & changes - some of these scripts may be enforcing some sort of sector-wide coverowner setting, or some such. I really haven't delved much into CWIR's scripts yet so I can't say for certain... it may be best to ask about this in CWIR's thread.
Possibility 2. - There's a much simpler explanation, which is temporary tolerance/relations change. Assuming you or your assets have been firing on the Xenon station, its DO may have accumulated a high negative tolerance toward you. This won't go away with a simple faction change - it has to be told by MD script to be cleared (I can code this in for the next release). If you are certain you or your assets haven't been shooting at it, then it may be CWIR-related...
Temporary hostility change does decay over time, so you can leave the zone for a bit (take all your assets with you) and see if that station turns blue after some time.
For handling faction changes between NPC factions, my script very simply changes the owner of the asset along with all of its crew (since all NPC assets run the same script). There isn't really any potential for things to go wrong there... it's actually when you claim a Xenon station that the routine gets complicated (my script destroys all the Xenon NPC's, which are class.computer, and creates actual human crews).
Possibility 1. - Something to do with CWIR's scripts... keep in mind they have a LOT of custom scripts going on for the dynamic sector ownership & changes - some of these scripts may be enforcing some sort of sector-wide coverowner setting, or some such. I really haven't delved much into CWIR's scripts yet so I can't say for certain... it may be best to ask about this in CWIR's thread.
Possibility 2. - There's a much simpler explanation, which is temporary tolerance/relations change. Assuming you or your assets have been firing on the Xenon station, its DO may have accumulated a high negative tolerance toward you. This won't go away with a simple faction change - it has to be told by MD script to be cleared (I can code this in for the next release). If you are certain you or your assets haven't been shooting at it, then it may be CWIR-related...
Temporary hostility change does decay over time, so you can leave the zone for a bit (take all your assets with you) and see if that station turns blue after some time.
-
- Posts: 41
- Joined: Sat, 30. Nov 13, 23:58
well, i will need to try it out to confirm if its due to any temp argo or just the cwir issue.
but it can be resolved by claiming the target and then reassigning to argon.
another observation is with the I or K, noticed when i claim the target then give it to any faction npc, it seems that they lose the crew and not moving anymore
but it can be resolved by claiming the target and then reassigning to argon.
another observation is with the I or K, noticed when i claim the target then give it to any faction npc, it seems that they lose the crew and not moving anymore
-
- Posts: 118
- Joined: Sat, 16. Nov 13, 09:31
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
I think tolerance values cannot be applied to player-owned NPC's, so yeah claiming a property would reset any temporary reputation/tolerance that's accumulated. So that's probably that.wazlord wrote:well, i will need to try it out to confirm if its due to any temp argo or just the cwir issue.
but it can be resolved by claiming the target and then reassigning to argon.
They don't lose their crew, but the captain won't have a command.wazlord wrote:another observation is with the I or K, noticed when i claim the target then give it to any faction npc, it seems that they lose the crew and not moving anymore
You see, for simple ownership change from one NPC faction to another, there's no need to reset the aiscripts running on the crew - if a ship is in the middle of a trade run, or is on patrol, then it will continue to do so.
However, when the player claims a property, it's best to make the crews abort all their scripts, for two reasons:
- Player-owned NPC's run a different set of scripts from ones working for a NPC faction. It's impossible to switch from one script to another without aborting the previous script's actions. So if a ship was trading or patrolling, the very act of switching it to another script will cause it to stop what it was doing (in case of the captain of a ship, he will show "No Order").
- Another thing is a ship's captain needs to be assigned a script "player.default" to respond to player commands. Without this, the only way to make a NPC ship-turned-yours respond to commands is to add it to squad (which triggers the assignment of "player.default").
Yes, that's very easily done... There are two ways to do it:Itaros wrote:I wonder if this is possible to have ability to spawn stations with CV, but without resources and with construction just started for player to continue(Yes, I am aware vanilla buildorders for special stations is a mess)
- I can use the script I currently have, except set it so that it only builds the first stage of sequence A, which will allow you to complete the rest of the build manually via CV).
- I can also have the script spawn a CV (upon player choice) and have the architect execute a build order matching the macro of the station the player chose.
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
Update 5/20/16:
- [New Feature] "Galaxy Crew Upgrade" - Instantly upgrades the crew of all NPC stations (minus Kha'ak and Xenon) to 5-stars, and automatically adds any missing production specialists.
- [Improvement] All features dealing with switching an NPC from one aiscript to another (such as "Claim Target" and "Change Faction") now aborts running scripts cleanly on the NPC before assigning the new script. It shouldn't make a difference, but just to be on the safe side...
- [Improvement] Suppressed (expected) debug error in "Summon Crew" to prevent it from spamming the debug log. Issue is caused by the spawning script expecting a value from the hiring options (which is only provided if a crew can be assigned to the Skunk).
-
- Posts: 19
- Joined: Thu, 18. Jun 15, 18:17
-
- Moderator (Script&Mod)
- Posts: 7411
- Joined: Mon, 15. Dec 03, 18:53
I can't see this as being an issue with CWIR (with the ownership change of a station).Simoom wrote:Does it only happen to Xenon stations, or "normal" (assets with human crew) hostile factions as well?
For handling faction changes between NPC factions, my script very simply changes the owner of the asset along with all of its crew (since all NPC assets run the same script). There isn't really any potential for things to go wrong there... it's actually when you claim a Xenon station that the routine gets complicated (my script destroys all the Xenon NPC's, which are class.computer, and creates actual human crews).
Possibility 1. - Something to do with CWIR's scripts... keep in mind they have a LOT of custom scripts going on for the dynamic sector ownership & changes - some of these scripts may be enforcing some sort of sector-wide coverowner setting, or some such. I really haven't delved much into CWIR's scripts yet so I can't say for certain... it may be best to ask about this in CWIR's thread.
Possibility 2. - There's a much simpler explanation, which is temporary tolerance/relations change. Assuming you or your assets have been firing on the Xenon station, its DO may have accumulated a high negative tolerance toward you. This won't go away with a simple faction change - it has to be told by MD script to be cleared (I can code this in for the next release). If you are certain you or your assets haven't been shooting at it, then it may be CWIR-related...
Temporary hostility change does decay over time, so you can leave the zone for a bit (take all your assets with you) and see if that station turns blue after some time.
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
Update 5/22/16:
- [New Feature] Ship Mods Menu Patch now available at Nexus Mods (under Miscellaneous Files). You MUST use the Nexus installation to use this patch, since it needs to overwrite the menu files in the main mod package (sorry Steam users, but there's no easy way for one mod to patch another mod, so I can't do this as a standalone). Currently supported mods are:
- Denied Space Initiative
- Reaper's Ship Pack
- Terratech's Ship Pack
- Hunter Ships
- Redesign Ships
- Super Transport
- Project TOBS
- Toride Colonist Builder Ship
- [Bug fix] Teladi Overwatch should no longer be missing any modules when spawned using "Summon Station".
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
Update 5/23/16:
- [Improvement] "Summon Stations" - You now have the option to choose between building a full station ("Complete Build Plan") or only the first stage ("First Stage Only"), the latter allows you to build the rest of the station the way you like through the Architect.
[NOTE] These options are not available for shipyards (because ship dealers don't function properly if spawned as a part of normal construction) or "deployable" stations (because you cannot deploy a construction vessel to stations without a build location attachment). These stations will always be built in full. - [Improvement] "Summon Stations" - Deployable stations can now be rotated (yaw value only). This uses the yaw value of the Skunk itself, so point the ship in the direction you want the station to be facing, then deploy it.
- [Improvement] "Summon Stations" - Deployable stations are now marked with a [D] suffix at the end of their name in the selection menu. This way you can easily tell them apart from normal stations that use build locations.
- [Improvement] Suppressed all the expected debug errors in the mod scripts. If you still notice any debug errors while using this mod, let me know.