2.2's Instant Ship and Module Transport - Yay or Nay?

Do you want ship and module transfer, if so how long should it take?

  • Yes, I want ship transfer.

    Votes: 1,869 71.1%
  • No, I don't want ship transfer.

    Votes: 90 3.4%
  • Yes, I want module transfer.

    Votes: 1,522 57.9%
  • No, I don't want module transfer.

    Votes: 137 5.2%
  • Transfer should be instant.

    Votes: 638 24.3%
  • Transfer should take a small fraction of the time it would take manually.

    Votes: 656 25.0%
  • Transfer should take a large fraction of the time it would take manually.

    Votes: 585 22.3%
  • Transfer should take at least as long as it would take manually.

    Votes: 696 26.5%

  • Total voters
    2,629
  • Poll closed .
Status
Thread Closed: Not open for further replies.
Sending a ship ahead of time. Yes that would be absolutely fine, as long as it didn't beat you there with a shorter jump range.

Instant Transport ships following quantum entanglement laws IS STUPID

Transport should be on based on LY years , and the physics of spacetime for objects of MASS !!
 
What does anyone else think of sending your ships in advance? It avoids this whole mess altogether. Both parties happy. It's there when you arrive. We don't have to wait, and it's realistic.

- - - - - Additional Content Posted / Auto Merge - - - - -



Waiting a day or so for the ship to arrive.


Why would you be waiting for your ship to arrive?
When I purchase a thing on-line from overseas I don't sit in the corner staring at the wall waiting for the thing to arrive. I do other stuff.
 
Depends on when you leave vs when you send it. If I'm planning a trip, and I know I'll want that other ship, I'll send it well in advance.

Offering this would be pretty straightforward from a user/UI point of view...


- Open Galaxy Map
- Select target star system
- Open System Map
- Select a station (or, for Horizons owners, planetary base)
- See new TRANSFER SHIP icon
- Press. Get presented with cost and arrival time. OK/CANCEL

Email arrives when ship is prepped at the destination.

Done. :)
 
Instant Transport ships following quantum entanglement laws IS STUPID

Transport should be on based on LY years , and the physics of spacetime for objects of MASS !!

Yes yes, I agree 100%. We are talking about requesting time based shipment to a new location in advance. Not defeating the rules of the game or breaking the current FSD meta. Not instant travel!!

This way people can plan stuff well ahead and have it arrive roughly when they eventually do. Or get there and request it with a similar delay.

The point is the request would be based on the time it takes the shipped ship to get there, not the CMDR.
 
Why would you be waiting for your ship to arrive?
When I purchase a thing on-line from overseas I don't sit in the corner staring at the wall waiting for the thing to arrive. I do other stuff.

OK. I wouldn't be able to use that ship for at least a day, when the reason I summoned it is wanting to use it. I have to wait for it to arrive before I can use it. Therefore, I'm ok with the instant transfer, though there are better solutions.

Waiting doesn't mean sitting there staring.
 
Offering this would be pretty straightforward from a user/UI point of view...


- Open Galaxy Map
- Select target star system
- Open System Map
- Select a station (or, for Horizons owners, planetary base)
- See new TRANSFER SHIP icon
- Press. Get presented with cost and arrival time. OK/CANCEL

Email arrives when ship is prepped at the destination.

Done. :)


^ This
 
The ability to send your ship ahead of time is even better.

That's what I thought they'd do. Have set distances, you can't take module cargo, a price, and a reasonable timer. You want your Python sent to the other side of the Bubble? Well there's a price to pay for that simplistic function, your second/third ship is effectively taken out of play for some time. You can do what you want in the meantime knowing as a bonus, that your other ship is being moved to a brand new location - slowly, as it would.

The benefits? Well, you don't have to do the trek and maybe, that FDL would take a damn long time to do, so while you work on other ventures, and make a faster amble across the bubble, your FDL will be on its way too as cargo on a ship with a better jump range than it has.

Issue we have now is that ship movement isn't a small benefit to allow players to shift their goalposts a little with a little less strain, it's a game mechanic changer, totally and utterly. And I agree, it weakers the role system, it damages the requirements of Engineers on a fleet, and more over it simplfies game interactivity. It's essentially, a legitimised cheat code. From what I see here, people advocating it are really advocating it in the same right as using a cheat code - they know it has no in-game rationale, that the use has little to no draw backs, only massive time and strategic benefits - and they want those benefits to the game. That to me is a cheat code ideology - all benefits, no drawbacks. And no, I don't see money as a drawback here, not with many players with hardcore cash reserves, and again, even if we did agree that the cost was the drawback, it still doesn't take away from the fact it breaks every rule of the universe - it has no rationale to it. How ever you pitch it, beyond player-entitlement, it has no reason.

I know we're making assumptions here on how it will work on little data, but this really needs to be advocated now and give time for any changes between here and beta, as what they've done is highly self-destructive from the info we have.

Quite frankly, I'm changing my vote. If this is how it's implemented, I'd rather not have this mechanic at all. I've done okay without it thanks. Keep it all Dangerous instead.
 
Am I the only one here who noticed the timer/progress bar after the transfer was started?

Watch the video again, you can clearly see some sort of timer delay is in the works. Maybe they just disabled the functionality of the timer to demonstrate the actual transfer itself for the video.
 
Last edited:
I'm fine with sending ahead of time as well.
Requires forward planning and it's not an issue at all.
If you forget to plan ahead, then you just have to "wait"


to remain in a state in which you expect or hope that something will happen soon


Do we not like the word wait? delay, holdup, interval, interlude, intermission, pause, break, stay, cessation, suspension, stoppage, halt, interruption, lull, respite, recess, moratorium, hiatus, gap, rest


Any of those work?
 
@FutronBob

And yet Sandro said it is instantanious and 'gamey'. That timer is just the code figuring it out i'm afraid.
 
Last edited:
Offering this would be pretty straightforward from a user/UI point of view...


- Open Galaxy Map
- Select target star system
- Open System Map
- Select a station (or, for Horizons owners, planetary base)
- See new TRANSFER SHIP icon
- Press. Get presented with cost and arrival time. OK/CANCEL

Email arrives when ship is prepped at the destination.

Done. :)

Forward this on to Sandro as it logically makes far more sense lore wise and the UI (galaxy map) mechanics are pretty much already in place.
As players we can plan ahead (actually use our grey matter) and the game retains it's massive scale.
 
And yet Sandro said it is instantanious and 'gamey'. That timer is just the code figuring it out i'm afraid.

Ah, I see. I redact my previous statement.

That's what I get for not watching the livestream! :p

As far as my opinion on instant transport, I would prefer a short delay, perhaps 1 minute for every x lightyears. But I'm fine with it either way.
 
Last edited:
Depends on when you leave vs when you send it. If I'm planning a trip, and I know I'll want that other ship, I'll send it well in advance.

I don't like it, it would add unnecesay hassle to the players and technical complexity to the operation.
However, I could accept it as a compromise solution since it would be less disruptive to the gameplay and would add a certain degree of depth to the mission planning.

Kinda better that just asking the players to just do something else for x hours.
 
Status
Thread Closed: Not open for further replies.
Back
Top Bottom