[Official Mod Development Bug Reports] A Thread for Mod Creators
Moderators: Moderators for English X Forum, Scripting / Modding Moderators
-
- Posts: 418
- Joined: Wed, 11. Dec 13, 02:39
-
- EGOSOFT
- Posts: 1889
- Joined: Mon, 23. Nov 15, 18:02
Hey everyone,
asked these three questions from people who know a hell of a lot more about this stuff than I do:
1) When a wait has time min and max set, and it has a nested interrupt, does min time restrict when the interrupt is allowed to fire?
2) When a ship requests docking via request_docking, how is a dock allocated? Are available docks given first? If a dock already has a queue, but nothing actually docked, is that allocated over something that doesn't have a queue?
3) in something like:
does this break the do_while?
Answers:
1) No. Min time only restricts how long the wait will be active. This is interrupted when the interrupt is triggered.
2) Each ship requesting a dock is allocated a random docking bay in the station.
3) derp
Thanks to Adrian, Matthias, and Michael for taking the time to look into providing the answers.
EDIT: Klaus just clarified #3:
asked these three questions from people who know a hell of a lot more about this stuff than I do:
1) When a wait has time min and max set, and it has a nested interrupt, does min time restrict when the interrupt is allowed to fire?
2) When a ship requests docking via request_docking, how is a dock allocated? Are available docks given first? If a dock already has a queue, but nothing actually docked, is that allocated over something that doesn't have a queue?
3) in something like:
Code: Select all
<do_while value="whatever">
<wait>
<interrupt>
<conditions>
<somecondition/>
</conditions>
<actions>
<break/>
</actions>
</interrupt>
</wait>
</do_while>
Answers:
1) No. Min time only restricts how long the wait will be active. This is interrupted when the interrupt is triggered.
2) Each ship requesting a dock is allocated a random docking bay in the station.
3) derp
Thanks to Adrian, Matthias, and Michael for taking the time to look into providing the answers.
EDIT: Klaus just clarified #3:
KlausM wrote:interrupt actions can't change the control flow outside the interrupt, with few exceptions such as <resume>
-
- Posts: 1017
- Joined: Mon, 4. Aug 14, 05:18
Found a Bug with missile launcher Systems not being listed under weapons, or anywhere else in the "Ship Menu" page under "my property".
Example: Novadrone Launcher for the Balor is not listed.
Further Information and Bug Report;
http://forum.egosoft.com/viewtopic.php?t=388874
Example: Novadrone Launcher for the Balor is not listed.
Further Information and Bug Report;
http://forum.egosoft.com/viewtopic.php?t=388874
0101...0011...0011...0101...2!
-
- Posts: 3548
- Joined: Sun, 8. Apr 12, 09:40
sorry, but that can't be truej.harshaw wrote:2) When a ship requests docking via request_docking, how is a dock allocated? Are available docks given first? If a dock already has a queue, but nothing actually docked, is that allocated over something that doesn't have a queue?
....
2) Each ship requesting a dock is allocated a random docking bay in the station.
at move.dockat the final docking bay must selected to start, in case it isn't directly by parameter there will be used
Code: Select all
<request_docking ship="this.ship" dock="$dockingslot" queued="1" result="$success" />
will be an undocumented feature and won't be used in move.dockat anyway
so dockbay will selected by a simple
Code: Select all
<find_dock_location container="$destination" name="$dockingslot" size="this.ship.docksize"/>
don't know if "numfreeactorslots" will work at ships
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
[Bug] Heavy Laser & Pulsed Maser Mk3 - No Weapon Cycling Sound
Hey everyone, think I found a bug for sure.
While working on my mod, I noticed that the Heavy Laser and Pulsed Maser Mk3 do NOT play the proper weapon cycling sound when installed through modding (not sure about if installed through a mechanic).
So I did some investigation, and discovered these:
Macro for Heavy Laser:
Macro for Pulsed Maser Mk3:
Compare these with other weapons in their class (that do play back the weapon cycling sound properly):
Macro for Mining Laser Mk2:
Macro for Pulsed Maser Mk2:
Note the lack of the <effects></effects> tags, which is the definite culprit of the issue.
Also worth noting is that the Plasma Cannon Mk3 and Railgun - although also new weapons - do have the proper <effects> tags and play back their cycling sounds properly.
While working on my mod, I noticed that the Heavy Laser and Pulsed Maser Mk3 do NOT play the proper weapon cycling sound when installed through modding (not sure about if installed through a mechanic).
So I did some investigation, and discovered these:
Macro for Heavy Laser:
Code: Select all
<?xml version="1.0" encoding="utf-8"?>
<!--Exported by: Klaus (192.168.3.134) at 02.12.2014_10-29-34-->
<macros>
<macro name="weapon_player_beam_v2_macro" class="playerweapon">
<component ref="props_wps_beam_player" />
<properties>
<identification name="{20105,1101}" description="{20105,1102} " unique="0" />
<bullet class="bullet_player_beam_v2_macro" />
<heat overheat="10000" cooldelay="1" coolrate="750" reenable="3000" />
<reload />
<typeinfo mk="3" />
<hull min="1000" max="1000" hittable="0" />
</properties>
</macro>
</macros>
Code: Select all
<?xml version="1.0" encoding="utf-8"?>
<!--Exported by: Simon (192.168.3.109) at 27.10.2014_14-13-04-->
<macros>
<macro name="weapon_player_hept_macro" class="playerweapon">
<component ref="props_wps_hept_player" />
<properties>
<identification name="{20105,901}" description="{20105,902}" unique="0" />
<bullet class="bullet_player_hept_mk1_macro" />
<heat />
<reload />
<typeinfo mk="3" />
<hull min="250" max="1000" hittable="0" />
</properties>
</macro>
</macros>
Macro for Mining Laser Mk2:
Code: Select all
<?xml version="1.0" encoding="utf-8"?>
<!--Exported by: Michael (192.168.3.113) at 11.10.2013_10-36-53-->
<macros>
<macro name="weapon_player_mining_mk2_macro" class="playerweapon">
<component ref="props_wps_beam_player" />
<properties>
<identification name="{20108,3401}" description="{20108,3402}" />
<bullet class="bullet_player_mininglaser_mk2_macro" />
<heat />
<reload />
<typeinfo mk="2" />
<hull min="1000" max="1000" hittable="0" />
<effects>
<activation ref="weaponchange_beam" />
</effects>
</properties>
</macro>
</macros>
Code: Select all
<?xml version="1.0" encoding="utf-8"?>
<!--Exported by: Michael (192.168.3.113) at 11.10.2013_10-36-37-->
<macros>
<macro name="weapon_player_impulse_mk2_macro" class="playerweapon">
<component ref="props_wps_impulseemitter_player" />
<properties>
<identification name="{20108,2601}" description="{20108,2602}" />
<bullet class="bullet_player_impulse_mk2_macro" />
<heat overheat="10000" cooldelay="2" coolrate="1250" reenable="6250" />
<reload />
<typeinfo mk="2" />
<hull min="500" max="1000" hittable="0" />
<effects>
<activation ref="weaponchange_impulseemitter" />
</effects>
</properties>
</macro>
</macros>
Also worth noting is that the Plasma Cannon Mk3 and Railgun - although also new weapons - do have the proper <effects> tags and play back their cycling sounds properly.
-
- Moderator (Script&Mod)
- Posts: 14571
- Joined: Sun, 20. Nov 05, 22:45
so its an Issue with the Game itself - therefore
*** moving to official Modding Bug Reports Topic ***
just that everything is in place because the Devs are watching this Topic
*** moving to official Modding Bug Reports Topic ***
just that everything is in place because the Devs are watching this Topic
if not stated otherwise everything i post is licensed under WTFPL
Ich mache keine S&M-Auftragsarbeiten, aber wenn es fragen gibt wie man etwas umsetzen kann helfe ich gerne weiter
I wont do Script&Mod Request work, but if there are questions how to do something i will GLaDly help
Ich mache keine S&M-Auftragsarbeiten, aber wenn es fragen gibt wie man etwas umsetzen kann helfe ich gerne weiter
I wont do Script&Mod Request work, but if there are questions how to do something i will GLaDly help
-
- EGOSOFT
- Posts: 1889
- Joined: Mon, 23. Nov 15, 18:02
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
Thanks for looking into it j.harshaw!j.harshaw wrote:Thanks for the report, Simoom. Looks like those two weapons were overlooked. Fixed internally, but no idea when or if it'll make its way out.
By the way, found another bug (I think):
- The MD function <create_engineer> doesn't seem to assign the spawned engineer to the specified ship properly (the NPC is created, but reports "None" as the word order).
The functions <create_pilot> and <create_defence_officer> work fine, though, so probably a simple oversight for the engineer only.
Curiously, if the NPC is spawned with the ship itself (e.g. <create_ship><engineer/></create_ship>), the Engineer is properly assigned in this case. But not if the ship is created first, then an engineer is created afterward.
-
- Moderator (Script&Mod)
- Posts: 14571
- Joined: Sun, 20. Nov 05, 22:45
you could try to start the engineer script on him after creation, Command for this:Simoom wrote:Thanks for looking into it j.harshaw!j.harshaw wrote:Thanks for the report, Simoom. Looks like those two weapons were overlooked. Fixed internally, but no idea when or if it'll make its way out.
By the way, found another bug (I think):
- The MD function <create_engineer> doesn't seem to assign the spawned engineer to the specified ship properly (the NPC is created, but reports "None" as the word order).
The functions <create_pilot> and <create_defence_officer> work fine, though, so probably a simple oversight for the engineer only.
Curiously, if the NPC is spawned with the ship itself (e.g. <create_ship><engineer/></create_ship>), the Engineer is properly assigned in this case. But not if the ship is created first, then an engineer is created afterward.
<start_script name="'engineer.ai'" object="$engineer" />
(except for player.primaryship where the Script to be started is 'engineer.player' )
if not stated otherwise everything i post is licensed under WTFPL
Ich mache keine S&M-Auftragsarbeiten, aber wenn es fragen gibt wie man etwas umsetzen kann helfe ich gerne weiter
I wont do Script&Mod Request work, but if there are questions how to do something i will GLaDly help
Ich mache keine S&M-Auftragsarbeiten, aber wenn es fragen gibt wie man etwas umsetzen kann helfe ich gerne weiter
I wont do Script&Mod Request work, but if there are questions how to do something i will GLaDly help
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
I am aware of that; I do that already in my script (I use <create_platform_actor> since my current method of spawning NPC's based on race specified in choiceparam limits me to create NPCs separately from the ship).UniTrader wrote:you could try to start the engineer script on him after creation, Command for this:
<start_script name="'engineer.ai'" object="$engineer" />
(except for player.primaryship where the Script to be started is 'engineer.player' )
I was originally using the <create_pilot/defence/engineer> option, then noticed the engineer is bugged. Since I prefer to be able to see my crew on the ship's dock, I had extra code in there to move the generated NPCs to the dock. Having to add the codes assign/start_script for the engineer AND move all the crew to the dock was pretty much as troublesome as doing the <create_platform_actor> route in the first place, so I went with <create_platform_actor> (it also solves another minor issue, which is that the NPC's created via <create_pilot/defence/engineer> or ones spawned directly with the ship will DISAPPEAR if you assign a replacement crew to the ship. NPC's created via <create_platform_actor> do not disappear and come aboard the Skunk properly if replaced).
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
BTW not sure if this has been mentioned before, but setting an object's hull to 0 doesn't destroy it for some reason...
I want to give the players the ability to select an object and destroy it instantly. I ended up having to use <destroy_object> and set the explosion flag to "true", but in the process I had to disallow players from selecting stations (since using <destroy_object> on stations creates all kinds of problems).
I would have preferred setting hull to 0 because it while it would destroy ships, it should only temporarily disable stations without creating any issues such as strange masstraffic... or the fact that NPC stations simply respawn on the next load anyway (and potentially mess up masstraffic even more)
Code: Select all
<set_object_hull object="event.param2.{3}" exact="0"/>
I would have preferred setting hull to 0 because it while it would destroy ships, it should only temporarily disable stations without creating any issues such as strange masstraffic... or the fact that NPC stations simply respawn on the next load anyway (and potentially mess up masstraffic even more)
-
- Posts: 3548
- Joined: Sun, 8. Apr 12, 09:40
egosoft uses at the plot
Code: Select all
<get_control_entities groupname="$Entities" object="$Station"/>
<destroy_group group="$Entities"/>
<set_owner object="$Station" faction="faction.ownerless"/>
<find_object_component groupname="$PMC_Station_Modules" object="$Station" multiple="true">
<match_parent class="class.station"/>
</find_object_component>
<destroy_group group="$PMC_Station_Modules" explosion="true"/>
<!--Destroy summarised components-->
<set_summarised_adsign_state object="$Station" state="wreck" exact="$Station.summary.numadsigns.all"/>
<set_summarised_efficiencyupgrade_state object="$Station" state="wreck" exact="$Station.summary.numefficiencyupgrades.all"/>
<set_summarised_shield_state object="$Station" state="wreck" exact="$Station.summary.numshields.all"/>
<set_summarised_surfacedestructible_state object="$Station" state="wreck" exact="$Station.summary.numsurfacedestructible.all"/>
<set_summarised_turret_state object="$Station" state="wreck" exact="$Station.summary.numturrets.all"/>
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
Hey guys, several things to report:
- Not sure if this is the intended behavior, but ShipGenerator outputs error to the debug log if no engineer or defence officer is created with a ship (odd thing is it doesn't spit out any error for spawning a ship with no pilot).
Code: Select all
Error in MD cue md.[...]: ShipGenerator: <engineer> node missing. Ship [...]macro (using group/ref/[...]). Error in MD cue md.[...]: ShipGenerator: <defence> node missing. Ship [...]macro (using group/ref/[...]).
- I think since the last patch I've been getting a weird output in debug. Not sure what this is. I don't have any mod that modifies the Skunk's cockpit macro, so...
Code: Select all
[=ERROR=] 61.22 Invalid SoundID "hash(958769488)" on macro: "units_player_cockpit_1_macro"! No definition found in SoundLibrary.
- Also, not necessarily a bug but... could potentially be a design issue: I wrote a station-spawning script. It's somewhat based on the failsafe segment in Plot_ep1_ch2.xml, and uses its Build Location logic:
My code has an added segment that creates a boundingbox and checks for obstruction around the build area (similar to how an Architect does it under normal building conditions). Once the boundingbox is clear, the script then spawns the station, followed by a CV (similar to how it was done in Plot_ep1_ch2.xml). After the CV is spawned and the crews are assigned, I made sure the CV is attached to the station with:
Code: Select all
<set_value name="$BuildLocation" exact="player.zone.freebuildlocations.random"/>
Here are the problems...Code: Select all
<connect_to_build_location object="$CV" buildlocation="$BuildLocation"/> <set_buildanchor buildmodule="$CV.buildmodule" object="$Station"/>
- For some reason, the game does not consider the Build Location where the station has been spawned occupied. If I execute the script again, it has the chance to spawn another station right on top of the existing one (instead of using one of the other unoccupied Build Location in the zone).
- The dialogue options of the Architect on the CV indicates that she doesn't think the CV is attached to the station, which could mean an issue with the <connect_to_build_location> and <set_buildanchor> commands, but I fail to see how (more likely just a dialogue tree issue)
Yes, the CV is attached to the Build Location via <connect_to_build_location>, but that's really the only thing that would indicate to another Architect (on another CV) that the build location is occupied. If an attached CV were destroyed or somehow detached (via mod), what exactly is stopping another CV from "building" at a build location already occupied by a station? As far as I can tell, the station itself is not attached to the build location in any way.
I was also looking at move.buildership.xml, and it has a safety check for $BuildLocation.child, but I am assuming the "child" in this case is the presence of a buildmodule (contained on another CV) that's attached to the build location, rather than the presence of a station...
So back to the trouble with my script: If I spawned a station at one of the build locations, regardless of whether or not a CV is attached... how do I indicate to the game that build location is occupied? So that when "freebuildlocations" is looked up again, that build location doesn't show up in the results?
-
- Posts: 2727
- Joined: Tue, 29. Oct 13, 21:59
For the npc on ship nodes, iirc you just do = null to satisfy the complaints. There's examples in vanilla i'm sure.
For the build locs, this happens in the free list for player + npc locs. Appears to be either a bug or legacy code. Using this check :
however will find if a loc is in use It is looking at the location, not a cv module so will not care if a cv is present or not.
For the build locs, this happens in the free list for player + npc locs. Appears to be either a bug or legacy code. Using this check :
Code: Select all
<do_if value="not $BuildZone.freenpcbuildlocations.{$i}.child">
X Rebirth - A Sirius Cybernetics Corporation Product
Split irritate visiting pilot with strange vocal patterns.
Split irritate visiting pilot with strange vocal patterns.
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
Looking into the Architect dialogue issue. I think the problem may be that I used <create_platform_actor>, which does set up a dialogue tree that properly detects if the actor is on a construction vessel. However, because the CV was already connected to the station on spawning, no player build action was performed (which is necessary for triggering the cue "BuildActionPerformed" which subsequently set up the appropriate dialogue options).YorrickVander wrote:For the npc on ship nodes, iirc you just do = null to satisfy the complaints. There's examples in vanilla i'm sure.
For the build locs, this happens in the free list for player + npc locs. Appears to be either a bug or legacy code. Using this check :
however will find if a loc is in use It is looking at the location, not a cv module so will not care if a cv is present or not.Code: Select all
<do_if value="not $BuildZone.freenpcbuildlocations.{$i}.child">
I will do a <signal_cue_instantly cue="md.NPC_Architect.Base" param="[$Architect, false, true]"/> to see if it resolves the issue.
As for the build location issue... I'll try the iteration method, but according to scriptproperties.xml:
Code: Select all
<property name="buildlocations" result="List of build locations" type="list" />
<property name="freebuildlocations" result="List of free build locations" type="list" />
<property name="npcbuildlocations" result="List of NPC build locations" type="list" />
<property name="freenpcbuildlocations" result="List of free NPC build locations" type="list" />
I thought perhaps this function isn't working properly, which warranted a report in this thread.
I still think the $buildlocation.child refers to the buildmodule, though, which is contained within the connected CV... which again, begs the question, what marks a build location as occupied if no CV is connected to it (but a station was already built there). As far as I can tell, the station itself is not associated with the build location in any way; only the CV is.
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
Okay, successfully resolved both issues. Definitely have a few bugs or possible game script improvements to report now.
- The value freenpcbuildlocations definitely doesn't work as intended. It does not take into account any $buildlocation.child (connected build module) that's present. As it stands, it appears to simply generate a list of player buildlocations, which makes it indistinguishable from the value buildlocations.
Currently the only workaround is for the coder to innumerate through a list of build locations in the zone and find ones without a child element:Code: Select all
<do_all exact="player.zone.buildlocations.count" counter="$Counter"> <do_if value="not player.zone.buildlocations.{$Counter}.child"> <set_value name="$BuildLocation" exact="player.zone.freebuildlocations.{$Counter}"/> </do_if> </do_all>
- The NPC_Architect.xml currently does not generate the proper dialogue options in the following scenarios:
- An Architect was created via <create_platform_actor> on a CV that's already connected to a station. Since the cue BuildActionPerformed was not triggered, the Architect is stuck thinking that it is working on an unconnected CV.
- An Architect working on a CV that has been disconnected from its parent station. The dialogue tree does not do a re-check of of the state of the CV when it is triggered, so it's stuck thinking that the Architect's CV is still connected to the station (even though the buildmodule has already been cleared and no buildanchor is present).
But a better CV status detection routine in NPC_Architect.xml could be useful in the future.Code: Select all
<signal_objects object="$Architect" param="'remote_passenger_arrived'"/>
- Minor oversight report: In extensions\ego_dlc_2\assets\structures\landmarks\terracorp_hq_01_macro.xml, the ID tag has a space in the value brackets (it's not supposed to contain any spaces):
Not sure if this affects the game's ability to read back the name.
Code: Select all
name="{20102, 8501}"
- Minor oversight report: In assets\props\WeaponSystems\macrosweapon_invisible_lb_khaak_macro.xml (beam weapons used on Kha'ak fighters), the <identification> tag is missing. The game fails to display any name or description for the weapons, so just displays their macro value.
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
Some new weirdness to report...
The previously-mentioned <signal_objects object="$Architect" param="'remote_passenger_arrived'"/> method works fine in re-establishing the architect dialogue if the CV were detached from its parent station, or if an architect were spawned on a CV that's already attached to a station. However, it creates a weird issue where the architect thinks she's on board the Skunk (I think). If you tell her to "come back on board", instead of getting into a transport drone, you see an animation where she just walks up the Skunk's ramp.
Subsequently, if you tell the architect to go back to the CV from where she came, she will enter a transport drone, leave the Skunk, then promptly fly back to the Skunk (making re-assignment impossible).
Additional weirdness includes that the "Call Architect" button isn't available when the CV is hailed, and clicking on a build location and telling the undocked CV to build there won't properly trigger a build action.
Looking into this issue now...
The previously-mentioned <signal_objects object="$Architect" param="'remote_passenger_arrived'"/> method works fine in re-establishing the architect dialogue if the CV were detached from its parent station, or if an architect were spawned on a CV that's already attached to a station. However, it creates a weird issue where the architect thinks she's on board the Skunk (I think). If you tell her to "come back on board", instead of getting into a transport drone, you see an animation where she just walks up the Skunk's ramp.
Subsequently, if you tell the architect to go back to the CV from where she came, she will enter a transport drone, leave the Skunk, then promptly fly back to the Skunk (making re-assignment impossible).
Additional weirdness includes that the "Call Architect" button isn't available when the CV is hailed, and clicking on a build location and telling the undocked CV to build there won't properly trigger a build action.
Looking into this issue now...
-
- Posts: 2355
- Joined: Sun, 25. Apr 04, 19:09
Didn't read the topic, so sorry if this is already in here
the mk attribute of the unit subsection for create_ship doesn't accept variables, only numeric literals.
will result in a ship with 20 MK2 Collector drones.
But:
will result in a ship without any drones on board.
pilot, engineer and defence nodes within create_ship are present to avoid nasty error messages in log as well as to make sure the ship would be operational in case there is something weird going on in case it doesn't have that stuff. Except for log messages it doesn't make any difference though.
Edit:
Also it seems that
does not actually get rid of the ship. At least not when they're player owned and / or created and destroyed in a loop (tested OOZ).
the mk attribute of the unit subsection for create_ship doesn't accept variables, only numeric literals.
Code: Select all
<set_value name="$droneCount" exact="20"/>
<create_ship name="$ship" macro="units_size_xl_cargo_hauler_3_macro" zone="player.zone">
<owner exact="faction.player"/>
<pilot group="argon.pilot">
<owner exact="faction.player"/>
</pilot>
<defence group="argon.defence">
<owner exact="faction.player"/>
</defence>
<engineer group="argon.engineer">
<owner exact="faction.player"/>
</engineer>
<units>
<unit category="unitcategory.orecollector" mk="2" exact="$droneCount"/>
</units>
</create_ship>
But:
Code: Select all
<set_value name="$droneCount" exact="20"/>
<set_value name="$droneLevel" exact="2"/>
<create_ship name="$ship" macro="units_size_xl_cargo_hauler_3_macro" zone="player.zone">
<owner exact="faction.player"/>
<pilot group="argon.pilot">
<owner exact="faction.player"/>
</pilot>
<defence group="argon.defence">
<owner exact="faction.player"/>
</defence>
<engineer group="argon.engineer">
<owner exact="faction.player"/>
</engineer>
<units>
<unit category="unitcategory.orecollector" mk="$droneLevel" exact="$droneCount"/>
</units>
</create_ship>
pilot, engineer and defence nodes within create_ship are present to avoid nasty error messages in log as well as to make sure the ship would be operational in case there is something weird going on in case it doesn't have that stuff. Except for log messages it doesn't make any difference though.
Edit:
Also it seems that
Code: Select all
<destroy_object object="$ship" explosion="false"/>
Code: Select all
<do_all exact="100" counter="$idx" comment="Not sure the counter is required, it's not being used">
<!-- Insert create ship block from above -->
<destroy_object object="$ship" explosion="false"/>
</do_all>
Last edited by XGamer on Thu, 28. Apr 16, 01:27, edited 2 times in total.
X:BtF: 7/10 | X2: 8/10 | X3:R/TC/AP: 8/10 | X:R: 3/10 | X4: 0/10 (3 points for split ships and stations, 4.0 -> -50 points).
If you are raising pirate activity, give me meaningful ways to deal with them PERMANENTLY. Better things to do than replacing ships every 10 minutes, or babysitting ships getting harassed.
Stopped playing X4 with 4.0 due to outrageous, needless and pointless nerfs to everything. Don't change what wasn't broken in the first place.
If you are raising pirate activity, give me meaningful ways to deal with them PERMANENTLY. Better things to do than replacing ships every 10 minutes, or babysitting ships getting harassed.
Stopped playing X4 with 4.0 due to outrageous, needless and pointless nerfs to everything. Don't change what wasn't broken in the first place.
-
- Posts: 1110
- Joined: Sat, 30. Oct 10, 14:14
Same with actor groups (used to specify macro selection on actor spawn) - only takes literals, doesn't accept variables. :/ Several of my scripts could be a bit shorter otherwise.XGamer wrote:the mk attribute of the unit subsection for create_ship doesn't accept variables, only numeric literals.
Reported this one earlier. I don't think missing the <pilot> node generates an error message, but <defence> and <engineer> do, which is annoying since I use <create_platform_actor> to generate the crew for my scripts.XGamer wrote:pilot, engineer and defence nodes within create_ship are present to avoid nasty error messages in log.
-
- Posts: 2355
- Joined: Sun, 25. Apr 04, 19:09
didn't know the group attribute for actors behaved the same.Simoom wrote:Same with actor groups (used to specify macro selection on actor spawn) - only takes literals, doesn't accept variables. :/ Several of my scripts could be a bit shorter otherwise.
In any case, depending on the situation, you should be able to work around that by patching the character groups to have the macros you want, or use the macro attribute with a list (if that works as advertised at least).
Yes, both (as in you reporting it and pilot not causing errors in the log) are correct (I did actually see you reporting it, as it was on this page of the thread). I just thought I'd mention it to explain the rather lengthy code example .Simoom wrote:Reported this one earlier. I don't think missing the <pilot> node generates an error message, but <defence> and <engineer> do, which is annoying since I use <create_platform_actor> to generate the crew for my scripts.
X:BtF: 7/10 | X2: 8/10 | X3:R/TC/AP: 8/10 | X:R: 3/10 | X4: 0/10 (3 points for split ships and stations, 4.0 -> -50 points).
If you are raising pirate activity, give me meaningful ways to deal with them PERMANENTLY. Better things to do than replacing ships every 10 minutes, or babysitting ships getting harassed.
Stopped playing X4 with 4.0 due to outrageous, needless and pointless nerfs to everything. Don't change what wasn't broken in the first place.
If you are raising pirate activity, give me meaningful ways to deal with them PERMANENTLY. Better things to do than replacing ships every 10 minutes, or babysitting ships getting harassed.
Stopped playing X4 with 4.0 due to outrageous, needless and pointless nerfs to everything. Don't change what wasn't broken in the first place.