Skocz do zawartości
Nebthtet

RSI.com Monthly Studio Report: July 2017

Rekomendowane odpowiedzi

Monthly Studio Report: July 2017

Greetings Citizens!


Welcome to the Monthly Report for July 2017, our collection of studio updates and reports that showcase the progress we’ve made. This month, the team crunched in preparation for a pair of internal 3.0 milestone reviews to assess the state of the build and player experience.

CIG Los Angeles

Starmap_01.jpg

CLOUD IMPERIUM: LOS ANGELES


ENGINEERING


Nox_landing_get_it_02.jpg Nox_landing_get_it_01.jpg

Our engineering team worked towards completing the core 3.0.0 persistence and entity system features. This included finishing a large refactor of the persistent data manager which changes the way data is stored, modified, and accessed while playing the game. The game can now distinguish between physical and legal ownership, a distinction that is an important requirement for systems such as Criminality, Missions, and Persistent Spawning.

This new physical ownership feature is also being used to develop persistence tracking and management which will allow for parking vehicles within other ships. For example, with this system if you park a Dragonfly inside a Cutlass then land at a station, it will remain in the Cutlass’ hold when you recall your ship.

Cargo_to_shopping_02.jpg Cargo_to_shopping_01.jpg

Our engineers have also been working on cargo debris generation upon a ship exploding, migrating lifetime policy into gamerules the information stays attached to the player, and the placement of cargo crates onto your ship’s cargo grids. Once you’ve purchased cargo, your ship will generate a certain percentage of cargo onto the cargo grid. When it comes time to sell the cargo, the team have integrated the newly complete shop code with the Solar System Shopping Service, allowing shop inventories to populate dynamically. This system also allows items and commodities’ stock to be influenced by the purchases and sales of other players.

The new insurance system is almost complete and will allow players to make insurance claims on their ship, pay deductibles, and select expedited processing time to get their ships back quicker. There is also now a deductible decay, which allows you to wait for a bit of time and pay less if you happen to be short of the credits. The system has been designed so deductible prices are calculated based on the number of other insurance claims stored in your persistence for the last 24 hours.

Landing_01.jpg Gravity_lev_01.jpg

Over on planets, we’ve put the finishing touches on our gravity level which was needed for some ground vehicles. Specifically, as changes to planets, physics zones, IFCS (or intelligent flight system) and some other necessary improvements, left the hover vehicles dragging more than hovering. This new GravLev system is an improvement over the original system in many important ways. For example, the last time we showed GravLev, it only supported hover heights from 1 to 5 meters based on velocity. In tests, we’ve now managed to get the Nox hovering at a half a meter at speeds up to 223 miles per hour on moderately rough terrain. This was quite challenging, considering that the simulation uses a realistic spring-based model for hover lift, as opposed to hidden collision or other common tricks.

We’ve also provided a set of 10 tuning parameters for designers to customize the GravLev control system, including minimum and maximum hover height (min at stop, max at full velocity), banking angle in turns, and maximum lift acceleration. Also, our designers can set a minimum gravity level which the system uses to generate downward thrust to augment gravity on low-gravity planets so the vehicle isn’t too floaty. This can be set to 1 G to guarantee that hover vehicles always feel about as heavy as they would on Earth, or even higher to really force the vehicle to hug the terrain.

Next up, we’ll add tuning parameters for designers to control how steep a surface a hover vehicle can climb, and how high an obstacle it can elevate over so your future hovering adventures are only going to get better and better.



TECH CONTENT


Landing_02.jpg Tumbler_02.jpg

The Tech Content team spent some time working on our mission giver, Miles Eckhart, specifically with his drink. They set up up run-time simulations so the liquid in his glass not only follows his animated movements, but also respects planetary gravity. This will ultimately apply to all sorts of liquids across the universe.

The team also introduced the springy landing gear technology for ships. This new mechanic incorporates landing springs and compression technology to allow for a cushioned landing experience especially on uneven terrain, allowing it to react naturally to the weight of the ship relative to the planet’s gravity as you touch down.

Exporter_02.jpg Exporter_01.jpg

On the tools front, the team improved several tools to expedite various processes including usable requests, maya loadouts, vertex reordering, character requests, playblasts and so on. They also made huge updates on our Exporter tool, taking the latest LumberYard updates and bug fixes, and incorporated them along with some of our own improvements to the new exporter UI. Now everyone working within our Maya pipeline can benefit from these fixes to their overall workflow.

The last phase of prepping for a release is performance profiling and optimization. As Star Citizen is an art-heavy game, there can be a lot of waste when it comes to textures, so the Graphics and Tech Art teams devise clever solutions to save on texture memory without sacrificing the visual quality. This month, the Tech Art team’s main focus was to bring our texture memory back under the allocated budget, so we’ve made measurable savings to help everyone experience better frame rates.



SHIP TEAM


Exterior_001.jpg Pilot_POV.jpg

Another ship has entered production since our last update. The Anvil Hurricane is now in the whitebox phase of the pipeline and we’ve already completed temp exterior and interior lighting, proxy animations, temp interactive cockpit control layout, setting up the almost final hierarchy of the ship, temp proxies and initial break damage points. The enter, exit and seated templates for the turret and the pilot seat are also set up, and the ship item breakouts have also been completed.



CHARACTER TEAM


Combat_pilot_01.jpg Bridge_officer_01.jpg

The character team spent the month knocking out high quality work for both Squadron 42 and Star Citizen. They moved more bridge officer uniforms from concept into the high-poly phase. Our newest combat pilot flightsuit for Shubin security is also going through the high-poly phase and will be moving into in-game modeling and texturing in the near future. Another combat flightsuit is in the high-poly phase and will soon move into in-game modeling and texturing as well. Our medical corpsman has gone through high-poly and into in-game modeling and will soon be ready to start working at our various medstations.

070517_SHIPJACKER_CONCEPT_V1.jpg 070317_TATTOOS_STUDY.jpg

With the introduction of the Levski landing zone, the team created a few civilian costumes to help populate the People’s Alliance of Levski.

The team also made a lot of progress on several concepts like the shipjacker gang members and our battle-damaged costumes to provide visual feedback of how you are doing. With regards to customization, the team has also started to explore a new potential opportunity in character tattoos.

070617_MOBIGLAS2_CIV_V1_BACK.png 070617_MOBIGLAS2_V2.png

