Jump to content

10 For the Designers Episode 03

Recommended Posts

Published on May 11, 2015

This week Game Designers Pete Mackay and Matt Sherman stop by to answer your questions.

00:51 - Coop Missions in the PU
01:49 - Hull Breach!
02:45 - TR Talk
03:48 - Thruster Force
05:00 - Fuel Efficiency
06:18 - Weapon Sizes
07:34 - Escaping from a fight
08:40 - Ship speed and acceleration
10:10 - Cargo on Small ships
11:19 - Redeemer Talk

Share this post

Link to post
Share on other sites

Matt Sherman: Techinal Designer (Santa Monica) and Pete Mackey: Designer (Austin).


- If I'm a hauler and a friend is running escort for me to a mission site, when a new freight mission comes up will my friend automatically be given a mission to escort me since we're in a group or will he get one to escort random player/NPC?
  • P: We definitely want to keep people together, but we haven't figured out the specifics of that.
  • M: The matchmaking in the PU will be challenging but it is important to keep you with your friends.


- With regards to hull damage on multi-crew ships, will characters not strapped in be sucked into the void in a hull breach? It would be cool to vent compartments to blast away intruders or when boarding to breach the hull to deal with crew.
  • M: That was something highlighted in the Constellation multi-crew demo last year. We want the hull breach to vent people out. If you're under attack you may want to strap in.


- The Hull has TR8s which look physically smaller than the Connie's TR5s. Could I swap out the ones on the Connie?
  • P: The TR rating isn't a size rating. It only describes the thrust it can put out. In this specific case, the thrust of the TR8 would probably sheer off the engine nacelles of the Constellation.


- Would it be possible to link the force of the directional thrusters to the throttle down to a minimum force?
  • M: That's a really cool idea. We're exploring something like that now with some of the updates we're doing.  It's a matter of making sure it doesn't take too long to mind and unbind on the fly.
  • P: Also we don't want you going through huge amounts of thrusts in highly congested areas.


- What's the fuel effeciency difference between large and small ships? If they're carrying the same weight how much difference will there be? How much will we need to right-size our ship to any given mission?
  • P: Right now we're in the analytics phase to look at the total operating costs of hauling cargo. The mass of the non-hauling ships are all pretty close together but now that we're factoring in the huge mass of cargo and that range is getting larger we need to look into how fuel costs will factor into that.  We want to make sure that the big ships aren't the only way to make a profit, but also that we don't want to penalize players with fuels costs if they're using a fleet of small ships.


Will there be an equally strong Size 1 and Size 3 weapons, or will a bigger gun always be better.
  • M: There will be a range of potency in all the weapons and all the sizes. It's one of the big things we're looking at for long-term tuning. But you should be able to take a Size one and really make it perform. Really make it yours. Some other parts of of this question deal with the current sledge 2 which puts out a lot of damage relative to what mass driver should conceptually with no penalty.  One of the things we're doing in going to a physics based weapons system is taking all these weapons and really defining how they should perform.


A common complaint is that in Arena Commander the only way to refit and rearm is to eject. Will we eventually be able to escape the fight instead?
  • P: I have seen some talk of upcoming changes.
  • M: Refitting and repairing your ship is going to be a big component of the game and Arena Commander is the testbed for all these mechanics so at some point we will have a re-equip system in AC, but we're still working on what thay will be so that it is a real part of what you'll experience in the PU.
  • P: So it's going to be a nugget of what it would be like in the full game.


- In space will ships have the same optimal speed but with different acceleration, or simply different speed?
  • M: This is something we've been working on for several weeks now.
  • P: There's a lot of work going on with thrusters in general and with ship movement. And one of the the things we've been experimenting with internally is setting your normal combat speed dynamically based on a lot of different variables. And your acceleration will play a part in what speed you can reach. The goal is to give something interesting and dynamic and not just, "you have a Hornet your speed is 200" or "here's a new arbitrary top speed" but instead having that top speed really figured out by not just the main engines but by the ability of your other thrusters contributing to how your ship performs.
  • M: The total package of how your ship moves should be determining it.


