Ftl System Slots
Overall its a fun ship to play and makes for a good FTL run (some of the time) CONS: - Low missile count at start - Venting system isn't the most efficient (tried to keep it accurate and balanced) - Only 3 weapon slots (not counting artillery system) - Two starting crew members. Mass: The more mass, the slower the ship for a given amount of thrust. Each slot has a base weight of 0.5. Sub-light speed FTL speed: speed at warp Turn rate Ordinance capacity Cargo space Presense of a command module (Cockpit, Bridge, or CIC) (Yes/No) Presense of empty slots (Yes/No) On the left hand side is a list of modules currently unlocked. Powers the FTL drive and allows the ship to dodge. Upgrading improves dodge chance and the rate that your FTL drive charges. The FTL recharge rate can be further improved by the augmentation FTL Recharge Booster and the chance of dodging can be raised by manning the system. A higher upgrade level can provide blue options in certain events.
Modding guide |
Events file structure |
Ships |
Continue.sav |
Mod manager |
Mods |
Ship data is divided between several files. For example, the Kestrel has a kestral.txt (sic) that details the room/door layout, a kestral.xml file for explosion data and position of weapon slots, and an entry in blueprints.xml defining the game data of the ship.
A ship editor GUI is in development.
Another editor has already been released, but it lacks many key features, such as loading the XML file.
Yet another ship editor - Superluminal - is available and constantly updated. Allows the user to modify pretty much every property of a ship.
Ftl System Slots System
Graphics[edit]
Filename | Description |
---|---|
(ship) | Indicates the ship's name. Example, Zoltan A is 'energy_cruiser' Thus 'energy_cruiser_base.png', etc. |
(ship)_base.png | The base image file of the ship, seen when no rooms are displayed. |
(ship)_floor.png | The gray background image behind rooms. Used only on player ships. |
(ship)_gib#.png | The pieces that are displayed when a ship breaks apart. '#' is 1-6 for player ships, 1-4 for enemy ships. |
(ship)_cloak.png | The pale outline when a ship engages its cloaking device. A <cloakImage>(another_ship)</cloakImage> can be included in the ship's blueprint file, to make it use another ship's cloak graphic. |
(ship)_shields1.png | The shields displayed for a particular ship. A <shieldImage>(another_ship)</shieldImage> can be included in the ship's blueprint file, to make it use another ship's shield graphic. |
TXT File[edit]
Code | Description |
---|---|
X_OFFSET | |
<number> | [<number>*35 offsets the entire ship in the X axis] |
Y_OFFSET | |
<number> | [<number>*35 offsets the entire ship in the Y axis] |
HORIZONTAL | |
<number> | [<number> offsets the entire ship in the X axis by this many pixels. Has no apparent effect on enemy ships] |
VERTICAL | |
<number> | [<number> offsets the entire ship in the Y axis by this many pixels] |
ELLIPSE | [The shield graphic uses these parameters. Also determines the collision perimeter and orbit on which defense drones move.] |
<width> | [Actually half of the ellipse's final width.] Does not affect the width of player ships' shield graphic. |
<height> | [Actually half of the ellipse's final height.] Does not affect the height of player ships' shield graphic. |
<x-offset> | [Offsets the shield graphic by <x-offset> pixels.] |
<y-offset> | [Offsets the shield graphic by <y-offset> pixels.] |
ROOM | |
<id> | [Unique ID] |
<x> | [How many tiles from 0 the room is on the X-axis] |
<y> | [How many tiles from 0 the room is on the Y-axis] |
<w> | [How wide is the room, in tiles] |
<h> | [How tall is the room, in tiles] |
DOOR | |
<x> | [How many tiles from 0 the door is on the X-axis] |
<y> | [How many tiles from 0 the door is on the Y-axis] |
<Left/Top room ID> | [ID of the room to the left, or top, of this door.] Value of -1 means the door functions as an airlock, and will drain oxygen from the other room when opened. |
<Right/Bottom room ID> | [ID of the room to the right, or bottom, of this door.] Value of -1 means the door functions as an airlock, and will drain oxygen from the other room when opened. |
<vertical/horizontal> | [Determines whether the door is vertical or horizontal.] 0 = door is horizontal, 1 = door is vertical. Door always snaps to the left or top wall of the tile at which it is located. |
Note
It's possible to move between two rooms as long as there is a door that links them, no matter which ID is used.
However, airlocks will not work that way.
For this reason, it is better to link rooms using the following logic -- it guarantees that both rooms and airlocks will work correctly:
Ftl System Slots Games
XML File[edit]
Code | Description |
---|---|
<img x='#' y='#' w='#' h='#'/> | Determines the size and X/Y offeset of (ship)_base.png |
X= | Slides the base image left (negative value) or right (positive value) |
Y= | Slides the base image up (negative value) or down (positive value) |
W= | The width of the (ship)_base.png Can cause stretching if set higher or lower than actual (ship)_base dimensions |
H= | The height of the (ship)_base.png Can cause stretching if set higher or lower than actual (ship)_base dimensions |
<weaponMounts> | |
<mount x='#' y='#' rotate='true' mirror='false' gib='#' slide='down'/> | Determines the placement and movement of ship-mounted weaponry. |
X= / Y= | X,Y Coordinates determine where the weapon appears on the ship. Origin (0,0) is determined by the top-left corner of (ship)_base.png and is not affected by <img> offset values |
Note: | All default weapon sprites face upwards with mounting points to the left. |
rotate= | True - Turns the weapon sprite 90 degrees clockwise. Used on player ships to make weapons face right. False - Weapon remains vertically aligned. Used on enemy ships to keep weapons facing up. |
mirror= | True - Flips the weapon horizontally. Used for player weapons on the top of ships / Enemy weapons on left side. Independent of rotate= tagFalse - Weapon sprite maintains original orientation. |
gib= | The chunk of ship the weapon remains attached to when destroyed. Allows weapon to 'drift' with destroyed wreckage. |
slide= | Determines which way the weapon moves when powered up. Accepted values are Up , Down , Left , Right , No |
</weaponMounts> | |
<explosion> | |
<gib#> | Determines alignment of (ship)_gib#.png, and movement during ship destruction |
<velocity min='0.6' max='1'/> | Determines speed of gib movement. Game randomly selects a value between minimum / maximum values. |
<direction min='60' max='120'/> | Direction of gib movement. Values between 0-360, rotational. Negative values allowed. Value of 0 is equivalent to facing north. Helps create image of ship blowing apart, rather than collapsing in on itself. Direction of gibs should face outwards from center. |
<angular min='-0.4' max='-0.1'/> | Creates 'spin' on gib chunks, causing rotation as pieces move away. Value of 10 is equivalent to a full revolution. |
<x>0</x> | Horizontal offset, determined from origin of (ship)_base |
<y>0</y> | Vertical offset, determined from origin of (ship)_base |
</gib#> | |
</explosion> |
Blueprint XML File[edit]
Code | Description |
---|---|
<shipBlueprint name='PLAYER_SHIP_HARD' layout='kestral' img='kestral'> | layout determines the name of the .txt and .xml files associated with the ship img determines the base name of image files associated with the ship |
<class>Kestrel Cruiser</class> | Name of spaceship in selection screen. |
<name>The Kestrel</name> | Default name for spaceship. |
<desc>This class of ship was decommissioned .../desc> | Description of ship in selection screen. |
<systemList> | List of systems that are installed or could be installed in the ship. |
<pilot power='1' room='0' start='true' img='room_pilot'> | room: Room ID as described in TXT file. power: Initial level of associated system. start: Ship starts with this system installed. img: Image for room. |
<slot> <direction>right</direction> | Slot for the position of the system operator. 0 - upper left, 1 - upper right, 2 - lower left, 3 - lower right. |
</pilot> | |
<doors power='1' room='2' start='true' img='room_doors'/> | |
<sensors power='1' room='3' start='true' img='room_sensors'/> | |
<medbay power='1' room='4' start='true' img='room_medbay'> | |
<slot> <number>1</number> | slot for medbay defines which slot is blocked - '-2' means no blocked slot. |
</medbay> | |
<oxygen power='1' room='13' start='true' img='room_oxygen'/> | |
<shields power='2' room='5' start='true' img='room_shields'/> | |
<engines power='2' room='14' start='true' img='room_engines'/> | |
<weapons power='3' room='10' start='true' img='room_weapons'/> | |
<drones power='2' room='1' start='false'/> | |
<teleporter power='1' room='15' start='false'/> | |
<cloaking power='1' room='8' start='false'/> | |
</systemList> | |
<weaponSlots>4</weaponSlots> | Max weapon slots for ship. Requires weapon system to be installed. |
<droneSlots>2</droneSlots> | Max drone slots for ship. Requires drones system to be installed. |
<weaponList count='2' missiles='8'> | Weapons this ship starts with. missiles: Number of initial missiles. |
<weapon name='MISSILES_2_PLAYER'/> | |
<weapon name='LASER_BURST_3'/> | |
</weaponList> | |
<droneList count='3' drones='6'> | Drones this ship starts with. drones: Number of initial drone parts. |
<drone name='BATTLE'/> | |
<drone name='REPAIR'/> | |
<drone name='REPAIR'/> | |
</droneList> | |
<health amount='30'/> | Initial ship health. |
<maxPower amount ='8'/> | Initial max power. |
<crewCount amount = '3'/> | Start with <amount> number of <class>. This may be listed more than once for mixed-race ships. |
</shipBlueprint> |
Notes[edit]
- Slots are numbered progressively in rows, beggining at the top left corner, and ending at bottom right corner. For example, in a 2x2 room, slots in top row would be numbered 0 and 1, while in a 3x2 room 0, 1 and 2, with bottom row having numbers 3, 4 and 5.
- Man-able systems and medbay have default slots, for when they're not explicitly defined in the blueprints file.
System | Default slot and direction |
---|---|
Pilot | 0, right |
Weapons | 1, up |
Shields | 0, left |
Engines | 2, down |
Medbay | 1, N/A |
- Because of this, systems that are assigned to small enough rooms without an explicitly defined slot will bug, making the station inaccessible.
- If a ship has artillery system, but doesn't have a weapon mount assigned to it, the artillery weapon will shoot from beyond the screen, left-hand side. For the graphic to show up properly, the ship's xml file has to have five weapon mounts declared, the fifth mount being the artillery weapon.
- If a ship has no crew declared in blueprint file, it is considered an automated ship, with all systems appearing manned by non-experienced crew.
- For player ships, all systems except artillery have to be declared. If a system declaration is not present, it will bug - it won't be available at the start, but it will be purchaseable, and once the player buys the system at a store, it won't show up on the ship, systems interface nor in the upgrade tab.
- Shield graphic uses the ellipse properties in ship's .txt file; offset applies for both player and enemy ships, but the graphic's dimensions only affect enemy ships' shields.
- Shield mechanic is collision based; the ellipse property in .txt file is used to determine the collision perimeter. If a ship's room is not inside this ellipse, it will be possible to hit it even if the shields are raised (as long as the missile comes at such an angle that it won't collide with ellipse prior to reaching its target).