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.
Thats cute, but the problem is that those people who you speak of will be gone to play the next Pokemon Go two weeks later, and we will be the ones left with the turdish gameplay decisions that were made because of them.
Thats 100% true.

I can live with all the awesome DDF ideas not being used...
But going against the original vision , the one in the vids... just feels off.
 

Robert Maynard

Volunteer Moderator
And they're all fixed 1:1 entries which don't generate CPU overhead, your point?

.... and how would a "not accessible before" timer differ from this? It would be functionally the same as applying a fine for a failed mission.

The player will only need to wait until the "mission" expires and then, instead of a fine, they are rewarded with a ship in the chosen destination.

Regardless of whether there is a delay or not, the functionality to move ships to a particular location needs to be implemented, along with taking the fee for the transfer. Adding a "not available before" timer to the ship storage system does not seem too challenging in that context.
 
Last edited:

Robert Maynard

Volunteer Moderator
The problem is that if you make it on "Send" it's more than just setting a time, you've also created a one-to-many calculation for the CPU, a big one. Now imagine lots of those being sent to the AWS over and over.

Not fussed if it is a summon or send - if there is a finite delay involved.

The proposal for a send option was to create a delay that the player could not avoid - as they would require to travel to the destination to get into their ship that had travelled there instantly.
 
Thats cute, but the problem is that those people who you speak of will be gone to play the next Pokemon Go two weeks later, and we will be the ones left with the turdish gameplay decisions that were made because of them.

We are still living the turds of the past. This turd however, this one cannot be allowed. It must be flushed.
 
Folks, a timer is just a date/time field on a database record. That's it. The client simply checks that field to determine if the ship "has arrived". No big deal.
 
While we're at it lets make it so if you're blown up you can't play the game until the proper amount of time has passed for your escape pod to be returned to the last station you were at, because we hate fun in our video games.
 
22% think it should be instant. 78% think it should take time. Lumping in the "fractional" people to justify Frontier ruining the game for 56% of players because 22% are sort of on the fence but still annoyed by the idea of instant, that's a twisting interpretation of the poll.

Even if you put those 22% as "on the fence" then you still talking about 56% vs 22%. And that 56% will be extremely <censored> if gameplay is up ended. Meanwhile, that 22% wouldn't have much to complain about since the game will still get more convenient!

With none of these figures representing 100% of the playerbase, or even 100% of people who took the poll. It's a multiple choice tickbox poll, and likely many people picked several of the options, or less than they intended. I mean, we've got 69% saying they want transfers, and 2% saying they don't, so I guess there's another 29% voting for "I'm bad at reading the entire thing before clicking."
 
Instant ship transfer is a GOOD idea and this forum only represents a vocal niche of the community and has always had a strong bias. Many people that play Elite but never post here will love this new feature and many people who don't play Elite yet will probably be more easily drawn in with this added incentive of less pointless timesink.

Anyone that doesn't like it can create their own "immersion." It's what you did in 1984 right? Lol.


Hey Verax, I have noticed that most of the few posts that defend insta-transfer are yours. You must feel kind of alone here
 
Not fussed if it is a summon or send - if there is a finite delay involved.

The proposal for a send option was to create a delay that the player could not avoid - as they would require to travel to the destination to get into their ship that had travelled there instantly.

Okay, except now you're tying a player asset to a timer, and if the player starts moving around and progressively adds more and more assets to more and more timers, you get a situation where the database gets clogged with a ton of temporal entries (something Sandro is trying to avoid, if you start having lots and lots of ships in transit - "Stateful" ships - the database size could start growing in fun ways). So the only way it works is if the timer is REALLY short, like, 5 mins or so tops. In which case there's no point having a timer at all.

If you query sends as one-to-many (as that's what they would be as a CPU problem), well, you're generating so much CPU overhead that the AWS bill for the month is going to "Blow players faces off" ;)
 
