Welcome, Guest |
You have to register before you can post on our site.
|
Online Users |
There are currently 49 online users. » 0 Member(s) | 49 Guest(s)
|
Latest Threads |
ODST Application
Forum: Recruiting Center
Last Post: BDpuffy420
10-28-2024, 03:58 PM
» Replies: 1
» Views: 105
|
ODST/Spartan Apps
Forum: Recruiting Center
Last Post: BDpuffy420
10-27-2024, 06:16 PM
» Replies: 2
» Views: 6,316
|
Covenant application
Forum: Recruiting Citadel
Last Post: BDpuffy420
08-27-2024, 11:07 PM
» Replies: 1
» Views: 172
|
UNSC Application
Forum: Finished Applications
Last Post: BDpuffy420
07-20-2024, 10:24 PM
» Replies: 1
» Views: 188
|
Covenant Application
Forum: Finished Applications
Last Post: BDpuffy420
07-20-2024, 01:48 AM
» Replies: 1
» Views: 184
|
Economics Assignment Help
Forum: Career Service Vita (CSV)
Last Post: ameliawillson
05-28-2024, 10:44 AM
» Replies: 0
» Views: 162
|
Greetings, make sure to k...
Forum: The Barracks (General Discussion)
Last Post: JasmineDaw
04-06-2024, 02:26 PM
» Replies: 0
» Views: 211
|
zergkings covvie whitelis...
Forum: Finished Applications
Last Post: BDpuffy420
03-17-2024, 11:51 PM
» Replies: 1
» Views: 335
|
UNSC REDACTED File 3001
Forum: Finished Applications
Last Post: BDpuffy420
03-17-2024, 11:50 PM
» Replies: 1
» Views: 1,275
|
Whitelist Application - U...
Forum: Finished Applications
Last Post: BDpuffy420
03-17-2024, 11:50 PM
» Replies: 1
» Views: 297
|
|
|
Overmap (question) |
Posted by: Bulzome - 05-22-2016, 10:39 PM - Forum: The Barracks (General Discussion)
- Replies (1)
|
|
While I was on the test server I saw something called view overmap. What is the overmap? Is it how traveling to multiple planets is made possible because I remember seeing something like that.Â
So questions:
1. What is the overmap
2. How does it work
|
|
|
Workflow tutorial for developing ships, shuttles, space stations, asteroid bases |
Posted by: Cael_Aislinn - 05-17-2016, 01:26 PM - Forum: Development
- No Replies
|
|
Here is a reasonably comprehensive guide for the full workflow I've developed from start to finish based on our current code. You will need intermediate skill at mapping (or basic skill and a little help), very basic skill with spriting and very basic skill with coding. I'm writing this up so that mappers can get an idea of the full process and we can make contributing a little easier in all areas to hopefully encourage a little more contribution. This is a multidisciplinary process but if you follow the steps carefully and ask for advice/help at different stages along the way anyone can learn to do the full thing. It's also a long guide so you may want to take it in stages, or split the work up between a couple of people.
1. Decide the kind of ship or station you want to make, its size and its purpose. For performance reasons we want to minimise the number of things using 2 or more zlevels (separate decks) by themselves but don't be afraid to make something bigger if you want to. Engines are props and there's no other ship mounted machinery like weapons, comms antennae, sensors etc at the moment but leave space for them as they'll get added eventually. Covenant turfs aren't in the code yet so stick to human ships. Space stations and asteroid bases are basically the same as capital ships but a little bit simpler. In the code stations and asteroid bases are treated identically. Anything larger than 20x20 must be either a capital ship or station (not a shuttle) and can use one or more zlevels.
2. Map the internal layout. Size guidelines for some possible ship/shuttle types are:
- Small shuttle, dropship, personnel lighter, escape pod: up to 6x6 tiles (shuttle class)
- Large shuttle, tug, gunboat, heavy dropship, small yacht: up to 20x20 tiles (shuttle class)
- Stealth vessel, light freighter, transport ship, patrol boat, sub-prowler/sub-corvette, luxury yacht: 1 zlevel (capital class)
- Corvette, light frigate, medium freighter, personnel transport: 2 zlevels (capital class)
- Frigate, light destroyer, heavy freighter, refinery ship: 3 zlevels (capital class)
- Destroyer, heavy frigate, light cruiser, light carrier, colony ship: 4 zlevels (capital class)
- Heavy cruiser, carrier: 5 zlevels (capital class)
Space stations and asteroid bases can be anywhere from 1-5+ zlevels depending on their purpose. Shuttle class ships are able to physically move around inside and dock with capital class ships. We can theoretically make shuttles up to around 50x50 or larger, but any larger than 20x20 and gameplay/performance issues crop up. There are also specific turfs you need to use for shuttles. Capital class ships and space stations occupy entire zlevels and have static layouts. On the overmap both type of ships work near identically but should be given different sized sprites to represent their size difference. Place a minimum 50 tile margin of empty space around the edge of anything occupying one or more zlevels.
Map your shuttles facing north (up) and map your capital ships facing east (right). Don't ask me why because I was probably drunk at the time. I might get drunk and make them the same someday but forget to tell anyone so all the ships suddenly start flying sideways. Spacestations and asteroids can do whatever they want. Make sure that the map z dimension is always 1 and split separate decks off into separate mapfiles labelling then myship-1.dmm myship-2.dmm etc.
2(a). Shuttle specific stuff
The shuttle code requires that the only turf type used internally are of type /turf/simulated/shuttle/hull (for the shuttle) and /turf/unsimulated/blocker (for any empty space around it). To achieve a desired visual effect, you will need to modify the icon and icon_state of the turf in the map editor to match what you want. To do this right click on the turf, go to the dropdown for it and select "Edit..." then scroll down to where it says icon in the left column. In the right column enter the path of the icon you want to use inside single brackets (eg 'icons/turf/space.dmi') then press "OK". Go to the edit menu again, and this time scroll down to where it says icon_state in the left column and put the name of the icon state you want in the right column in double brackets (eg "plating"). To find a list of possible turf sprites to use, navigate to icons/turf inside Dreammaker.
For floor turfs (ie are non-dense and non-opaque) use /turf/simulated/shuttle/hull/floor and for windows (dense and non-opaque) /turf/simulated/shuttle/hull/window the parent hull type /turf/simulated/shuttle/hull function as walls (dense and opaque). Don't worry about maglocks, they don't use specific turfs for now.
Do not map out any areas, but make sure you place exactly 1 APC somewhere (SMES and cabling are optional but there if you want them) and at least 1 /obj/machinery/computer/shuttle_helm to fly the shuttle. Lighting is also required, and you can use ordinary airlocks as normal to divide internal cabins and rooms. Place some /obj/machinery/door/airlock/external/shuttle to allow players to enter and exit the shuttle while it is in flight (not maglocked). Putting the machinery for a cycling airlock is not necessary as most shuttles will be flying to and from hangars or planets with atmosphere, but you can do it if you want (eg for a salvage or SAR shuttle).
The map file containing this layout should use the exact same dimensions. Eg if your shuttle is 12x15 then the map should be 12x and 15y.
Nothing other than shuttles should use these turf types.
3. Get an overmap sprite for your ship or station
Shuttles: the sprite should be around 16x16 from one end to the other (use a standard 32x32 dmi size) with a little bit of leeway either size (eg you could do a 10x10 or 20x20 sprite). Create it as an state in code\modules\overmap\overmap_vehicles\icons\overmap_vehicles.dmi and call it whatever you want but remember it for the next step (4). Make sure the sprite is facing north and don't bother creating directional states.
Capital ships or space stations: The overmap sprite should be 32x32 for things that are 1 full zlevels, 64x64 for things that are 2 full zlevels, 96x96 for things that are 3 zlevels, 128x128 for things that are 4 or more zlevels. Also include icon states for thrusting and braking (reverse thrust). For the dimensions larger than 32 you will need to use an external editor then import it into Dreammaker, I recommend Paint.NET as it's free, small and fast but with loads of features. Place it as a new icon inside the folder code\modules\overmap\ships and name the icon states "base" "thrust" and "brake" for ships. Make sure all 3 icon states exist (if ship), but just reuse the base sprite if you don't have the extra ones. Make sure the sprites are facing north and don't bother creating directional states. 32x32 station sprites can go into code\modules\overmap\ships\sector_icons.dmi or just as new icons into code\modules\overmap\overmapobj (sorry it's a little bit disorganised). Remember the icon name and icon_state for the next step (4a and 4b and 4c).
3(a). Shuttle top-down sprites
The top-down sprite is used for the shuttle when it is in flight (eg docking with or leaving a hangar) and the dimensions need to match the full pixel dimensions of the internal layout so an external editor is required. To calculate the size required, count the x width and y-height of the shuttle excluding any empty space then multiply by the standard Byond turf size of 32x32. For example, a shuttle that is 5 turfs wide and 10 turfs high will need a top-down sprite with dimensions 160 (5 x 32) by 320 (10 x 32).
Once you figure out the required dimensions either obtain the services of an artist or map out the "roof" in Dreammaker using whatever turfs you like then take a screenshot and scale/crop it to the required proportions. Place the image into its own DMI (ensuring it is facing north) and call the icon state "shuttle". Call the icon itself whatever you want, but remember it for the next step (4a).
3(b). Sensor HUD images
Everything the size of a fighter or larger needs a unique sprite to quickly identify it when it pops up on a player's sensor HUD. The sprite should be 32x32 and grayscale (because it is coloured in according to its faction or light blue for environmental stuff like asteroids and stars). Place the sprite in code\modules\overmap\overmap_vehicles\icons\overmap_vehicle_hud.dmi and name it whatever you want but remember it for the next step (4).
4(a). Implementing shuttles in code
Open up code\modules\overmap\overmap_vehicles\instances\shuttles.dm then scroll down to the bottom of the file and copy paste the following code at the end:
Code: /obj/machinery/overmap_vehicle/shuttle/my_shuttle_path
  name = "My Awesome Shuttlecraft"
  desc = "For transporting Super Cool Dudes while making spacey noises with your mouth."
  icon = 'code/modules/overmap/overmap_vehicles/shuttles/my_shuttle_icon.dmi'
  overmap_icon_state = "unsc_shuttle"
  maglock_strength = 8
  bound_width = 192
  bound_height = 384
  layout_file = 'maps/ships/my_shuttle_layout.dmm'
  layout_x = 6
  layout_y = 12
  iff_faction_broadcast = "UNSC"
  hull_remaining = 250
  hull_max = 250
  armour = 75
  maglocked_at_spawn = 0
