Hope Forum action Part III!

I suggest the following:

- Seperate the actually available cargo capacity from the ship docking bays. That means that if you dock a ship to a capship, it does not take cargo space, but instead takes up a "docking port".

Goliath:

The Goliath should have 3 docking ports available in which a player can park whatever ships he likes.

Trident Type M.

The Trident Type M should have 5 docking ports available in which a player can park whatever ship he likes!

- Other players would also take up a docking port. So if you want friends to be able to dock/repair in your capship, you must keep a port free for them!

Hooray! More hope!

This has been suggested (and hoped on) before, and may be suggested again, as always...
+1

+1

+1

The problem with docking ports is that ship size becomes irrelevant. 3 docking ports fit 3 ECs or 3 XCs just the same, so why wouldn't the player always opt to fill it with an XC? And on top of that, each docking port now basically becomes a +200cu cargo bay extension.

To solve that problem, meridian, have a hidden (or separately stated) cu limit on the docking bays. Allow one docking bay unrestricted/up to 300 cu, perhaps the owner's bay. Have the other docking bays only allow 150 or 200 cu sized ships. Therefore you'd only have a small, incremental increase of cargo capacity and not turn your 800cu dent into an almost 1300 cu physics breaking monstrosity.

+1 to sieger's post; I'm not keen on having docking ports limited to CU, but perhaps state that docking ports can only safely dock ships under X-amount of kg? It IS something that also needs to be addressed...

That'd work as well. Some type of size limit would have to be implemented for overstuffing to be mitigated.

+1 to separate cu limits for docking bays (per bay, even) and cargo holds.

As a chronic over stuffer (or whatever you guys are calling it), I'm sure I'm shooting myself in the foot here, but as part of fixing this, if there is not room on the ship whether by cube or numeric limit, then the owner should not be allowed to dock.

I would say that is part of managing ones equipment. If the trident is at its limit and a player launches with an ec or vulture, then trying to dock again with an XC or ragnerok should be prohibited. It is the owners responsibility to manage the ships storage and docking capacity. Or as Pizza suggested in the topic I posted a couple of years ago and linked to in another recent topic, "That exploit does not need a complex solution. If the owner tries to dock with a full trident, it should just automatically jettison random shit until there is room."

+1

Except jettisoning random cargo is not a solution. It's counter-intuitive and confusing.

What should be implemented is a way for the capship owner to remotely jettison cargo (selectively, NOT at random).

And a simple interim solution would be to not allow an overstuffed capship to jump sectors or use a wormhole. The pilot could always dock, but then they'll have to jett stuff before they can make a jump.

+1 meridian

+1 meridian

Good suggestions. I like the docking port suggestion. But... why not just count the cargo of the docked ships against the cargo of the trident?

For example...

Say, a trident has four docking bays. It can dock four fighters or trade ships of any kind(or players), but if it docks three full xcs and then attempts a fourth, but the trident has cargo, it should refuse docking.

Simultaneously a cargo trade function between the docked ships and trident would facilitate this behaviour.

It would be a cast iron solution, its use being related to how it means a pilot alwaays has four ships, but can use any four ships, but only ever carries 800cu in total cargo.

And yes, the remote jettison would be useful here, but irrelevant if the refusal to dock relies on cargo only... if they cant dock just jettison the current ships cargo and dock to sort it out. However, the ability to kick players from your trident remotely would be needed too.

And i would suggest 2 ships for a goli and 4 for a trident. Remember - ships would take space too however you look at it.

+1 but two and four docking bays for the goliath and ttm.

The owner who over stuffs his ship should be allowed to dock, but not allowed to "control capship" operations until docking requirements are met. There should be an option to eject the ships that are docked (with their pilots if they are docked as well) then control the capship. The owner can destroy the ejected ship(s) and collect the cargo later, if need be.

I'd view it as the owners ship is held in the docking apparatus until he makes space for the ship he is in.

I explicitly do not want this. I've mentioned this before.

I like shared cargo and docking space, it makes for an interesting gameplay tradeoff, it's also more realistic by far.

We've already worked on remote-jettisoning of cargo, it's the solution we prefer, it just isn't ready for release yet.

Cool can we get the TTM build dropped to one docking bay then seeing as how the actual number isn't going to matter?

+1 Wash. The math seems pretty funky once you've put 6 XCs in there don't you think Incarnate?

You guys read too much into the build modules. They're just modules, the name does not necessarily denote how they're assembled or work together, or what pieces are needed for different purposes. Other users have pointed this out in the past, with real-world examples for comparison.

I'm aware of the "bag of holding" type issues with docked-ship cargo. That'll be resolved.