Finally, the team worked on redesigning the new mobiGlas. While many games get away with obvious HUD projection or holographic displays, our mobiGlas has to come from a piece that’s physically placed on the character, which means it needs to be present on a naked wrist, a wrist with long sleeves, a wrist with a jacket, and also fit on undersuits and armor. They have taken a few passes on the new mobiGlas with these requirements in mind and are really excited by the prospects of this new piece.



NARRATIVE


This past month, the Narrative team jumped headfirst into working directly with the engine. After some intensive training from the Tech Content team, they’ve taken over the integration of text for many of the game items in the engine. The first task was to go through all the clothes, armor pieces and even hairstyles to make sure that they had accurate names and descriptions written and hooked up in Dataforge. Meanwhile, the time had come to tackle procedural mission text for the various contracts that the players can pick up in 3.0. To assist in the writing, Will created a spreadsheet that would draw the lists variables needed for a mission (item being transported, Client Name, Destination, etc.) to automatically generate samples of the text that would appear in game. This allowed us to quickly randomize all of the variables to make sure that the sentences read organically, regardless of their configuration. As the new player experience has been a focal point of our 3.0 reviews, the team has been working with the Art and UI teams to looking at various signage and environmental storytelling opportunities for the locations.



QA


Starmap_02.jpg Starmap_01.jpg

Our QA team was focused upon the now completed conversion of all ships to Item 2.0, and testing other new features for 3.0 such as the updated Quantum Travel system, new planetary missions, and the new mobiGlas functionality. They also supported the global team with various test requests as new features continue to come online.

CIG Austin

Bartender_01.jpg

CLOUD IMPERIUM: AUSTIN


DESIGN


Buying_and_selling_02.jpg Buying_and_selling_01.jpg

The ATX Design Team was able to start plugging the items back into the shops thanks to fixes to the shopping code. In addition, this allowed the Kiosks to get up and running for commodity trading. The goal has been to get all of the shops related to the PU stations/landing zones functional first, and then go back to make a pass through the Area18 shops if time permits. The armor sets were separated into individual pieces, so that will be added to the feature list.

We’ve also added the remaining ships into the PriceFixer spreadsheet which outlines each ship’s physical loadout to determine the overall cost of each ship and allows us to assign them respawn values (which covers the cost and respawn timers) This tool is also used to gauge whether the ships we’re building are over/under powered for their intended purpose. Once complete, the team will move onto balancing the shop inventories and item prices for 3.0.

Subsumption_02.jpg Subsumption_01.jpg

Lead Designer Rob Reininger flew to the Frankfurt Office to work with the AI and Subsumption team, and get Miles Eckhart set up as a mission giver. They made huge strides with the feather blending system and got him working with a small subset of his animations. Since then, additional code support has allowed Rob to incorporate the player’s reputation into the conversation to dictate Eckhart’s conversation paths. The team also received the ability to assign specific missions with mission brief tags, so Eckhart can play different lines depending on what missions are available. Beyond this, the team has focused on trying to make the mission giver experience as good as possible for the 3.0 release.



SHIP TEAM


Cutlass_black_01.jpg Cutlass_black_02.jpg

Josh Coons finished images and videos for the Cutlass Black and moved onto the base material/ white box meshes for the Cutlass Red and Blue. Design is still iterating on the key gameplay systems for the Cutlass variants, so although he will continue to work on the first pass of the exterior looks, he will also begin work on the Constellation Phoenix. Chris Smith worked on bugs for the Hornet and Constellation Andromeda, and started creating on a promo video for the Constellation Aquila.



ANIMATION


Button_presses_01.jpg Button_presses_02.jpg

This month the Animation team did research and development on how to implement our Wildline system. A wildline, broadly speaking, is a dialogue fragment spoken by an NPC that could include greetings, cheers, shouts, barks and other verbal expressions that are not associated with a specific scene, but rather specific scenarios.

The team also worked on a new technology called feather blending which allows the blending of our wildline performance capture with a large number of usable animations. This will allow us to stay as close to our actor’s performance as possible while still keeping the functionality of what the NPC is doing. They also went through all our existing animations to look for gaps in the original performance with the intent to capture new transition animations to fill those gaps.

The Ship Animation Team continued their efforts to refine the cockpit and turret experiences. They are in the midst of an R&D phase of implementing button presses, utilizing the Item 2.0 features which has helped finalize dashboard and cockpit metrics for any ship that uses the same cockpit type.

Aside from ongoing bug fixing, the team was able to fully implement base g-force pose blendspaces, allow additive animations for button presses, and play different hit reactions based off of hit direction, damage amount, and overall health of the ship.



IT/DEV OPS


The Backend Services team spent the month supporting 3.0 features and preparing for the deployment of Diffusion. The game servers now have full access to the Diffusion API and will start using it with the shopping service in 3.0. In addition, they started converting our two monolithic services (Persistence Cache and General Instance Manager) into smaller, stateless, fully Diffusionized services. These two services will create nearly a dozen smaller services, each with very specific roles that can be scaled independently to provide more reliability and performance. The team also plotted the path beyond 3.0 and started to build many small services to provide functionality and support for a large number gameplay features and help unload work from all the dedicated game servers into our distributed infrastructure.

The DevOps team continued to increase capacity within our build and deployment pipelines in preparation for 3.0. They also made additional changes and bug fixes to support the new Delta patcher and the internal tests have been really promising. Our Corporate Technology Team (IT Department) also completed another major upgrade to the Austin network and added more hardware to the build system, so we can deliver more builds in parallel.



AUDIO


Garage_sessions_02.jpg Garage_sessions_01.jpg

Our resident Audio team member, Jason Cobb, has had his hands full this month as well. He has continued work on derelict crash site sound design for the different moon environments, performed a variety of particle audio implementation experiments for revamped ship debris noises, playtested and mixed refinements for ship emergency state audio, and captured sound effects source for various props and materials as opportunities arose.



QA


Kiosks_02.jpg Kiosks_01.jpg

ATX QA had a very busy month. A few things they’ve been testing include the new Cutlass Black, new missions in the Stanton system, as well as an ongoing focus on wrecks and NPCs.

Ship testing continued as more ship families were converted to Item 2.0. The team conducted weekly cross-studio playtests with QA departments in LA and the UK for weekly large scale playtests of Arena Commander, Star Marine and Crusader.

Run_away_run_away.jpg Cargo_testing_01.jpg

The team also tested more mobiGlas applications like the Star Map, the Personal Manager, the Contract Manager and the Job Board as they’ve become available.

The team also had fun testing character gravity and free fall, while also testing cargo mechanics. The team continued to provide support to the animation team by cleaning up mocap files.

