Jump to content

Poetess

Member
  • Posts

    2
  • Joined

  • Last visited

Posts posted by Poetess

  1. 6 hours ago, Nodles said:

    Fully agree,  especially nowadays as you really need to have an atmospheric radar for the first leg of the journey out from allioth and then  a space radar with the exit into deep space (as the area between allioth and sanctuary is getting really crowded and given the speeds, visual flying is not an option in space).

    You could in theory link 3 of each space and atmo radar at known distances apart from one another on ship (can measure by coords in construct), then have lua quadrangulate the positions of each ping   to get two positions and display the ones in front of you info in a hud overlay which would mark constructs the same way the default hud does both for atmo and space.  

    Sort-of how the node-location calculators work but with radar pings as a data source.

    Might only work in fixed 3rd-person or first-person, but would be an interesting challenge.

     

     

  2. On 1/4/2021 at 7:23 PM, Warlander said:

     That thing will never go onto a ship VS an L container that weighs about 2T. Even if you went with 8 L containers VS 1 XL-E container its 16T vs 81T in weight and 2x the capacity? What is that nonsense? Even in an industry the space required is absurd. In our L static core on one level we could probably fit 25 stacked 2 high which equals out to 200L containers when with the same space we could fit 4x more L Containers and work around the shoddy limited link and transfer system.

     

    It needs to be adjusted for the actual size / volume / mass it really represents in physical space to match what it truely is without creating needless wasted space for little to no gain if not losing half capacity in the process even with talents in play.

    Two points on this - Firstly that 10x E-XL's does make sense for ship activites such as mega node or multi-supernode mining; so you don't have to hop up and empty 10 L's every couple hours.

    Second, more geared towards NQ - I'd sugges replacing the "Expanded " idea with "Improved {XS S M L XL}"  - which have the similar size v. mass-volume nerf mentioned by @Warlander, but allow for 1 output channel al-la Transfer Unit behavior (Like it has a built-in TU set to always pull from it's own contents, which is 'taking up' up a chunk of it's space) to allow for enanced inventory flow on ships.

     

    Just food for thought.

×
×
  • Create New...