These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

Player Features and Ideas Discussion

 
  • Topic is locked indefinitely.
12Next page
 

Jump Tethering - A replacement for the jump portal

Author
Acidictadpole
Lethal Dosage.
Scary Wormhole People
#1 - 2013-07-26 16:09:27 UTC
There's been some heavier-than-usual traffic about redesigning supercapitals and I've had this idea floating around for a while. There's no numbers involved yet but I wanted to get this out there sooner rather than later.

The idea is based around putting a little more risk into the sub-capital logistics game of moving people around fast. Right now any established alliance will have Titans scattered around their deployment area to reach almost anywhere in Eve in a few jumps. While deploying Titans around sounds risky, it's actually quite safe because POSs are usually easy to get.

The lack of risk involved in operating this logistical network means that it will always be used when its available. There's little to no risk involved in using it, and it provides a significant advantage to any side with it in place. On top of that it means that any opposition cannot target your logistical network easily, as Titans can jump bridge from within a POS shield.

The idea I've had, Jump Tethering, means to replace the jump bridge ability with something that puts the logistical network at some more risk when its used. A (non-dreadnaught) capital ship will able to be tethered to by sub capitals up to a certain mass-limit, and, once tethered, any jumps that capital ship makes will pull all tethered ships through with it.

Essentially this will make moving blobs around more methodical and careful, and it means that ambushes can be set up to trap other alliances logistical tools.
Gawain Edmond
Khanid Bureau of Industry
#2 - 2013-07-26 16:25:19 UTC
well i'm neither for or against the idea but make it so the bridging ship can jump after the other ships so late comers can still get through, the area can be secured and such. So for example cyno lights bridge goes up fleet jumps through does stuff a few mins later titan comes through. If the cyno gets blown up then it sucks the titan through and deposits him anywhere on the grid that the cyno was in.
Acidictadpole
Lethal Dosage.
Scary Wormhole People
#3 - 2013-07-26 16:28:24 UTC
Gawain Edmond wrote:
well i'm neither for or against the idea but make it so the bridging ship can jump after the other ships so late comers can still get through, the area can be secured and such. So for example cyno lights bridge goes up fleet jumps through does stuff a few mins later titan comes through. If the cyno gets blown up then it sucks the titan through and deposits him anywhere on the grid that the cyno was in.


That would probably need to be considered, but I think the current metagame allows for these late comers due to the Titan not jumping through. The metagame would change to make latecomers not be able to join easily, but I don't see that as a particular problem to be honest.

In addition, Titans would not be the only ship to offer this. Carriers could be used to jump back and forth to tetherjump late comers if absolutely necessary, though I'd still prefer people got their act together and all left at the proper time.
Bum Shadow
Viziam
Amarr Empire
#4 - 2013-07-26 17:19:54 UTC
Jumps would also be perfectly synchronised and look absolutely epic on the incoming! And if you dont look good while doing what you do. you're doing it wrong :P
Katrina Oniseki
Oniseki-Raata Internal Watch
Ishuk-Raata Enforcement Directive
#5 - 2013-07-26 17:23:50 UTC
I just think the titan should be forced to jump through too when the bridge expires.

Katrina Oniseki

Acidictadpole
Lethal Dosage.
Scary Wormhole People
#6 - 2013-07-26 17:45:11 UTC
Katrina Oniseki wrote:
I just think the titan should be forced to jump through too when the bridge expires.


This idea would have the same end effect, the Titan would be on the other end of the jump with his fleet. This would finally make Titan's actual flagships.

Don't forget that the idea is to spread out this ability, meaning that carriers (and maybe supercarriers) could do it too, but be able to carry much less mass. So instead of carrying around a whole fleet through to the cyno, a carrier would be able to carry a low amount of battleships worth (maybe a squad?), and a supercarrier could do more (a wing?).

This idea would remove the jump bridge ability (Black Ops would do the tethering too).
Jason Itiner
Harmless People
#7 - 2013-07-27 21:07:29 UTC
Bum Shadow wrote:
Jumps would also be perfectly synchronised and look absolutely epic on the incoming! And if you dont look good while doing what you do. you're doing it wrong :P


And then the Asakai Scenario repeats, and you get this.
First thirty to firty-five seconds, but maybe the whole clip.
Ronny Hugo
KarmaFleet
Goonswarm Federation
#8 - 2013-07-27 21:16:05 UTC  |  Edited by: Ronny Hugo
Katrina Oniseki wrote:
I just think the titan should be forced to jump through too when the bridge expires.