Our engine and editor testers tried out new tech for the developers such as the capsule-based actor entity, the entity component update scheduler and the director actor animation control. Some features, like the new stamina and oxygen-breathing systems, went through some balance changes after QA talked with designers.



PLAYER RELATIONS


The Player Relations team expanded this month, adding four new team members to the Austin office in anticipation for 3.0. The team also started to expand the ranks of our Evocati testing group.

Foundry 42 UK

62.jpg

FOUNDRY 42: UK


SHIP TEAM


Eclipse_03.png Eclipse_02.png

Work is progressing smoothly on the Eclipse with current focus on the moving areas of the ship, specifically the torpedo bay, entry ladder, cockpit canopy and flight mode variations. The cockpit was finished and the surrounding area is in the process of being resolved. Attention has been given to the torpedo bay due to the size and space it occupies within the ship.

On the concept side this month, we finished the first buggy, the Tumbril Cyclone, and the Origin 600i. For the 600i, the exterior has been fleshed out with the correct proportions. The interior was designed in conjunction with the exterior work. In building these areas, they looked at the best way to model and light the interior to establish aesthetics and methods that will be used throughout the Origin fleet.

Vanduul_fleet_03.jpg Vanduul_fleet_02.jpg

This month, the team also made significant progress on some Vanduul ships. The Void bomber greybox has been finalized and is now onto material work, where most of the surface details of the ship will be defined. There are still a few smaller areas to resolve, but the ship can be now seen in its full glory. A big part of the task was to resolve how the smaller boarding ships are stored within it and keeping the main forms from the old concept recognizable while adopting the new Vanduul style. The Blade is also coming along well. Most of the basic shapes on the exterior have been blocked in and are currently being refined.

Tractor-Beams.jpg Bridge_room.jpg

In Reclaimer news, work was wrapped up on the salvage room, bridge area and lifts. The team did a polish pass throughout the ship, concentrating on lighting and consistency, so the ship is now art complete and the team have moved into an optimization and LOD pass. While this is happening, tech design will start working on their setup pass for the ship.

Hull_C_Exterior_1.jpg

The Hull C exterior nearly completed its detail pass, and will soon move on to the final stages of having its proxies, LODs and damage setup. The interior is also well on its way to completion; all that’s left is the final room in the back of the ship, which is nearly complete, while the collapsible tunnel section is up next.

We also started two new ships and a personal transport vehicle. We also worked on Squadron 42 mission areas, Hurston shop interiors and landscape development. For Orison, we did initial development on landing zone gameplay areas. Plus, we spent time on all visual targets for surface outpost wear and tear, moons and Shubin’s exterior.



GRAPHICS


This month the graphics team worked on four different features. The first is the continuing work on the secondary viewport and render-to-texture technology that was recently featured on Around the Verse, with the primary focus of improving the performance of video comms for things like air-traffic-control. The sun shadow system is being improved to better cope with the extreme shadow ranges on our planets and moons to ensure that we get the best possible lighting results, especially at sunset when shadows can stretch 10km or more. Our work on volumetric rendering continued as well, with a move towards creating a fully hierarchical system. This will open the door to model gas clouds of any scale, but also allow the team to stream and LOD the gas clouds so that this great tech can be incorporated into the PU. It also allows artists to import volumetric data from external art packages, which should help achieve some really impressive results. Finally, our GPU particle system has been making quick progress with several new features added every week, with the latest addition being a looping ‘dust’ effect for both space and interiors that can achieve 50x the density of our older CPU effect.



AUDIO


The Audio team was focused on Gamescom and 3.0 related feature work and bugfixing. The ship computers needed to be converted to the new Item 2.0 system, so the team took the chance to refactor and improve the ship computers in general. New assets were created for foley and footsteps using a better system to give our players a much more realistic experience. All of the locations for the upcoming release are now in a polished audio state, giving the players a great visual and audible experience when they are exploring.

As usual, all audio team members are involved in a lot of different sprints. In cooperation with other departments, they worked to improve the cockpit experience and quantum travel, brought 3.0 mission givers to life by delivering dialogue assets and attaching sound effects to them, and polished derelict ships and outposts for the release as well.



FACIAL ANIMATION


The Derby Studio has been busy as ever. The Facial Team finished off all the animations needed for the 3.0 Mission Givers while continuing SQ42 work. Eckhart alone has over 47,000 frames (26 minutes) of bespoke facial animation and is one of over 13+ mission givers currently in production for the PU.

After the recent 3-day Audio/Headcam shoot in London, all data has been tracked in Faceware and retargeted onto our face rigs in Maya. This is a great achievement for the team as there were over 125,000 frames or almost 70 minutes of footage shot.

The team recently welcomed 3 Teesside University Interns to the studio. They’re currently on their Summer break after their second year studying on the Computer Games Animation BaHons Degree and have been helping with Facial Tracking and Retargeting, and also attended a 3.0 mission giver mocap shoot

Construction work started on the new Derby Studio and is expected to take 6 weeks. This will be a great relief to the team as they are currently spread over two sites, and are eager to be back together under one roof. The new office will also have space for the motion capture system to be erected, enabling easy pick up shoots and any other new capture sessions needed. The face scanner is also going to be rebuilt with the plan of extending our library of head scans by capturing a greater age range and ethnic groups.

We also hired another Facial Animator, bringing the headcount to nineteen, and we’re looking forward to welcoming her to the team



ENVIRONMENT ART


62.jpg 56.jpg

This month, the final polish on the huge range of locations featured in the imminent 3.0 release has been underway. This includes final passes on branding and corporate colour theming across the outposts on the moons of Yela, Daymar and Cellin. Particular focus has been paid to making sure they integrate to the planetary surface with all the wear and accumulated dust expected of something that’s spent a lot of time on a moon’s surface. We have also improved how our large scale ‘spacescaping’ dust clouds look and feel, particularly around Delamar which now features its own compliment of asteroid clusters and a discreet atmospheric flavor.

Andy_b_refuelling_pad_wip.jpg 55.jpg

Bug fixing and optimization has been another major part of getting things ready for 3.0. Things such as reducing texture memory usage by optimizing materials, decreasing unnecessary entity counts, optimizing LODs and physics proxies, and consolidating asset usage across various locations all help boost performance and are an essential part of the process before a release.

