"Starmade Devs Q&A" Notes (re-post on new forum)

    Joined
    Oct 15, 2013
    Messages
    121
    Reaction score
    5
    Hi all,
    I thought I would post notes on what was talked about in the Starmade Devs Q&A videos so that people who either don't have the time or the patience (ie ADHD sufferers) can still be kept in the loop with the future of Starmade. (For the sake of those ADHD sufferers, I will try my best to keep these notes as short as possible.)


    Part 1
    http://www.youtube.com/watch?v=I4KKN7UwW10

    Collisions between ships will be overhauled so that the ship/s will be "teleported backwards slightly" instead of just the larger ship currently being teleported around.

    Waypoints and co-ordinates will be able to be saved and catalogued.

    RGB colour selection will not be introduced due to the needed data-per-block to implement (12 bites/block instead of 3 bites/block).

    Plexdoor wedges (and other shapes) are possible and might be introduced.

    Shape selector for block types will be introduced (as a GUI update) so that "you can use one block to get all 5 of the current shapes (and any possible future shapes...)."

    Planets will become two-sided (the base will not just be flat, but will instead have a planetary surface like the top has currently).

    Devs would like to see moons and rings (blocks or graphical effect) around planets as well as gas giants, water planets and nebulae.

    Flowing liquid and their related source blocks will be introduced for water and lava (and maybe others). These will be separate from the current "decorative" versions so as not to break current ship designs using those blocks.

    Lighting will be constantly worked on to combat issues with areas being too dark and light sources not illuminating large enough areas.

    It is possible for lights in contact with each other to be turned on and off as a group, like plexdoors.
    An "Activation Block" is planned to allow us to wirelessly connect blocks. "You would place an activation block and then link other blocks to it."

    Although not planned, a "Max Speed" setting could be added to the GUI for single player.

    An option in the Admin tab of the blueprint catalogue could be introduced to select/deselect all ships, especially for use or not as enemy/pirates.
     
    Last edited:
    Joined
    Oct 15, 2013
    Messages
    121
    Reaction score
    5
    Part 2
    http://www.youtube.com/watch?v=qIew-evEJ8Y

    An automatic & customisable quest system will be introduced to give players and factions game generated & player made missions.
    Bounty hunting other players will be a possibility with custom quests.

    A system will be introduced where a faction will get points for each member.
    • - Faction points will be lost when members die. Faction points will also be consumed by a faction homebase based upon size (bigger station = faster consumption) to make it invulnerable. When faction points drop below a certain threshold, the homebase will become vulnerable to attack (so long as there are faction members online).
    • - It would be possible to allow faction points to be also spent on protecting other outpost stations as well as the homebase.
    • - Quests and having ally factions will give your faction bonus faction points. Custom quest rewards will include credits or faction points, chosen by the quest author. Where faction points are chosen as a quest reward, it will then cost the author faction points to create the quest.
    • - Factions will be able to share or trade faction points with other factions.
    • - Buying defensive faction bonuses, such as more efficient shields, with faction points is possible but wasn't originally thought of by the devs. It is a possibility that these buffs/bonuses can be radiated outward from a related block on a ship to grant those bonuses to any ship within the area of effect. Buying bonuses that gives more damage from AMCs is not likely.
    It is also not likely to allow a ship to be designated as a faction homebase due to the griefing potential of an invulnerable ship, even if unarmed.

    The ability to spawn on a ship (on an Un-deathinator) without being thrown out of the ship if it is moving needs to be worked on.

    An ability to allow either normal players, faction members, faction leaders or server admins to see when players have been logging on to the server is a possibility, to prevent players who play at odd hours or in different time zones from being kicked for inactivity from a faction or server.

    Different views and perspectives, such as a chase cam, are being look at in the future.

    The RaDAR will be expanded to include sensors (probably a Sensor Block) that could be used in a player built territory bouy satalite, which could then pick up other players entering the sector and send your faction a message or warning, or "activate your defences if they don't leave within a certain amount of time".

    Faction Territories are a possibity, where, as a faction &/or its homebase grows, the area around the homebase is affected by the influence of the faction's presence.
    • - This would affect things like how safe from pirates that space is or what options are available to use with the sensors (mentioned above).
    • - It would be possible to spawn other faction related/chosen AI ships instead of pirates within the faction territory. This may or may not cost faction points, since this could be abused to make a homebase vulnerable even when faction members are offline by dropping the faction points through killing these respawning AI ships.
     
    Last edited:
    Joined
    Oct 15, 2013
    Messages
    121
    Reaction score
    5
    Part 3
    http://www.youtube.com/watch?v=5jjqPPGOaBQ


    New weapons will be introduced as well as changes to the existing weapons. The following image demonstrates the weapon update:
    http://img89.imageshack.us/img89/1854/ca3l.png
    which is taken from the New Years News post:
    http://star-made.org/content/new-years-news

    Additional astronaut items are planned, including: armour; more weapon types; handheld utility devices, like a repair beam, med pack; jet pack.
    Astronaut health, damage and healing with a medbay block are planned.

    Alternate energy types &/or sources, such as solar panels, will be introduced.

    Boosts/buffs could be possible (which I guess to be like spending skill points to increase damage, accuracy or speed in other games).

    Ship "coring" will not be a function of destroying a ship in the future.

    An alternate system (to destroying the ship core to destroy the ship) which may or may not be introduced would see a ship given HP (Hit/Health/Hull Points) based upon how many blocks are in the ship. Armour would increase HP further/more.
    • - When a block is destroyed, the HP is reduced by the amount associated with that block.
    • - At different HP percentages, different effects could be had, such as reduced ship-wide energy at 70% or a meltdown timer at 10%, for eg.
    • - HP would be set once you leave where it's built to prevent people adding more blocks during a fight to increase the ships HP.
    • - An Astrotech Beam would repair and replace (from the inventory) missing and destroyed blocks.
    A thurster system which also is not guaranteed to be introduced would allow the player to allocate percentages of the total thrust of their ship in each direction.
    • - For eg: 50% forward/acceleration thrust; 10% aft/slowing/breaking thrust; 10% port & 10% starboard strafing thrust; 10% dorsal & 10% ventral vertical strafe thrust.
    • - This might also be tradable with turn rates.
    • - Afterburners that operate in each direction as a percentage of the percentage of thrust already assigned to that direction is a possibility.
    Graphical effect decorative blocks will be added to mimic rockets/thruster plumes.

    Having groups of lights, crystals &/or lava connected to thruster groups so that they glow brighter the more thrust is being used is a possibility.
     
    Last edited:
    Joined
    Oct 15, 2013
    Messages
    121
    Reaction score
    5
    Part 4
    http://www.youtube.com/watch?v=xUPoro9AkC8


    AI crew will be able to perform tasks such as: piloting ships; manning turrets; basic fleet options such as formations, follow, guard, patrol; mine; deposit blocks; use astronaut tools, like med packs and weapons.
    This will either be via pre-programed abilities or a player created program with the LUA.

    Ship Crew will be different than and separate to the Active Crew. The ship crew will be basic duty officers where-as the 5 active crew members are like your "away team".

    As mentioned already, Astrotech Beams will be able to replace destroyed blocks (if the HP system is implemented).
    • - An inventory could be linked to the astroteach beam with blocks for use in repairing.
    • - When you build a ship and leave build mode or the station/drydock where it's built, the ship in that state would be saved as a cache that the astroteach beam would use as the blueprint for repairing that ship.
    • - This could be done by either an astrotech-beam equipped turret or (separate) ship, or at a repair dock at a station.
    • - A repair dock could feasibly do the opposite, where you park a wrecked ship in it and tell it to take the ship apart for it's parts/resources.
    Salvage beams are planned to be able to be link to plexstorage chests to dump the mined blocks into, in the same way that a slave weapon computer will be connected to a primary weapon computer in the new weapons update.

    Stack sizes will be limited.

    Space docks for building, repairing and dismantling ships is a possibility.

    AI and player based boarding actions are wanted by the devs.

    There will be an autopilot (possibly by just giving the command to an AI crewmember to fly the ship) that will fly the ship to a waypoint.

    Using LUA scripting (and probably the quest system) it would be possible for players to recreate to, some extent, other sci-fi games &/or their stories.

    Asteroids do not contribute to server load and lag, unless a player is going round modifying by ramming or shooting lots of them.
    Universe generation will get an overhaul, which will include asteroids not spawning in every sector.

    Schema wants AI enemies to get more difficult the further from the spawn point the player travels, in both ability and size of ships. More default ships at various sizes will be introduced to enable this.

    A folder of ship blueprints and NPC skins for each NPC faction might be introduced, allowing new NPC factions beyond "Pirates" and "Trading Guild" to be created, even by players, and therefore specific ships (which are placed into the faction's folder) used by each.

    Planets will get bigger when the universe generation is improved and the ability for ground vehicles might be a possibility.

    Modding is something the devs do not directly support right now (please note, "do not support" is not the same as "do not allow") because the game is currently changing so often, but in the future would be something they would encourage more when the features are more stable.
    An API (Application Programming Interface) is planned.
     
    Last edited:
    Joined
    Oct 15, 2013
    Messages
    121
    Reaction score
    5
    Part 5
    http://www.youtube.com/watch?v=vmoOYaSbAEc


    Custom orientation and custom control is planned for docking ships and turrets.
    There is also the option that the use of turrets will have specific demands on power from the ship it's docked to in order to rotate, but is not guaranteed. In this case, larger turrets will rotate slower than small turrets.

    Turrets may get some shielding from it's parent ship in the future, but this would be based upon the turret's size where the larger it is the less shielding it would receive.

    The docking system may need to be reworked in order to facilitate ships with belly mounted turrets not having those turrets clip through the hanger floor (or whatever) when the ship itself is docked.

    A tractor beam is planned, but the implementation is still in the works because the tractor needs to work around certain game mechanics.

    The ability to land or dock on a planet or station without a docking module is a possibility, but the mechanics would need to be figured out.

    The devs are working on a system that will procedurally create NPC creatures.
    • - These creatures will be able to be bred together by players.
    • - Custom creatures could be added by servers/players.
    • - "Queen" creatures that lay eggs that in turn spawn baby versions are a possibility.
     
    Last edited:
    Joined
    Oct 15, 2013
    Messages
    121
    Reaction score
    5
    Part 6
    http://www.youtube.com/watch?v=W4SSMMZw7WU


    Although crafting is going to be simplified and streamlined, there is currently no direct solution planned so they are open to ideas.

    Updating and refining the game's economy will happen later once updates to other aspects are stable or finished.

    There are some basic concepts for FTL (Faster Than Light) travel which are being considered (although the devs would like to see a lot of different options):
    1. Jumping, which is simply teleporting from point A to point B with or through a "Jump Gate".
    2. Hyperluminal, which is just traveling at a very high speed.
    3. Special Distortions, which would including wormhole travel.
    4. Hyperspace, which means entering into and travelling through a different layer of space where the distances are shorter (much like traveling through the Nether in Minecraft).
    Calbiri states that "we're going to give you (the) functionality and you can build it how you want it, make it look how you want and call it what you want".
    • - FTL will cost power which will need to be charged - there will be no "pressing a button and you're gone".
    • - Jump Gates are the most popular and are possible but may or may not be used. These would work by flying upto a station or through a ring structure (which may be both naturally generated & player created) and you would travel instantaneously to the matching/linked gate at another location in the same way you would cross over sector boundaries. The issue with Jump Gates is that the gate on the destination end might be smaller than the entry gate, so players would need to explore both ends first.
    • - Hyperspace, whilst possible, is the least likely because the devs do not want to take players out of the universe and have them spend time traveling in an empty space (the skybox and effects might be cool looking, but there will be no physical blocks there).
    • - Wormholes would work similar to jump gates except without the structures. Again, the size of the exit aperture might be smaller than the player's ship so would need to be explored first before use (or obviously you could take the risk).
    • - Superluminal would come with the issue that the player might travel too fast for the game to load things like asteroids and stations, and when they slow down at their destination might find that an object is in the same place as their ship.
    Advanced Build Mode will get a text field and server setting controlled size increase (about 10x10x10).

    "En masse Delete" with a Build Block will also be restricted with admin controls.
    Although there is a discussion that in order to place a build block on a planet your faction must first own that planet for a period of time (by having it within the faction's territory) before you're able to delete blocks. This will stop players using the build block as a mining option and instead use it to modify and build on a planet that they want as their home base or home planet.

    Another of Calbiri's ideas is with shields, that they can be transferred in all 6 direction like the thrust idea. Like the thruster idea, this also may or may not be introduced.
    • - There would be a computer/controller block, just like with the weapons, to which the shield blocks would need to be linked, and then the player could adjust the shields in all directions of that control block in percentages.
    • - The player could decided to transfer all 100% of the attached shield group forward of that block, or (like the thrusters) 60% forward and 10% in each other direction.
    • - By placing other shield controller blocks at the same or different points around the ship the player can overlap shield groupings and customise how well shielded specific parts of the ship would be.
    • - Placing shield blocks without the controller would evenly distribute the shields all over the ship as it does currently.
    The credit limit will be raised.
     
    Last edited:
    Joined
    Mar 20, 2014
    Messages
    36
    Reaction score
    6
    Wow that's usefull information here, thanks for that.

    After reading through it, it came to my mind that there are no discussion on the editor itself? (i'm not saying there will be no updates, just pointing out there is no talk about it).

    So what I'm wondering.. wil the advanced editor be updated for "smart fill" and maybe other advanced features (fill a certain area, fill pattern, delete pattern, delete area, fill to ship hull, delete until ship hull, etc?)
     
    Joined
    Oct 15, 2013
    Messages
    121
    Reaction score
    5
    I assume you mean holding down the button in Build Mode to get Advanced Build Mode, not SMedit?