I'm really interested to see this tested! I wonder if it would work without breaking the game. Would of course need to find a new way of doing things, but I wonder if the new way of doing things would bring more interesting gameplay.

Perhaps this would work well if it demanded no capacitor, just a fuel, and quite a short cooldown. Would make for more hit and runs and would make it less risky to commit capitals to battle (the less risky it is, the more people will explode because they fly much more).
Nikk Narrel
Moonlit Bonsai
#9 - 2013-07-27 22:39:05 UTC
An interesting idea, I put out a version of this specific to carriers last month.

In another thread since that one, they also suggested that a carrier jumping with moored ships should have less range.
Reduced to titan equivalent with that pilot's JDC perhaps?

https://forums.eveonline.com/default.aspx?g=posts&m=3223206#post3223206

Copied and pasted from the original thread:

EDIT: Add in specified 2,000 meter range for this mooring line, I was thinking it in my head but saw I did not spell it out.

By docking to the carrier, the game will just depict a mooring line running between the ship and the carrier.
(It doesn't need to be displayed as a space object, just listed like an effect above the capacitor the same way being webbed is, etc.)

If you move or direct your ship to leave or log out, the mooring line is released.

If the carrier jumps, your ship and you go with it.

Why does this work, when the previous problems existed in the past?
Because the mooring line actually represents a standing command to jump-bridge, just like pilots using a titan or blops bridge need to click on the graphic.
The mass of the ship is added to the carrier's, for fuel use calculation.

The mooring lines can be left in place after the jump, in the event it is a multiple jump event, or released so the individual pilots can go on their merry way.

Does this make carriers OP?
No, in fact it places them at risk. The carrier lands in the target system with the other ships, unlike the Titan or BLOPs which stay safely at the starting point / staging area.
Veshta Yoshida
PIE Inc.
Khimi Harar
#10 - 2013-07-27 23:11:01 UTC
Wouldn't it be easier, simpler and still meet your stated goal if you kept the bridge as is but changed from push to pull?

That is, Titan jumps to target and pulls ships from a 10km sphere at origin point up until he runs out out of juice?

Hell, you could probably get away with requiring something for the bridge endpoint (ie. the pull point) to latch onto without breaking much of anything .. wouldn't it be sweet if (by offering the vinegar in a honeypot it will go down easier) :
1. Titan jumps to target location with fleet on stand-by.
2a. Bridge is opened by co-opting/hijacking a local gate somewhere within range.
2b. Anything up to some max limit passing through that gate for the next Xs, as determined by fuel spent upon initial activation (largest stack?), arrives at Titan location rather than at normal destination.
3. Titan can enter a jammed system but cannot establish connection to gates.
4. Warning will of course go out to ships computers activating a hijacked gate unless turned off (off by default when in Titan fleet).
5. Connection remains if Titan dies and the hijack time is not up. Wormhole endpoint will just be flailing about so people using it can end up anywhere between the two points.

Surprise butt-sex of inattentive enemy fleet on an industrial scale (not necessarily Titan's enemies either Smile)., and finely tuned logistics options.

PS: Not from within POS bubbles, not from high-sec side of gate etc.

Enough out-of-box for today, time for sleep.
Acidictadpole
Lethal Dosage.
Scary Wormhole People
#11 - 2013-07-28 23:14:37 UTC
Veshta Yoshida wrote:
Wouldn't it be easier, simpler and still meet your stated goal if you kept the bridge as is but changed from push to pull?


My idea is to give the tethering ability, albeit a substantially reduced effectiveness one, to the other capitals (not the dreadnaught though) also.

Carriers and Supercarriers could do the same thing but with a lower upper bound of mass. The portal doesn't feel like something a carrier would employ.

On top of that, how do you manage the problem of the Titan calling in reinforcements to it from anywhere within its portal range? That seems like a very dangerous ability to provide a Supercapital.
Acidictadpole
Lethal Dosage.
Scary Wormhole People
#12 - 2013-08-07 17:01:17 UTC
I also realized recently that having this ability will help with relocation for lowsec/nullsec entities quite a bit. Reduction in the carrier ship maintanence bay might be required to balance the ability to tether-jump a bunch of mass in space.
Nikk Narrel
Moonlit Bonsai
#13 - 2013-08-07 17:08:36 UTC
Acidictadpole wrote:
I also realized recently that having this ability will help with relocation for lowsec/nullsec entities quite a bit. Reduction in the carrier ship maintanence bay might be required to balance the ability to tether-jump a bunch of mass in space.

Not necessarily.

Consider this:
The SMB on the carrier is set up to hold an average of 1 million m3 of ships.
What if the tethered ships, in order to be transported, had to draw off of that total?

For example, a carrier with 800,000 m3 of storage used in it's SMB, could only tether / moor 200,000 m3 of vessels maximum.

The carrier only ever carries up to 1 million m3 either way.
Acidictadpole
Lethal Dosage.
Scary Wormhole People
#14 - 2013-08-07 17:14:15 UTC
Nikk Narrel wrote:
Acidictadpole wrote:
I also realized recently that having this ability will help with relocation for lowsec/nullsec entities quite a bit. Reduction in the carrier ship maintanence bay might be required to balance the ability to tether-jump a bunch of mass in space.

Not necessarily.

Consider this:
The SMB on the carrier is set up to hold an average of 1 million m3 of ships.
What if the tethered ships, in order to be transported, had to draw off of that total?



That might work, however it seems like that kind of dynamic calc might be hard to implement. I'll leave implementation ideas up to the devs and designers though. I think we both agree that the amount a carrier can tether-jump and the amount of space in its SMB should be split up somehow. Allowing it to take twice as many ships (provided half of them are piloted) in its travel does seem like it's overdoing it a bit.
Nikk Narrel
Moonlit Bonsai
#15 - 2013-08-07 17:24:56 UTC
Acidictadpole wrote:
Nikk Narrel wrote:
Acidictadpole wrote:
I also realized recently that having this ability will help with relocation for lowsec/nullsec entities quite a bit. Reduction in the carrier ship maintanence bay might be required to balance the ability to tether-jump a bunch of mass in space.

Not necessarily.

Consider this:
The SMB on the carrier is set up to hold an average of 1 million m3 of ships.
What if the tethered ships, in order to be transported, had to draw off of that total?



That might work, however it seems like that kind of dynamic calc might be hard to implement. I'll leave implementation ideas up to the devs and designers though. I think we both agree that the amount a carrier can tether-jump and the amount of space in its SMB should be split up somehow. Allowing it to take twice as many ships (provided half of them are piloted) in its travel does seem like it's overdoing it a bit.

That is a huge balance issue, I do agree.

I would think a 1:1 ratio based off the carrier's SMB capacity seems fair.

The advantage would be one that favored group play, or at the very least multiple accounts.
Pilot plus any cargo in the ship beyond ammunition would be an advantage limited to tethering.
Gareth Burns
GeoCorp.
The Initiative.
#16 - 2013-08-07 17:40:03 UTC
+1 I personally really like the idea.

"Jump Tethered"

Noblesse Oblige ► Gareth Burns

Phaade
LowKey Ops
Snuffed Out
#17 - 2013-08-07 18:07:23 UTC
Gareth Burns wrote:
+1 I personally really like the idea.

"Jump Tethered"


+in the +1.

Titan bridges, as is, involve almost no risk. I love the idea that a capital has to jump through with the fleet; makes so much more sense and forces the assault to commit.
Acidictadpole
Lethal Dosage.
Scary Wormhole People
#18 - 2013-08-07 19:29:39 UTC
Phaade wrote:
Gareth Burns wrote:
+1 I personally really like the idea.

"Jump Tethered"


+in the +1.

Titan bridges, as is, involve almost no risk. I love the idea that a capital has to jump through with the fleet; makes so much more sense and forces the assault to commit.


It would also look awesome as a fleet deploys onto the field.
Sigras
Conglomo
#19 - 2013-08-08 02:45:28 UTC
Why not just reverse the direction of titan bridges?

Instead of clicking on the titan and ending up by the cyno, why not make them click on the cyno and end up near the titan.

This would cause a fleet to commit a titan every time they wanted to hotdrop, but would provide a significant advantage to a group using a titan for defense as it would be able to pull in fleets from all around to assist it.
Acidictadpole
Lethal Dosage.
Scary Wormhole People
#20 - 2013-08-08 02:56:47 UTC
Sigras wrote:
Why not just reverse the direction of titan bridges?



Because now carriers will be able to do it to a lesser degree. In addition, "pulling" reinforcements to you from anywhere in range will be very, very convenient.

Also it means that the Titan spot could be bubbled and you could prevent the incoming force. While that alone doesn't seem too bad, the defenders will still have a lot of time before the titan actually gets there and starts any kind of jump.
12Next page