Relax wrote:tlb wrote:That seems a very harsh assessment. They had a very futuristic control system that could completely handle multitudes of pods against the expected threat. But were hit with a totally unexpected threat, that reduced them to a much more manual process. This is similar to the satellites that needed reprograming in OBS; except nothing here needed reprograming, instead they had to send out the threat information to the pods on something closer to a one for one basis.
Not how engineering works. Either it functions or it doesn't. Mycroft is an ADDITION to, NOT THE system. FTL vrs Light speed has nothing to do with it. Bandwidth required for this launch is ~near zero. Its missile serial numbers x--> y, listening to a broadcast on already existing channel(ALL missiles are listening for authorization codes) attack position radius, alpha, gamma all with same upload of ships in question look like (THIS), with ECM of (THAT) 1st serial missile repeat numbers (every 8 in this case) go for throat or stern. And since it is so far away there are ZERO updates possible anyways MK23E Apollo will be doing all the ECM anyways.
###GO LAUNCH###
ONE channel, any LAC could have done it.
DW's entire "control links" fantasy is pure baloney as soon as you have more than a handful of missiles. You have literally a hundred missiles if not a thousand with IDENTICAL attack profiles
The only possible way you can talk about this subject canonically is you shove your head in a bucket of water and blow bubbles out your ass
That assumes that the missiles floating in their pods already know where they are in the system so that they can be given an absolute location reference and aim themselves at it. (And, of course, assumes that missiles don't work the way RFC has declared they do)
That also assumes you don't want any acknowledgement back from the missiles that they got the signal. Otherwise your multicast launch signal generates a vast number of individual acks which might be stepping all over each other.
And of course even with your scheme lightspeed vs FTL does matter. Even if the bandwidth required was near zero FTL gets that signal there 62 times faster -- so all the missiles get it sooner and thus can launch sooner.
But assuming missiles will work the way RFC says they will, yes Mycroft is an add-on. So, yes, the Apollo control missile had FTL without Mycroft -- over about 4-5 lightminutes in the case of the Mk23E (possibly a bit longer for a dedicated system defense variant).
If the pods are further away from the control fort than that then a Mk23E's can't talk FTL to it without at least one Mycroft relay extending its FTL range.
Also, the control missile isn't necessarily sitting in the pod with its FTL transceiver turned on. For one thing the emitter side seems problematic -- it appears to be a much less powerful, greatly scaled down, but more rapidly variable impeller node; and impeller nodes require safety clearance around them to avoid shredding things. So firing up an FTL emitter while it's buried in a launch tube within a pod... could be bad. But even the receiver side might not be active until the pod tells the missile to warm up. And certainly normal flatpack pods have no reason to carry FTL transceivers of their own -- they're fired of quite close to the ship that launched them. A system defense pod
might carry FTL transeivers -- but that'd push up the size, cost, and complexity compared to concentrating that capability into the Mycroft relays you already need scattered around the system.
Unless all the Mycrofts get destroyed (something they didn't really expect) they'd be able to use lightspeed signals to wake up and provide initial targeting info to all the nearby pods, and then after the missiles launch switch over to relaying the FTL fire control from the control fort to the Apollo control missiles.