In Squadron 42, the Shubin layout is being wrapped up. Both design and art are happy with the space and can start final implementations. There’s been specific scrutiny on making the whole facility a believable and functional location, with its own transit systems, worker routes, refineries, security and medical facilities, and hangars connected in a logical way. This helps convince the player they are in a working, active environment with its own set of logic and rules. We also worked to get a section of the exterior to a final visual target. This will help solve questions of scale read and material definition. Besides Shubin, a lot of work has gone into the Gainey map. Recent tweaks to the layout and focus on final visual targets have considerably improved the flow and art direction of the space.



WEAPON TEAM


Camo_render.jpg APAR_bal_sca_all.jpg

The Weapon Art team were hard at work building the Apocalypse Arms Scattergun, Klaus & Werner Laser Repeaters and MaxOx Neutron Repeaters. They also worked on the Gemini Pistol, Gemini H29, NVTAC and Gemini optics, and some additional work to the Kastak SMG.

In an effort to constantly push the boundaries on new ideas for ship weapons, the team continued to work out VFX styles for each energy type and make improvements to Gallenson Tactical Systems S1-S3.



ANIMATION


The animation team completed the implementation pass for Miles Eckhart and has moved on to refining the hand gestures. We started a pass on the AI combat cover assets to improve the mocap implementation, and did further refinements to the knife takedown animation set.

The team also worked on weapon bug fixes for the 3.0 release, alongside very early previs animation for the Custodian SMG and R97 shotgun. Work continues on both the code and animation for the jump system. Plus, new mocap assets are being readied to replace the player placeholder locomotion animation stop assets.



TECH ANIMATION


The Tech Animation team worked on a new source control application for Maya. This tool intelligently grabs assets that animators are missing in the currently open scene, so they’ll never be without their textures, audio, rigs and pipeline. The nicest part of this feature is that the silent syncing will not interrupt the user’s workflow.

The team worked with the Props team to deliver a great looking glass tumbler asset with a cheap and robust physics solution. There was no way to drive or afford a true liquid simulation in engine, so this turned out to be a good, cost efficient solution.

There are many, many assets that require the correct setup (the initial batch of wildline anims for Old Man alone came to over 200 assets), so the team developed batchable code solutions for the setup. With this new tool, one person can finish this off in less than a day.

There has been a consistent issue from the tech department where object animations were created in the objects folder, rather the animations folder. This means that the build needed to pull these assets from the objects folder into the animations pak at build time, which conflicted with the pipelines in place for all other animations. To rectify this, the team moved all the animations, as well as make chrparams for all affected assets and dba entries, while re-factoring the current build code to not pool anims from the objects folder.

The team began an R&D exploration of why the animation rig in Maya has had a negative effect on the playback framerate. This system drives many additional joints that we use for deformation in engine, so the team is looking for ways to negate this slowdown and bring us back up to 30fps.

The old cryTools installer is very out-of-date (there have been many other pipelines built since its last iteration and each of them has its own installation procedure) and the team is hoping to create a new installer that will do all the heavy lifting for the user, one which will install every relevant pipeline and be updated in every build. The R&D is promising, watch this space!

The Mocap team updated the Motion Builder reviewer tool to have better functionality and a generic script runner which allows you to run selected Python scripts on a batch of requested files.

Along with all of this, the team continued to track and solve 1500+ motion capture files, which included: gameplay, Old Man, Eckhart, and some others.

This month, they also welcomed Oli Cooke, a new Motion Editor, which brings the Motion Capture team up to four.



PROGRAMMING


This month, the team worked on the jumping mechanic in cooperation with the animation department. This covered the look and feel of jumping when idle, walking, running, and included jumping and landing from different heights. The landing presented an interesting challenge as it can change depending on what state the player wants to go into next. Does the player want to land and stop? Land and continue running? Then we have to consider what foot you’ve landed on, and so forth.

More work went into the usables tech for the AI to determine all the different scenarios where an AI might use something and in what way. One situation that was solved this month has been making the operator seats, which have very specific functionality, but also work as a usable. That gives operator seats a much wider range of things the AI can do with them, such as turning around to the player and having a conversation.

Speaking of usables, there was locomotion sprint to make AI entering a usable as seamless as possible. Since most usables will have one or more entry animations, in order for an NPC to look right when either walking or running up to use it, we need to ensure it hits not only the right point for the start of the animation, but also the right speed, direction, with the correct foot placement. Getting all those factors to line up on approach, without making the walk/run animation look odd, has been a challenge.

The team also started a wildlines sprint. As mentioned earlier, these could be simple greetings as the player walks down a corridor or taunts when in a FPS battle. While this may sound simple, they are more complicated than just playing a line with some facial animation. If a NPC greets the player, you’d expect them to briefly glance at them whilst saying the line, so the NPC needs to utilize the head look tech. Also, most of the lines are captured with full body animation, but we don’t always want to play back all of it. For example, if the NPC is standing idle, then you would want to play the animation back on the full body. However, if the NPC is seated, then the rig should only play back the upper body. If they’re running, just the neck upwards. This is where our feather blending tech comes into play, but it still requires each situation to know which type of blending it needs to use.

Other than that, the team proceeded on a number of ongoing sprints supporting both Squadron 42 and 3.0 which include player persistence, cockpit experience, missions support, ATC and communications, and personal inner thought refinements.



PU LIVE DESIGN


The Live team entered its final mission sprint and hopes to receive the final pieces of code to finish the remaining missions. Code recently delivered a much needed boon to mission entity placement. An example of how we would use this would be to easily place corpses in hundreds of possible locations and poses throughout a derelict ship; perfect for creating the gruesome aftermath of a crash landing. Finally, the player vs player version of Bounty Hunter missions was completed with a proper code system that expands the previously Flowgraphed version found in 2.6.

Foundry 42 DE

Cinematics_02.jpg

FOUNDRY 42: DE


VFX


Vfx_airlock_02.jpg Vfx_airlock_01.jpg

The Frankfurt VFX team dedicated time improving existing systems for the 3.0 release. This review checked all the existing vehicles and systems to make sure everything is still working as initially intended, and doing a polish pass on any effects if needed.

With new systems coming online, such as the oxygen system for rooms, they remade some of the old effects for both the high-tech and low-tech airlocks. This month they also started shifting more focus towards the Squadron 42 cinematic scenes.



WEAPON TEAM


Scattergun.jpg DE_ATV_StudioUpdate_Weapons_Gemini.jpg

The FPS Weapons team completed passes on the last two legacy weapons that were using our old system, which included a first art pass on the Gemini L86 Ballistic Pistol and a final pass on the Behring P4AR Ballistic Rifle.

