Canonically megacorp ships travel the x-boat routes
Canonically .... they use x-boat routes because, canonically, travel at J-4 is only possible along x-boats routes for "commercial" enterprises (read as megacorp). Must be for insurance reasons
Canonically megacorp ships travel the x-boat routes
this seems grossly inefficient. unless they form the framework for vast fleets of 200-400 dton traders looking to take the cargo the last jump ....
Instead I use the classic 5-ton and 10-ton lots to be analogs of the real world (current world?) 20-foot and 40-foot containers. Figured out a form factor that is similar to them as well, handy for grav trucks, and so the 90 ton cargo shuttle with 80 ton capacity might be carrying 8 10-ton containers or 16 5-ton or some mix between.
The x-boat routes were established on top of trade routes already in existence for the most part.Canonically .... they use x-boat routes because, canonically, travel at J-4 is only possible along x-boats routes for "commercial" enterprises (read as megacorp). Must be for insurance reasons
Consider the canonical 30-dton cargo module designed to fit into a cutter.
This module contains many more of either the 20' or even 40' containers.
Each dton = 14m^3 or about 495 cf. Each 1 m^3 effectively equaling 1,000 kg or one metric ton(ne).
Using the 2000Td Bk2 designs, it's actually reasonable to go J3 - cost per ton per jump is (1E) Cr1,333.8 (2E) Cr1548.9... about half the cost of 3J1, and still less than 1J2 + 1J1.
5000 Td J2 is (1E) Cr780.8 (2E) Cr794 per ton. So, it's actually practical for them to charge Cr1000/ton... for a J2...
See, there are economies of scale involved. Namely, the 20Td bridge and the badly broken Bk2 PP formula.
Only problem is those things are big, a bit larger then I think a grav truck would easily navigate a city, and the 5/10 ton ones of course neatly fit into most of the shipping/trading subsystems.
The x-boat routes were established on top of trade routes already in existence for the most part.
I wasn't suggesting the modular container as a planetary solution but to consider a design that allowed for your 6 "Imperial Standard" (40' shipping containers of 5 dton each) or 12 "Imperial Short" (20' at 2 1/2 dton each) to fit into a module that is easily transported to the surface by a cutter. Therefore, your cargo hold allocations may want to be factors of 30 dton.
This design allows for 6 grav-flatbeds to move the cargo onward once downloaded at the destination starport or naval base.
It is your choice of course, but the intent of your "Liberty" design, as you stated, was to rapidly integrate existing designs systems into a build that allowed for support of a massive buildout.
I wasn't suggesting the modular container as a planetary solution but to consider a design that allowed for your 6 "Imperial Standard" (40' shipping containers of 5 dton each) or 12 "Imperial Short" (20' at 2 1/2 dton each) to fit into a module that is easily transported to the surface by a cutter. Therefore, your cargo hold allocations may want to be factors of 30 dton.
This design allows for 6 grav-flatbeds to move the cargo onward once downloaded at the destination starport or naval base.
It is your choice of course, but the intent of your "Liberty" design, as you stated, was to rapidly integrate existing designs systems into a build that allowed for support of a massive buildout.
Some considerations:
Computers have a significant up-front cost and limited span of control. A model 0/bis computer can control only one weapon or battery at a cost of MCr 0.5. A model 1/bis can control two weapons but costs MCr 3.0. A 2/bis 3 weapons for MCr 7.5.
A bunch of 0/bis computers all networked to a 3/bis main is possible but keep in mind that each 0/bis still takes a half ton of volume and the console that links the control panel to the computer takes up at least another half ton. A sophont gunner will need more space but has no up front costs during construction.
Thoughts?
In the time frame of the original design, would you expect to see a tendency toward more automation or more crew?
It has long been my contention that crew requirements on ships are already so low because of the extensive automation. Every device and system on a TL9+ ship is 'smart' and even of the main computer isn't sentient it is still a very capable AI as we understand the term in today's computer jargon..
I am working on more of the design and have a question -
In the time frame of the original design, would you expect to see a tendency toward more automation or more crew?
With losses of ship crews there would be fewer trained personnel around so I have been trying to make critical functions more likely to be successful - such as using antenna mounts rather than surface mounts for sensors. My reasoning there is that the +1 mod of the antenna is worth the 1 ton for the mount. But now I am to the point of trying to figure out controls and manning and I am wondering if the MCr and volume costs for automation outweigh the savings in crew space.