- How will cargo be handled when dealing with the smaller ships like the Aurora or the Hornet and having a cargo box isn't really feasible?
  • P: The items will go into the cargo holds but there's no way to access them in flight. You'll have to land, but you'll never have an issue where you'll have to access that from inside.
  • M: Smaller ships, Aurora Hornet 300s where the cargo box may be outside or may have to be accessed from the outside, you'll be able to open it and see what's in there but you won't be looking at a cargo manifest or interacting from the pilot's seat.


- Would it be possible to design the Redeemer's lower modular section as a fully capable theater-wide C3ISTAR suite to include decoys, jamming, and intel collection?
  • M: Probably not theater-wide because that implies a lot of systems and a massive fleet that you're coordinating. And while we can't say that it will be it's own modular room, you'll be able to outfit any ship by tuning what equipment you use for that type of gameplay, by trading out weapons for comm gear  or tune avionics for defensive purposes or to make you a better info runner.

Share this post

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Similar Content

    • By Nord
      I'm curious, what is the average salary for a developer at CIG?
      Doing a quick google search the lowest is around $44k a year to $120k a year for a game developer. This is in the US. CIG has multiple studios around the world which also differentiate the average income. Let's say the average across all studios is $60k a year (a "wild" guess) and they now have around 500 employees. That's $30 million each year.
      Do we know how much CIG has used on salaries since 2012? I don't know the math here since I don't know all the numbers, but my wild guess would be around $80-90 million since 2012. If you add properties and other costs I'm thinking we are around $130 million in total. Giving them a $70 million + buffer, which is a 2 year salary guarantee for those 500 employees.  
      If this is even close, I feel comfort in knowing the funding is still going strong and they have at least 2 years to finish it up if money stops flowing. 
    • By VoA
      https://www.reddit.com/r/starcitizen/comments/9i1pia/con42_dev_panel_summary/ See Spoiler below .... NEWS Con42 - Dev Panel Summary
      r/starcitizen yonasismad 6h ago  
    • By VoA
      Reduced price for five game packages (free fly event) = Time to get your friends into SC for cheap 😃
        See https://robertsspaceindustries.com/pledge/game-packages


    • By VoA
      Star Citizen Development Process Interview Summary
      Inside the Star Citizen Development Process Full Article | https://wccftech.com/inside-the-star-citizen-development-process-exclusive-interview/
    • By Gremlich
      and some highlights:
      Refutation of CryTek's Claims
      Claim: CIG was only given permission to make "the game" with CryEngine, selling SQ42 standalone is in violation of this.
      Defense: The GLA defines "the game" as both "'Space Citizen' and its related space fighter game 'Squadron 42'", with a passage allowing for name changes (Space Citizen > Star Citizen).
      Additionally, this term does not apply to any games made without CryEngine, and CryEngine is no longer used.
      Claim: CIG violated the GLA by switching from CryEngine to Lumberyard, they are only allowed to "exclusively" use CryEngine.
      Defense: The GLA says they are given "exclusive rights to use CryEngine" and the right "to exclusively embed CryEngine in the game". The well-established meaning of this wording is that the right is given only to them (and those subcontracted within the terms), not that they are only allowed to use CryEngine.
      Claim: CIG is no longer displaying CryTek copyright notices in game, in violation of the GLA.
      Defense: This obligation only applies if CIG is using CryEngine, which they are not.
      Claim: Ortwin was employed by CryTek prior to becoming CIG's attorney and co-founder so he had a conflict of interest when negotiating the contract.
      Defense: Ortwin received a signed waiver from CryTek dismissing any conflict of interest.
      Claim: Confidential source code was shown on Bugsmashers and disclosed to FaceWare in violation of the GLA.
      Defense: No defense provided, though FaceWare was after the switch to Lumberyard.
      Claim: CIG was required to provide any bugfixes they developed for CryEngine up until launch.
      Defense: No defense provided.
      Additional Statements
      The GLA prohibits either party from seeking any damages from one another "except for intentional acts or omissions or gross negligent acts".
      CIG, not RSI, is the signatory of the GLA, so CryTek committed a legal blunder by pursuing RSI rather than CIG in a number of claims.
      CIG seeks to have the entire complaint dismissed with prejudice (barring any further related action) on the grounds that none of the complaints are sufficient.