On Ship Weapons, the team finished all the work for sizes 1-3 Klaus & Werner Laser Repeaters and started work on sizes 4-6. They also finished the Apocalypse Arms Ballistic Scatterguns sizes 1-3. Finally, they worked on some general tasks focused towards 3.0, including polishing, optimizing, and bug fixing.



TECH ART


Vfx_exporter_02.jpg Vfx_exporter_01.jpg

The Tech Art team finished multiple animation implementation tasks for both the recent usable sprint as well as cinematics. They continued to debug weapon animation issues and did some adjustments to a few of the weapons rigs to make them even more realistic and believable.

They also did some work on a VFX Exporter which was made to export simulated objects from within Maya, as having an active simulation on objects was causing problems. The best way to work around this was to bake the simulation and export the animation, but that’s time consuming and leaves the scene in a state where the VFX artist can’t do any changes to the simulation. The new Exporter takes care of the whole process. It bakes the simulation, exports all the necessary stuff for the engine and restores the scene, so the artist can continue iterating. The tool also creates all the necessary in-engine files, so the artists can hit the export button and see the result immediately in the engine. Tech Art also continued to support the animation code with Ground Alignment R&D. The progress is going well and we’ll be able to show it off in the very near future.



PROGRAMMING


Weapon_skins.jpg Ads_01.jpg

Game Programming spent time fixing outstanding issues and polishing up existing code. The new airlocks and elevators had a few issues where game and engine code conflicted with one another. Those items were identified and work has begun to sort them out.

They also added a small feature to weapons to hide the weapon from the 1st person view during Aim-Down-Sight. This falls in line with the design and will make things easier while in the heat of combat.

In addition, the team used work previously done for character customization to complete the technology to apply weapon skins. There’s still some UI work to be done, but it now allows for simple and fast setups of Weapon Skins in DataForge. Finally, work continues on the Weapon System 2.0 and additional feature polish geared for 3.0.



AI


Mission_broker_02.jpg Mission_broker_01.jpg

That AI team worked on more mission broker and mission system features, mostly for PU 3.0 but also supporting S42. The mission broker has been adapted to support multiple players accepting the same mission. The team also added the ability for mission instances to share information (which means players accepting the same collection mission will be sent after the same item, rather than having their own distinct item to collect). They’re building on that work by adding support for abandoning missions, as well as unlawful/lawful asymmetric missions for multiple players.

Ai_takeoff_01.jpg Ai_buddy_01.jpg

The team added support for the take-off and landing of AI ships on surfaces. This includes landing pads, ship hangars, other ships, and celestial surfaces. They also added Quantum Travel functionality for the new non-Kythera AI as part of an ongoing effort to create all functionalities needed for Subsumption-based ship AI. Also, they focused on adding more Subsumption AI support, like using NavSplines and correct AI behavior when entering / exiting all vehicles and seats.

Finally, they finished the second sprint for buddy AI. Designers can now specify if they want to keep the AI in front or on the side of the leader or player. This sprint also brings the ability for an AI buddy to take cover in front of the player and move from cover to cover point while following the player. This is the first step in having a companion AI that will intelligently follow and help you out in combat.



ENGINE TEAM


The Frankfurt Engine team, in cooperation with UK, refined the handling of GPU crashes and proper reporting via the public crash handler. As the engine render frames, it now includes tokens into the command stream to more easily pinpoint what the GPU was last doing if it starts hanging. This info is sent along with other crash information for post mortem analysis via our public crash handler service. These steps should make it easier for us to more quickly react on GPU issues that are otherwise hard to reproduce because of specific machine setup, OS and driver versions, etc. They also did a large amount of performance analysis and engine optimizations geared towards the 3.0 release.

Roads_02.jpg Roads_01.jpg

Another item they focused on was a new road system to work in conjunction with the planetary terrain. The legacy roads were not suitable for our large-scale terrain, as there was a large performance hit along with z-fighting and flickering issues from long distances. The new system is extremely fast and efficient, cache friendly, and fully multithreaded to send draw commands to the GPU in the most efficient way.

The new system uses a screen space approach. Instead of drawing the geometry conventionally, it’s powered by a projective technique, like what we use on deferred decals, and has two distinct rendering passes. First, we draw the road geometry as a 3D volume that intersects the terrain. In this pass, a stencil mask is generated to outline borders of the road. The same mask is then used in the next render pass to clip all pixels of the volumes that are not affecting the terrain. Finally, to generate UVs and fetch material textures, each pixel’s position is reconstructed in camera space, and then in local space, by sampling the depth. All material attributes are then finally written in the GBuffer to compute lighting. Thanks to the nature of projection, this technique doesn’t suffer any z-fight or flickering related issues.

They also created a new toolset to give designers the ability and flexibility to quickly lay down the new roads and modify them as needed. It’s still a work in progress, but the progress is going well. It will be a nice addition to our growing toolset for planets.



LEVEL DESIGN


The Level Design team took a pass on the room system for Levski, ensuring that the player won’t unnecessarily suffocate in random places. They also did a general polish and some bug fixing for 3.0. Finally, they worked on Lorville, which is the next flagship Landing Zone on our list to tackle.



QA


Subsumption_02.jpg Subsumption_01.jpg

Testing continued with new features and bug fixes going into the Subsumption tool on a weekly basis. The team worked closely with design and Tony Zurovec to ensure that the tool is tested to their satisfaction. Performance testing is also underway for the Persistent Universe. They used the Performance Profiler tool from Visual Studio to gather very specific data in areas of low performance, and did weekly cross-studio playtests to increase the stress on the servers and simulate an actual live environment as much as possible.

Gravity_02.jpg Gravity_01.jpg

Melissa Estrada, our QA technical Lead, also had fun testing various gravity conditions on the new moons.

The Frankfurt QA team also wrapped up multiple test requests from the Engine team. They included a change to the Entity Component Update Scheduler, which affects how parts of entities are updated, as well as the particle code which was changed to run on threads. All code changes have the potential to introduce new issues to an already functional build, so thorough comparison testing was performed to ensure that nothing new would be introduced into the Game-Dev stream.

They also had test requests for Area Optimizations. Recent code changes to things such as doors and elevators gave us roughly 1.5 ms frametime back and are a definite improvement.



SYSTEM DESIGN


System Design worked on items for 3.0 with a lot of focus on the Levski landing zone, particularly experimenting with it having a full AI population. The AI behaviours needed some work to ensure they didn’t overcrowd any given area. System Design also spent time stress testing our servers to determine what AI populations we can currently support to make sure Levski is full of life. During the process they worked closely with the Tech team to optimize what we could to keep performance as solid as possible.