We will now edit some lines to customise this code. Some lines are optional and if they aren't changed then they can be deleted to make the code a little cleaner. We'll go through the lines one by one.
Code: /obj/machinery/overmap_vehicle/shuttle/my_shuttle_path
Change my_shuttle_path to whatever you want but keep it reasonably simple and only use lower case letters and underscores (eg colonial_salvage_shuttle).
Code: Â Â name = "My Awesome Shuttlecraft"
  desc = "For transporting Super Cool Dudes while making spacey noises with your mouth."
Change these to whatever you want. This is what the players see when they mouse over or examine the shuttle.
Code: Â Â icon = 'code/modules/overmap/overmap_vehicles/shuttles/my_shuttle_icon.dmi'
Change this to the icon containing your top down sprite you made in step 3(a).
Code: Â Â overmap_icon_state = "unsc_shuttle"
This should match the icon_state of the overmap icon you made in step 3.
Code: Â Â maglock_strength = 8
This is the number of adjacent or overlapping walls and floors required to "maglock" or dock with a capital ship. Pick the side you want to use to dock (usually the one with airlocks in it) and this number should be slightly less than that. Eg if the sides of your shuttle are 8 tiles high then the maglock strength should be 6.
Code: Â Â bound_width = 192
  bound_height = 384
This should be changed to the exact dimensions of the top down sprite.
Code: Â Â layout_file = 'maps/ships/my_shuttle_layout.dmm'
  layout_x = 6
  layout_y = 12
