EVE Information Portal

Since assembled ships are the only thing that can go into them, nothing will be. What drops from them is not changing as nothing drops on TQ right now from Ship Maintenance Bays. The change is that you will now be able to scan them and see what assembled ships are in the SMB.

Hope that helps!

Also, sorry Habakuk, I just can't stop! :P

This kind of Dev Blog and the changes it contains is worth 458% more than some flashy new jesus feature.

It might not be all ~jazz hands~ and ~shiny~ but this kind of update and tweak to the game is priceless.

Also, humble Blockade Runner, I never thought I could love you more than I already do, until today. Unscannable cargohold? *SWOON*

o7

Don't get excited. If you see a blockade runner, you know it's worth ganking.

yea... won't be able to autopilot an empty BR after this - you'd just be equated to automatic loot pinata everywhere you go.

yea... won't be able to autopilot an empty BR after this - you'd just be equated to automatic loot pinata everywhere you go.

* Buy an "Elastic Shipping Container" for something like 10m ISK (affordable for those flying orcas / capitals) that has an packaged size of say 100 m3.

* You assemble it, and it turns it into an "ElasticContainerer100" with an initial volume of 100 m3.

* You fill it with items you wish to separate, a particular kind of module lets say, but need a bit more room.

* You click on it, select "resize to ..." and select a bigger size, let's say you want to store a couple of frigates along side the modules, so you select 10,000 m3.

* The servers check the size of the parent container to see if the new 10,000 m3 would fit, minus the existing container, and if it does you flip the TypeID to a new "ElasticContainer10000" type, copy / replace it if necessary, and move all the items over.

* Use them in that size as long as necessary. Maybe expand / reduce their size again multiple during the course of an op; maybe one fleet member is storing significantly more than another.

* Shrink them back down after their job is done provided their content is not oversized.

* Allow fleet hangers to have password protected cargo areas that could share space

* Not have to deal with the problems associated with shrink wrap; just spam TypeIDs for non-market containers and swap between them.

* Allow Orca / Carrier pilots to keep a few of these elastic containers always to hand to be use to partition their ships where necessary without having to haul empty cans just in case for no reason other than the code that handled a cargo bay having "dividing walls" needed to die (understandable).

* You do not need to spam hidden containers for every 100 m3 for the entire range, 25, 100, 250, 500, 1000, 2000, 3000, 4000, 5000, 7500, 10000, 15000, 20,000 etc.

* Removing the existing container from the DB and creating a new one with the same children and attributes (except TypeID) would be perfectly acceptable. If this means people have to re-open the can so be it.

* Repackaging them would return them back to a particular size "Elastic Shipping Container" which could then be sold on the market.

Nice changes, but why make the Blockade Runner's cargo unscannable?

It is already quite agile and cloaky enough to avoid trouble. It would make more sense to give this buff to the God-forsaken Deep Space Transports of which I have seen none to date.

We did consider this and discussed it a fair bit. It was however determined that it fit the role of the blockade runner far more. We are aware of how... unpopular the deep space transports are however.