CINEMATICS & LIGHTING


Cinematics_02.jpg Lighting_01.jpg

The Cinematics team continued work on scenes across all chapters of Squadron 42. They also spent time working with the Graphics engineers on the two-dimensional Render-To-Texture display screens and Holographic Volume Rendering.

This month our Lead Lighting Artist was solely focused on applying the final touches on our 3.0 content. This included color grading for each moon, integrating lighting between the outposts and the moons, bug fixing, and polishing on the Levski landing zone.



ENVIRONMENT ART


DE_ATV_StudioUpdate_Lighting.jpg Levski_01.jpg

The Environment team worked on polishing and bug-fixing existing content in the PU. With all the various components coming together we wanted to make sure the visual experience for the players is as good as possible.

On Levski, new areas and locations were added that will increase the number of things the players can do and explore, including a new store and an administration office. The newly added garages received a final polish and dressing pass making them ready to be used. They also put a lot of effort into research and development by looking at new features going into the game after 3.0. This included work on ArcCorp, procedural cities, and the planet Hurston. An important element of the research phase is that we find smart and scalable solutions that will allow us to create more content as efficiently as possible moving forward.

Turbulent

Launcher_02.jpg

TURBULENT



SHIP MATRIX


Ship_matrix_02.jpg Ship_matrix_01.jpg

This month, Turbulent restructured the Ship Matrix so that it reflects the design intentions for all the ships with the release of Item 2.0. It is now able to display details about ship loadouts that previously weren’t available on the site. In the propulsion category, they added details about fuel tanks, fuel intake, quantum drives and jump modules. The ship team also added some categories in Avionics and Weaponry, including countermeasures. It had been years since the ship matrix had been revisited, and they needed to adjust the stats to allow for additional details.

With the Ursa becoming drivable in 3.0, you will also find ground vehicles listed in the ship matrix. The team also standardized the sizing on all components to five size variables. Weapons will keep a size range from 1-12.

On the ship detail page, they redesigned the ship loadout icons to give you a better indication of available slots on a ship, while the item details will outline how to upgrade your ship. They also improved the backend to ensure that ship statistics from the design team can be easily updated. This means they will be able to get ship balance changes on the site much sooner than in previous iterations.



SPECTRUM


Post_count.jpg Text_editor_01.jpg

Spectrum 0.3.6 is coming soon and is currently being tested on the PTU. One big feature in 0.3.6 is the text editor update that makes forums post much easier and more malleable. Soon, it will have draft mode, so if you stop writing midway through a post and navigate away from the page, you can come back later to finish it. This is great for those times you forgot to hit enter or were distracted by something else.

The updated and redesigned mini-profile brings many new features. It even tracks your post count, including those from the old forums. When viewing an account mini-profile, the karma feature allows you to see how many up votes a user has. With the mini-profile, the team is trying to squeeze in an additional block feature. This is a mod tool that the community has asked for and they really hope to include it in the next iteration.

Lastly, they are introducing a track feature that allows you to jump between staff posts. Previously, you had to scroll to find all the staff posts. The track post feature is a faster way to find information from Star Citizen developers or community team. Orgs can also use it by enabling a role to be tracked in the settings. Custom roles are still being worked on. The biggest design challenge has been with very large orgs and finding the appropriate filter/search function to allow members to find each other.



LAUNCHER


Launcher_02.jpg Launcher_01.jpg

The team worked very hard with CIG engineering on the new Delta launcher which comes with the Delta patcher. They also worked on refreshing some of the UI elements with new 3.0 imagery. They are essentially changing the entire core of the application, so they have to test on multiple platforms and installation paths. At the same time, our engineering team worked on getting the digital distribution channels ready, so they can disburse those objects as fast as possible when the game version is requested. This also required additional security reviews and deployment scripts.

Community

Tumbril-Buggy-Piece-02-Cockpit-V011.jpg

Community



Tumbril-Buggy-Piece-04-Desert-V012.jpg Tumbril-Buggy-Piece-01-Showroom-V009.jpg

This month, they introduced a new ship that’s … a little buggy! The Cyclone buggy is our first ground vehicle built with our procedural planets expressly in mind. It was available in five different options (regular, recon, racing, turret and anti-air) and will come online in a future patch. A new kind of vehicle also called for a new kind of manufacturer, so Tumbril was created. No, it’s not a social network media sharing service. It’s Star Citizen’s first dedicated ground vehicle manufacturer. The team had a great time putting together the ‘launch’ brochure, complete with a stock certificate, and they’re already looking forward to the NEXT Tumbril vehicle which will come online later this year.

To help promote the Cyclone sale, they worked with Narrative and the team at Turbulent to create an interactive 2947 drivers license test. You can take the multiple choice test to earn a license to be shared on social media. They love doing promotions like this because it lets everybody have fun, though perhaps only in the Star Citizen ’verse can taking a drivers test be considered fun!

This month’s videos covered many aspects of Star Citizen’s development, with sights and sounds aplenty on AtV. Bugsmashers showed you some of the incredible work going into Star Citizen Alpha 3.0, Loremakers took us around the galaxy to some of the systems we will be building, and Happy Hour even created a star system live using SolEd!

JumpPoint_05-07_Jul-17_It-Was-A-Dark-And Scout_06.jpg

July’s Jump Point covered the development of the game’s second space bike, the Aopoa Nox, which will be in Alpha 3.0. The team even got to sit down and share a little bit about how they plan our ship promotions.

Speaking of subscribers, July’s ship of the month was the RSI Constellation, which saw plenty of backers put it to good use. Next month, it will be the Xi’an Scout (or Khartu-al) and they’re eager to see you put it through its paces. The team also rounded out the Subscriber flare space station series with the station that’s closest to all our hearts: Port Olisar.

Thanks to Subscribers, they held a live town hall Q&A with the VFX team at Foundry 42. The VFX team is doing spectacular work on the effects and it was a true pleasure to be able to share it with you. Plus, when you have effects guys on, they bring their own clips to show off!

IMG_6733.jpg

There were Bar Citizens aplenty this month, including one attended by over 100 people in Lyon France. And on the subject of fan-organized events, be sure to check out ‘Verse Con, which, while not a CIG event, is going to be a great way for backers in the US to get together during CitizenCon. You can find out more details at versecon.com.

Far and away the biggest job this month has been getting ready for Gamescom. Putting together an event is no small feat, and the team is lucky to have a very dedicated events manager coordinating the show floor booth, developing marketing material to give out, and planning how to spend as much time as possible with the community.