Change the layout file to be the map file containing your layout, and make sure the layout_x and layout_y match the map dimensions.
Code: Â Â iff_faction_broadcast = "UNSC"
Optional: Determines the faction alignment for sensors. Available options are "UNSC" "Insurrection" "Covenant". Probably just leave this as UNSC for now because the Insurrection aren't in a habit of broadcasting their presence.
Code: Â Â hull_remaining = 250
  hull_max = 250
  armour = 75
Optional: hull_remaining and hull_max should be set the same and represent the overall health of the shuttle. armour functions as damage mitigation and anything that deals less damage than this value is ignored. If something deals more damage than the armour value then hull is removed according to the function hull_remaining -= damage / armour means something that deals the same amount of damage as the shuttle has armour will only remove 1 point of hull. Be sensible and look at existing values to balance this. If you're in doubt then don't change it.
Code: Â Â maglocked_at_spawn = 0
Optional: determines if the shuttle spawns in as maglocked (docked) at the start of the game.
4(b). Implementing capships in code
Open up code\modules\overmap\ships\unique_ships.dm then scroll down to the bottom of the file and copy paste the following code at the end:
Code: /obj/effect/zlevelinfo/ship/my_ship
name = "UNSC Derpaderp"
desc = "For a brick it flies pretty good."
icon = 'code/modules/overmap/ships/my_ship_icon.dmi'
faction = "UNSC"
init_bounds_dims = 96
use_me_to_initialise = 0
sensor_icon_state = "7th_column"
We'll break it down line by line. Sensors are definitely working but leave speed and acceleration etc alone again for now.
Code: /obj/effect/zlevelinfo/ship/my_ship
Change my_ship to something simple and clear and only using lowercase letters and underscores.
Code: name = "UNSC Derpaderp"
desc = "For a brick it flies pretty good."
What the players see. Remember that UNSC specifically refers to navy ships (including ONI). For civilian ships use CAA (Colonial Administration Authority), UEGS (United Earth Government Ship), your own made up acronym or nothing at all. The desc should be describe it's origins and purpose while being informative and short.
Code: icon = 'code/modules/overmap/ships/my_ship_icon.dmi'
Change this to the icon you made in step 3.
For sensor faction purposes. Available values are "UNSC" "Insurrection" "Covenant" but again best left as "UNSC" for now.
Code: init_bounds_dims = 96
Set this to the dimensions of your overmap sprite (which should be square).
Code: sensor_icon_state = "7th_column"
Set this to the icon_state you created in step 3(b).
Code: use_me_to_initialise = 0
This is a magic number and should be kept as 0. We'll look at it in step 5a.
4©. Implementing stations and asteroid bases in code
These are the simplest to do. Open up code\modules\overmapobj\unique.dm (it might not exist and need to be created). Scroll to the end and copy paste the following code:
Code: /obj/effect/overmapobj/my_station_thingy
name = "a station or something"
desc = "a thingy"
icon = 'code/modules/overmap/ships/sector_icons.dmi'
icon_state = "mysprite"
faction = "UNSC"
init_sensors = 1
sensor_icon_state = "mysensorsprite"
Then we gonna edit some lines.
Code: /obj/effect/overmapobj/my_station_thingy
Change to something short with only lowercase and underscores.
Code: name = "a station or something"
desc = "a thingy"
What the players see. Do something descriptive.
Code: icon = 'code/modules/overmap/ships/sector_icons.dmi'
icon_state = "mysprite"
Change this to the icon and icon_state you created in step 3.
Keep this line and make sure it is set to 1. ~~magic~~
This is for sensor alignment colour. Available options are "UNSC" "Insurrection" "Covenant" but you can also set it to any random value and it will stay in grayscale.
Code: sensor_icon_state = "mysensorsprite"
This should match the icon_state you created in step 3(b). Sensors might not setup correctly at the moment but remind me to fix it because it's probably just a quick tweak.
5. Final steps - testing (read this for shuttles, ships, stations, asteroids)
Press control+k or choose Build -> Compile (from the top menu list). Shuttles can skip the rest and go directly to 5c
What we need to do now is to make sure the map files are loaded correctly by the code. When they are loaded should be handled by the code (ie the gamemode or whatever code spawns your thing in midround) but we need to do some final stuff to determine how they are loaded. Compile the code and open up each of the map files for your ship or station. If there are any errors double check you have copy pasted the code correctly. In step 4 we defined a metaobject which contains the information on how to properly load, create and initialise our ship or station. Ships and stations/asteroids are done slightly differently (eventually I'm going to make them the same which will simplify this a bit). In order to initialise both and spawn them on the map for testing we need to place a specific meta info object on each of the map files for our thing then place a different kind of meta info object into the overmap at the coordinates we want it to spawn in for testing.
Note 1: If you can't find it in the object list then remember to click the + for each / in the type path and explore until you find it (make sure you have compiled at the start of this step).
Note 2: If you are having trouble placing one of the meta info objects make sure your placement cursor type is set to "Add" (an icon of a filled in box with a plus side in the top right corner) which is the leftmost of 3 buttons near the bottom of the middle pane directly left of the map window. If you are in "Fill" mode you might need to click and drag to place the object, and if you are in "Select" mode you won't be able to place it at all.
Note 3: The object list displays the PATH but not the NAME. Once placed on the map you will see something's name when you right click on it. If done correctly both kinds of meta objects (for ships) or the meta object we place on the overmap (for stations and asteroid bases) should be the same dimensions and sprite as our ship when it appears on the overmap. The meta object we place in the map files for stations and asteroids should just appear as a blue cross.
5a. Final steps for ships
(i) In the bottom left corner of EACH MAP FILE, place exactly one of that meta object we defined in the code in step 4b (/obj/effect/zlevelinfo/ship/my_ship which you should have renamed).
(ii) In the top map file (the highest on the list) right click on the meta object we just placed, open up the dropdown list and select "Edit..." then scroll down to where it says use_me_to_initialise in the left hand column. Change the value on the right to 1. This doesn't strictly need to be done on the top map file but it should only be done on exactly one of them.
(iii) Finally open up the map __overmap.dmm and place a /obj/effect/overmapobj/ship then rename it to exactly the same name as the meta info object we created in step 4(b) and placed down in 5(a)(i). To change the name, right click on it and select "Edit..." then scroll down to where it says "name" in the left column. Put the name into the corresponding box in the right column. Remember the coordinates on the overmap where you placed it, then tick the map files to include them in the DME (note: this should only be done for testing). Delete the object from the overmap after you have finished testing it.
5b. Final steps for stations/asteroids
(i) In the bottom left corner of EACH MAP FILE, place exactly one of /obj/effect/zlevelinfo and name it the same as the meta info object we created in step 4© (note: the NAME not the TYPE). To change the name, right click on it and select "Edit..." then scroll down to where it says "name" in the left column. Put the name into the corresponding box in the right column.
(ii) In the top map file (the highest on the list) right click on the meta object we just placed, open up the dropdown list and select "Edit..." then scroll down to where it says use_me_to_initialise in the left hand column. Change the value on the right to 1. This doesn't strictly need to be done on the top map file but it should only be done on exactly one of them.
(iii) Finally open up the map __overmap.dmm and place a /obj/effect/overmapobj then rename it to exactly the same name as the meta info object we created in step 4©. To change the name, right click on it and select "Edit..." then scroll down to where it says "name" in the left column. Put the name into the corresponding box in the right column. Remember the coordinates on the overmap where you placed it, then tick the map files to include them in the DME (note: this should only be done for testing). Delete the object from the overmap after you have finished testing it.
5c. Final steps for shuttles
Shuttles should simply be placed into a pre-existing ship or station (ie one of the hangars in the cruiser map) and they're good to go (make sure your map cursor is set to "Add" mode).
6. Running the code and testing your thingy
Recompile and run your code after editing the map. If you are testing a shuttle, just go to where you put it in the cruiser map. Otherwise steer the cruiser to the coordinates you placed your ship on the overmap, jetpack over and start exploring or flying it around. A little creative adminghosting, adminporting and/or var-editing will get you there much faster, or you can place player spawn markers onto your ship and spawn there at round start (a little bit more complex).
Revisit any of the previous steps to modify or tweak things as needed. This is a long and complex guide so if you have any issues come to me for help. And if you find any bugs or think something is broken, go ahead and create an issue on github to get it addressed! There are also a few tweaks which I need to do which will simplify some stuff like step 5.
In total this guide is 3.5 hours, 3447 words, 265 lines and 7 standard drinks worth of Sailor Jerry's Caribbean Spiced Rum.
|
|
|
Update |
Posted by: BDpuffy420 - 05-05-2016, 01:37 AM - Forum: Section II (Announcements)
- Replies (8)
|
|
Halo: Space Station Evolved
Update  5/4/2016
   It's been sometime since I've last made an update but I'll keep things simple and fast. Firstly we have dropped the crappy vps service we had before which was lag-hell, now the server will be running on a dedicated server which will cost us $25 a month to keep the server running, so if you want to help keep the server moving you can donate and get perks here. Next with the new sever  currently being setup we're going to try and get more testing done and possible mock rounds, if you're in the our Skype chat you'll be able to get the latest news. Also you haven't joined our skype chat the link to join is here. Things should start rolling soon, so stay tuned and get ready to get tactical marines!
|
|
|
Soultaker123 Staff App |
Posted by: Soultaker - 04-02-2016, 01:12 PM - Forum: Finished Applications
- Replies (3)
|
|
What position are you applying for (Development or Staff)? Staff
How old are you? I am 15.
Known IC Names Or Ckey: Jack Goodson, Soultaker123
What timezone are you in? Israel.
How long can you be active on the server everyday? I can be active everyday depending on what I do.
How long have you been playing Space Station 13? Alot of time. Started in 2015 or 2014 probably.
Have you ever been banned in the past? Yes, I have been banned for griefing.
Do you have any past experience as a moderator? Yeah, I was a mod once but shit owner removed me for no reason.
*If you are applying for development, What skills do you have?( Mapping, coding or spriting etc.)  I am good at mapping.
*If you are applying for development, How long have you done Space Station 13Â development? Not really that long.
*If you are applying for development, How long have you been coding and how well do you understand it?Not that long, but I understand it good.
*If you are applying for development, What codebase are you familiar with?-tg-
*If you are applying  for development, How long have you been a Mapper and how well do you understand it? I am very good at mapping. It's like my building lessons.
*If you are applying for development, How long have you been a Spriter and how well do you understand it?I suck at spriting. Though, I can make shadows and other stuff, but I really suck.
Since I am not that good at developer, I am going with staff. I am good at fixing bugs.
|
|
|
Question about Pelican's and other thing's |
Posted by: Bulzome - 04-02-2016, 02:19 AM - Forum: The Barracks (General Discussion)
- Replies (1)
|
|
So after looking through all the game modes or idea's for them at least i see Pelican's are important part of many of them so i have some questions.
1. In Stranded and other game modes it sounds like Pelican's come in as a scripted event when certain objectives are completed or time limits are up to come save the marine. My question is do these Pelican's work like Pelican's that would spawn on a ship at the start of the round or are they restricted to just NPCS flying, also can these Pelican's be shot down and if so what happen's in the round then if the Pelican's sent to pick up the marines are not there how would the round continue.
2. If Pelican's can get shot down in-game (which I am assuming they can) and there are marine's in the Pelican is it a possibility some of the marines can survive the crash and if so what does this depend on. For example if the pilot is a player (and again i am assuming players can pilot pelican's) does the pilot still have some control on the Pelican even if it is going to crash and could this effect if marines or anybody else in the Pelican  survives the crash.
3. Can Pelican's from a planet in-game go to space . I ask this because I can think of some fun situation's where Spartan's jump out of a Pelican in the middle of a battle in space between UNSC and Covenant forces. This lead's to my next question.
4. In-game do Spartan's have airtight suits of armor?
2.2. This is really apart of question two but when going from orbit down to a planet or anything else  that has a atmosphere can Pelican's be shot down while doing this. I am guessing not because of the BYOND engine's limitation's. Also if your on say a Forerunner Installation with a ground to orbit super weapon (if they exist in game) can you fire at warships and do damage?
5. What code are you using. I thought it was a modified bay code but i would like to know for sure.
Well that's all keep up the great work can't wait to try out the open Alpha.
|
|
|
Gamemode concept: Glasslands |
Posted by: Cael_Aislinn - 02-26-2016, 05:23 PM - Forum: Server Suggestions
- Replies (5)
|
|
Concept: The players are the crew of a Covenant warship and are tasked with reclaiming 5 human colonies in an outlying system. First they must locate and retrieve any Forerunner artifacts, then glass the planet. UNSC warships will periodically spawn to attack, and prowlers will try to sneak up and deploy Spartan-II boarding teams.
Retrieving Forerunner relics: Each planet must be carefully searched for Forerunner installations. Human dwellings should be searched as well in case they have stolen any artifacts. Naturally, they will defend their homes with marines and vehicles so work as a team and use your own vehicles.
NPC squads and vehicles: NPC squads and ground vehicles will be available for deployment from your cruiser but you don't possess unlimited amounts so don't squander them by throwing them away to assault enemy strongpoints. Remember to retrieve them before glassing the planet.
NPC fighters: NPC seraph fighters will be available as well, to help keep your ship alive. Keep them back in reserve and to screen your ship, and remember to recall them to hangars before entering slipspace or they'll be lost.
Engaging UNSC warships: These will constantly spawn and hunt you down so try to draw them away from the colonies while your ground forces are searching for relics. Employ hit and run tactics as they will often outnumber you, attacking when you have split them up but retreating to repair and recharge your shields.
Glassing the colony: Once you have finished your search for relics, start the process of glassing. The power draw will disable some of your weapons and you won't be able to move while it's going on (10-30 minutes) so you'll be vulnerable and have to defend yourself as best you can.
|
|
|
|