General Fleet Carrier: Create an auto-jump system

Instead of doing an auto jump system why not remove the limit of 500ly and use a time jump based on distance?

For example a jump of 500ly requires 15 minutes plus cooldown

Imagine 25000 ly done in one 1 jump but with the equivalent time of ((25k/500)*15)/60= 12.5 hours of jumping

Of course there’ll be the limit of tritium

Given that Jacques Station was supposedly trying to jump from the Bubble to Beagle Point in one go (and ended up at Colonia due to a misjump), a single epic jump right across the galaxy should be possible.
 
Given that Jacques Station was supposedly trying to jump from the Bubble to Beagle Point in one go (and ended up at Colonia due to a misjump), a single epic jump right across the galaxy should be possible.
Yea you’re right. Maybe this is the best solution instead of a multiple automated jump
 
The jump timer for a carrier is not fixed Fdev are willing and have increased the jump time before to reduce FC load on server farm and this is with manual jumping only...

Could see them adding a jump time penalty for automated versions now that 3.8 will never ever get this function and 4.0 FC will now never show in 3.8... or the other way around...
1 jump automated every hour while you're out off game for 4.0 users...
Now that 4.0 feature set is no longer going to be 3.8 clones FC are free to evolve now free from 3.8 limits..
Jump times are based on carrier density and jump activity in a given area, lots of carriers jumping at the same time causes server load. This timer will dynamically change based on real world server and network loads. Similar to "Time Dilation" in EvE Online. And keep in mind that only happened because of the release of internal modules for Odyssey because everyone was trying to get them. Otherwise mass movement of carriers is generally not a thing unless a intentional player effort it at play.

How they could fix this is allow people to put in orders to nearby carrier admin systems and have the new modules shipped to the carrier. I'm sure people would pay extra shipping cost just so they don't have to move their carrier. But the point is, it's not the time that would be an issue to such an automated system. It's that if you allow carriers to plot routes, you potentially run into the issue of, what happens when the carrier following the route tries to jump into a system that's full, specifically became full in the middle of their route. I mean I guess they just have the route plot just fail at that point and treat each jump as a separate plot event. (Carrier jumps have to 'reserve' the instance slot before hand and lock that slot to move the carriers to them.) Now granted in open space, this probably wont be an issue, and would be more of a thing in bubble systems.

Even if for whatever reason Fdev cant do automated plotting. I would love it if they were to come out with an app, something I could load on my phone or tablet and plot carrier jumps with my Android/iOS device, so that even when I'm not playing the game, I can still work my carrier management screen from say, work.

I ask for a first party app because I know Fdev is concerned about allowing write access to the API to third parties, even if the user is the one generating the token for the third party. Still I get their concern and would agree to them developing an app and charging say, 5 bucks for it in the app store or 5 bucks in the Fdev store to enable it on my account and download it for free.
 
If auto jumping isn't possible. A phone app to log into your account and manage your FC would be pretty cool. Locked down to FC management. You could schedule a jump, play about with market settings, allocate cash, activate and pause services etc. etc.
 
Instead of doing an auto jump system why not remove the limit of 500ly and use a time jump based on distance?

For example a jump of 500ly requires 15 minutes plus cooldown

Imagine 25000 ly done in one 1 jump but with the equivalent time of ((25k/500)*15)/60= 12.5 hours of jumping

Of course there’ll be the limit of tritium
That's a decent idea in its own right but trying to cram 500 tons of tritium into a wormhole is already hard enough so the idea of adding more for a linear increase in performance seems crazy. Just like Hydrogen fuel in the FSD, the fuel consumption is exponential so I imagine trying to get to a star 1000LY away would take well over 300Tritium but maybe that's a decent trade off.
 
Back
Top Bottom