Conclusion

WE’LL SEE YOU NEXT MONTH



Przeczytaj całość

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

  • Podobna zawartość

    • Przez Game Armada
      Jeremiah Lee, Corey Johnson and Gaige Hallman from the Character Art team discuss clothing the characters of Star Citizen.
      To watch Reverse the Verse LIVE each and every week, tune into http://twitch.tv/starcitizen.
      Przeczytaj całość
    • Przez Game Armada
      50 years is a major milestone, traditionally commemorated by making adventurous, brave, and occasionally reckless decisions. Choosing to try new experiences, opening life’s throttle and seeing where it takes us.
      Some may refer to this as a mid-life crisis, but here at MISC we embrace it as an expression of individuality and vitality.
      In 2898 the New Horizon Speedway opened on Green, ushering in what many consider the modern era of the Murray Cup. That same year, a MISC ship set a time on the new course that is yet to be bested. That ship, a Daedalus mkVIII, didn’t end up bringing the cup home for MISC but it forever associated the company with star racing, and paved the way for Trevor Yuman’s eventual victory in the now-iconic Razor.
      Five decades later, MISC is still pushing the boundaries of innovation. As we celebrate the 50th anniversary of that record run on the New Horizon, MISC reflects on its legacy and looks to the future of speed, both on and off the track, with the release of these limited-edition Razor chassis.


      “The New Horizon run? That was way before To-Ko shook things up with the integration of Xi’an tech, but those late model Daedalus could almost be considered proto-Razors. They introduced a lot of the features and innovations that we’d go on to perfect in the modern models, including an early version of the Proteus system. It was, frankly, way ahead of its time. Nowadays even Origin ships have adaptive intakes, but fifty years ago that was seriously radical stuff. So, with the anniversary of New Horizon and MISCs historic run looming, we figured we should see how far we could really push the Razor frame.“

      - GORDON VALLE, MISC Senior Engineer

      The Razor EX is made for those looking to maintain high speeds and low profiles. Outfitted with cutting-edge signature-reducing materials, the EX gives you the jump on the competition, keeps you off their radar, and keeps them on their toes.
      With the LX, MISC engineers pushed the chassis to its limits, resulting in a supercharged ship capable of a mind-bending top speed and unparalleled acceleration. The overclocked engine will leave your competition sucking fumes right out of the gate.
      Available to the public for a limited time, these ships allow any Citizen to harness MISC’s high speed thrills, taking the spirit of Murray Cup racing off the track and into their own backyard.


      “As a kid I always wanted to race in the Murray Cup. Growing up on Kampos, I was immersed in the culture of star racing from a very early age, and by the time I was a teenager I was obsessed. I idolized the greats, obviously – my room was plastered with posters of legends like Red Bakshi and Cane Martin, and in my dreams, I felt the thrill of unadulterated speed and the rush of the adoring masses cheering me on to victory, and the cup. But that’s all they were. Dreams. I grew up, took down my racing posters, got a job at a tech corp and did the normal adult thing. I was good at it, and I was relatively happy, but deep down inside, I still longed for the chase. Now, at 50 years young, even though a career in racing is a distant might-have-been, thanks to the MISC Razor LX, I’ve finally got my speed fix. Flying at full throttle, I’m right back there in those childhood dreams, chasing glory with the Murray Cup legends of days gone by.“

      - ROB CHRISSERT, Razor owner



      Some may ask, why would I need so much speed, power, and exotic tech in my hangar? Here at MISC we ask, why not? You never know where adventure’s winds may blow, and with these unrivaled machines, you’ll be ready to take on whatever new challenges and opportunities come your way.
      Life is short, live courageously with MISC and join us in celebrating 50 amazing years of innovation, adventure, and speed. Get in your Razor and start flying today.
      A small number will be made available under the Warbond program, featuring unique serial numbers, to commemorate MISC’s legacy of innovation.





      The Warbond pledges include sequentially numbered limited edition ships. These serial numbers will appear on your ship in-game in a forthcoming patch.
      For more details visit the complete ship page.
      Przeczytaj całość
    • Przez Game Armada
      Wave one ticket sales have ended. Stay tuned for details about the event and further opportunities to purchase tickets.



      On Wednesday, October 10th, we invite you to join us at the Long Center, in Austin, Texas, for a full day of presentations and interactions, exploring the current and future developments in Star Citizen and Squadron 42.
      Building off your favorite elements from last year’s event, and taking advantage of everything the venue has to offer, we are excited to bring the event back to where CitizenCon began!
      Event Details
      CitizenCon 2948 will be held on Wednesday October 10th, 2018 at the Long Center in Austin:
      701 W. Riverside Drive
      Austin, TX 78704


      See a live presentation from Chris Roberts, and meet the team behind the game. We’ll also have plenty of activities and demonstrations around the venue, throughout the day to keep you entertained.

      - Frequently Asked Questions
      What Should I Bring?
      Please remember to bring your printed ticket or a digital copy stored on your phone, and your photo ID. If you have a Citizen Card or any Star Citizen and Squadron 42 clothing or accessories, we encourage you to wear them. Cosplay is appreciated; however, local laws and venue restrictions prohibit prop weapons (the Long Center is effectively an Armistice Zone) so please leave those at home.
      Will There Be Food Available?
      We will have a selection of food trucks on the terrace, along with bars throughout the venue for your convenience. There are also a range of dining options within walking distance. Outside food and beverages are not allowed inside the venue.
      Where Can I Park?
      There is a 1200 space parking garage next to the venue: Parking for Palmer Events Center / Long Center, as well as other options within walking distance.
      Is the Long Center wheelchair accessible?
      Yes. There is wheelchair access to nearly all of the venue, including restrooms. A selection of locations will be available for wheelchair users to enjoy the show.
      Will there be seating available?
      Yes. This is a seated event for everything happening in the main hall. Other locations for demos and activities may have seating as appropriate.
      Is there an age restriction for the venue?
      Yes, the event is 21+
      Can people bring their own seating for the wait?
      You may bring a small foldable seat to use while outside the venue; however, use of them inside the premises is prohibited, so you would need to use the coat check once inside. Please only bring what you’ll need with you to the event.
      Can I Bring Gifts?
      Although we truly appreciate the sentiment, many of us will be flying out the next day, and we are unable to accept gifts at the event.
      Is there a Coat Check?
      Yes and attendees will be encouraged to store their belongings in the visitor’s coat check.
      Anything planned for Tuesday or Thursday?
      If you’re planning to be in Austin the day before or after, or you’re already there, keep an eye out for updates on meetups as we get closer to the day. We do enjoy taking every opportunity to meet our fantastic community.
      Can I buy a ticket for my friend?
      No, as tickets are non-transferrable. Ticket purchases are also limited to one per person.
      If there are unsold tickets from the first day of sales, will they be available to all backers when tickets are added on the second day?
      Yes. Any unsold tickets from the first day will roll over to the second.
      I can’t attend anymore, can I cancel and get a refund?
      Tickets may be cancelled up until 30 days prior to the event and refunded for store credit. No refunds will be granted within 30 days of the event. Tickets are non-transferrable.
      Stay In The Loop!
      Look out for latest news, contests, and additional information about CitizenCon. Whether you’re with us in Austin, or back at home, keep up to date with all things Star Citizen by following our various channels on social media:
      Twitter Facebook Instagram Photo credit: Scott Melcer (Exterior) and Jerry Hayes (Interior).
      Przeczytaj całość
    • Przez Game Armada
      Sean Tracy and Steve Bender, together again for the first time, serve up a feature on legacy armor and a new installment of Loremaker’s Guide to the Galaxy.
      Przeczytaj całość
    • Przez Game Armada
      Q&A: Crusader Hercules Starlifter
      Following the launch of the Hercules from Crusader Industries, we took your community-voted questions to our designers to give you more information on the recently unveiled tactical starlifter.
      If you haven’t watched our recent Ship Shape on the Hercules, you can do so here. Then, on Reverse the Verse, Matt Sherman and Corentin Billemont answered questions about the Hercules live on Twitch.
      Special thanks to Corentin Billemont and Todd Papy for answering your top-voted questions.

      How can an outpost defend itself against a bombing from a Hercules A2?

      Players can protect themselves from air attacks by setting up anti-air defenses. As far as destroying an outpost goes, that’s something we’re looking into, along with the ramifications it would have on the law system.


      What is Medium and Heavy Armor when talking about ships?

      Light, medium, and heavy indicate the general degree of additional protection the armor gives to the ship. Each armor type offers different resistances, but it also has an impact on the weight of the ship.


      Does it have beds, a bathroom, and a kitchen?

      All variants have three beds for the main crew, as well as a small kitchen area and a single toilet/shower combo. The Hercules is not made for long comfortable journeys through space, so it doesn’t need anything more luxurious.


      Does the Hercules have entrances other than the large ramps, or will the cargo bay have to be decompressed every time you need to exit the ship?

      Players can get into the Hercules either using the ramps or via a small lift around the middle of the cargo bay. From there, you can either go to the ground level, the cargo bay, or the cockpit.


      Can we expect to see bomb racks and bays for other ships too (like the Retaliator), or are bombs limited to the A2 and other future ground assault ships and vehicles?

      At the moment, only the Hercules A2 and future ground assault ships are planned to have bombs. However, we’re looking at ways of allowing a few select ships we’ve already announced or released (like the Retaliator) to transport and use bombs, although they might not be able to carry the impressive S10-sized bombs like the Hercules.


      For cargo running, what advantage does the C2 Hercules have over the cheaper Starfarer that uses Cargo pods in place of Fuel pods?

      External cargo pods, as featured on the Starfarer, are more exposed and vulnerable than those on the Hercules. Plus, the Starfarer isn’t made to transport vehicles, which is the main point of the Hercules.


      How do S10 MOABs compare to S10 torpedoes?

      In terms of size, the bombs are larger than the torpedoes. The bombs are also unguided, offer a wider damage radius, and higher damage. Like missiles and torpedoes, bombs might have different specs in the future for different damage types and situations.


      How do the interior living quarters compare between the ships? Are the C-2’s more liveable compared to the spartan cabins of the M2 & A2?

      In terms of functionality, the interior living quarters are the same between all variants of the Hercules Starlifter that use the M2 as the base. However, like some other ships having military variants, it’s possible that the materials might differ.


      Can you tell us more about the “Six Hardpoints of Countermeasure” of the Hercules?

      Like every other ship, the Starlifter has several countermeasure launchers at strategic placements around the body. Due to its size and shape, the Starlifter has six launchers installed, compared to the four of the Starfarer. There are two near the rear cargo bay, two next to the landing gear, and two on the rear wings.


      If you drop a gravity assisted cluster bomb in space, can you create a minefield?

      It depends on how we make the bomb detonation work. Currently, we’re thinking that they will trigger on impact. However, we will look at proximity and time later on.


      What is the smallest size pad that the Hercules can land on, and will it fit onto the pads of the small/medium rest stops and orbital stations that are coming into the game?

      The Hercules Starlifter, like other ships of similar size, will only fit on large landing pads.


      How does the C2 ‘medium’ armor compare to the Starfarer-Gemini ‘upgraded’ armor?

      The Starfarer Gemini’s upgraded armor is a heavy model, akin to the Starlifter M2. The Starlifter C2’s medium armor is similar to the regular Starfarer’s armor.


      How can the C2 survive a defensive engagement with only 2xM coolers to cool 2xL shield generators when similar ships (Starfarer/Gemini, Genesis, Caterpillar, Carrack) ALL have 2xL coolers to only cool 1xL shield generator?

      While it’s better for anyone flying a C2 to have an escort nearby, this configuration should still last long enough to get away or call for help. The other ships mentioned all have to use their power in ways that the Starlifter doesn’t, be it to run life support, computers, or other modules).


      What are the specific roles of the three crewmen on the M2?

      The crew roles on the M2 are similar to other ships of the same configuration: one pilot, one co-pilot that has access to some of the remote turrets, and a dedicated gunner that has full control of the turrets.


      Is the cargo-space in the A2 usable for normal cargo if the bombs aren’t equipped?

      The A2 has half the cargo space of the M2. When bombs aren’t equipped, the bomb ordnance system is still present, so it’s impossible to store cargo in this area. However, you can still put 234 standard cargo units (SCU) in the front half of the ship (that’s if you don’t decide to put a Tumbril Nova tank there instead!).










      Przeczytaj całość
×

Powiadomienie o plikach cookie

Umieściliśmy na twoim urządzeniu pliki cookies by ulepszyć korzystanie z naszego serwisu. Możesz dopasować swoje ustawienia obsługi cookies, a jeśli tego nie uczynisz zakładamy, że nie stanowi to dla ciebie problemu. Polityka prywatności