Last edited:
To all those 'wanting to wait/have a delay':
Pick up the phone and call a business and get put on hold. That'd be fun wouldn't it!
This change DOES NOT SHRINK THE GALAXY! You'd still have to fly your ships
It DOES NOT VIOLATE THE SPIRIT OF THE ORIGINAL ELITE! That was the 80's this is 30 years later. Are you still waiting for the new millennium? Cause waiting is fun!
If instant ship transfer break your imersion: set an alarm for the time you personally think is right. Don't inflict a pedantic desire to have everything realistic in a science FICTION based game on those that don't want it.
 
I don't agree that the game is slow. Things take time because the galaxy is huge. Space is huge. That's part of the appeal!!!

Unfortunately, looking at the chorus of applause 'InstaShip™ brought to you by 'SpaceMagic™ (just add water!) has received on Reddit and certain Facebook groups, we may really just be a vocal minority. :/
 
.... and how would a "not accessible before" timer differ from this? It would be functionally the same as applying a fine for a failed mission.

The player will only need to wait until the "mission" expires and then, instead of a fine, they are rewarded with a ship in the chosen destination.

Thats a good idea, a simple re-purposing of an already in place game mechanic to good effect.

However I dont think the implementation is the issue, they said it themselves in the livestream, its a gameplay design decision. They just dont think (rightly or wrongly) that forcing people to wait for 10's of minutes or hours to get their ships is practical.

I like the "idea" of having to wait as it is unarguably more realistic, but I think making it more accessible is a better design choice. YMMV.

I think the real balance will come down to how much it costs. Get you Beta feedback ready! ;)
 
We'll just have to make for a really good thought-out bit of reasoning, which I see we've already got in this thread, as to why ship-transport should not be instantaneous.
 

Yaffle

Volunteer Moderator
While we're at it lets make it so if you're blown up you can't play the game until the proper amount of time has passed for your escape pod to be returned to the last station you were at, because we hate fun in our video games.

No, as discussed above in all games death of the player is a special case. It's not trying to remove fun, it's trying to maintain some form of lore consistency and keeping the game's reason to be - namely to travel.

Personally I'd prefer a bit more to the death mechanism; I like the Sunless Sea approach, and you die a lot in that game.
 
Unfortunately, looking at the chorus of applause 'InstaShip™ brought to you by 'SpaceMagic™ (just add water!) has received on Reddit and certain Facebook groups, we may really just be a vocal minority. :/

If those people get their way, they would reduce this game to press W to win.
 
Last edited:
We NEED it to be based on ship stats. Else everyone will just D rate their fsd in their corvette for heat management and laugh at insta transfer.

Make it plot the course. (Using current jump range) Then take number of jumps and multiply by 75 seconds each jump. At the end of that timer, have it appear outside the station and dock. After docking, it's available.

And who WOULDNT love to see their ship show up and fly through the slot. You see it and go "that's mine!"

Instant is game breakingly bad.
 
Unfortunately, looking at the chorus of applause 'InstaShip™ brought to you by 'SpaceMagic™ (just add water!) has received on Reddit and certain Facebook groups, we may really just be a vocal minority. :/

Wrong. That "straw poll" that has the same result as the first two choices in the forum poll. "Do you want ship transfers?" Yes/No. If they left out the "instant" they'd get the same result, because of course people want ship transfers. That's not the question!!!

The question is, should they be instant?? And that Reddit straw poll fails to ask that question.

But on this forum poll, they actually give the option to say you don't want it to instant, and guess what? 78% do not want it to be instant.

Also straw polls are extremely easy to cheat. Nothing on Elite Reddit ever gets above a few hundred upvotes, let alone THOUSANDS. :rolleyes:
 
Transport (and storage!) YAY!
But it should take as long as it would take someone doing this spaceship flying thing full time to get there.
i.e. it took me 2 weeks to get to Jaques, in ~ 24 hrs of game time. So say 1 day to get my to get my Asp to Jaques (and 2 days to get my python back to the bubble)
 
Status
Thread Closed: Not open for further replies.
Back
Top Bottom