• Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About MacGyverNL

  • Rank
    Bottle Rocketeer
  1. The crane should be controllable using Q & E (or roll keys) as mentioned in its description. A lot of the parts have instructions or hints about their use in their description, be sure to read them.
  2. I just noticed something about this mod in my install, while testing some behaviour that killed a few Kerbals during a simulated pad abort, and I don't see this mentioned anywhere. It doesn't use the capsule's hatch's angle as you might interpret it, i.e. directly out from the hatch orientation -- it uses the angle between the capsule hatch and the root part. Whether that's intentional or not, it makes for some interesting pad aborts if you have e.g. a stack of two capsules and the top one is the root part: Kerbals get ejected into the ground. The fix is obviously quite easy: Just make the root part the bottom capsule, or even the heatshield underneath it if you want the ejection to lob the Kerbals up a bit.
  3. I will admit that the whole sequence of my Kerbals calmly reporting an anomaly while a few thousand kN of thrust was raging below them for another 10 seconds, before shutting down all LF engines and then aborting with the LES brought a smile to my face. Fortunately noticed this when an SRB misfired, rather than when something decided to blow up. And thanks for fixing this so fast!
  4. Sure -- the point was only that when loading a saved vessel in the VAB, that crew arm somehow seems to be confused about the state it's supposed to be in.
  5. Sorry for this somewhat long reply, it just kept growing while typing. There's two potential bugreports about halfway down. Oh I should've mentioned, I'm running the latest github zip of AlphaDev's HEAD (re-downloaded today) alongside the current CKAN 1.3 release, and my question was based on all the AlphaDev V2 material. So if those generators are already supposed to be in the V2 bases and plates, my install may be borked? Unless you meant that that's something you'll be adding still. And thanks for making them crossfeed-enabled. One thing I wonder, since you mention the Almost Free Launch Clamps -- I take it such a generator will fill up a partly-fueled rocket to the brim? Not that I've flown with partly-fueled first stages, and second- and further stages don't really matter in this regard unless somebody is going full-realism and fueling on the pad. I'm mainly just curious about the mechanics. The advantage of my current "add a tank and fuel line" system is that it doesn't touch the fuel levels in the vehicle itself, it just draws fuel until the launchpad tank is empty while still on the pad. Not something to change the behaviour over, but maybe interesting to consider regardless: What would happen if you'd make the pads actually contain a certain tank of fuel, with crossfeed enabled, and then the vehicle draws from that tank, and the generator can fill that tank. But I guess that would still also fill up any attached vehicle if the pad tank is full, so eh. </brainfart> Hmm. If I filter the assets to the AlphaDev mod, I still see "American Launch Stand" and "Saturn Launch Stand v2" -- but the "Soyuz Launch Base v2" with its LF/OX generator, indeed. So this change may also be something you're still working on but hasn't made it into the AlphaDev release branch yet? Speaking of which, you may already be aware but if not, the current AlphaDev release (installed per the instructions of copying only the AlphaDev subfolder into GameData) throws the following Soyuz-related B9PartSwitch "Serious Warnings" at me during game load: The log doesn't really reveal anything else, except that it also has the same warnings on "part unknownPart" while PartLoader is compiling the SoyuzLaunchBaseGantry. I could get you the full log but that involves some advanced VM-guest-to-host-file-transfer-wizardry so I'm actually hoping this is enough info. Anyway, it scared me enough to not even try to touch the Soyuz launch items so far, so don't know what in-game issues would pop up, but I figured they're unlikely to be caused by my install and thus a bug in the current AlphaDev. And finally, I've noticed that the displayed orientation of a retracted General Crew Access Arm New v2, attached to a General Crew Access Elevator New v2, when saved and then reloaded later in the VAB, gets set to extended (or, one time, halfway between extended and retracted). Both retract buttons at that point say "Extend", and if you click one of them the arm will reset to the retracted position and then go through its normal VAB extend animation. It will then function as normal for that direction -- but the other direction still says "Extend" and if you click that it looks like it extends from the other side's retracted position. After that, it functions as normal. I haven't noticed a similar issue with other swing-arms. Maybe this is an artefact caused by it being retractable in two directions? Anyway, thanks for this amazing work! I've finished putting my (admittedly small) launch fleet of Katurn IB, Katurn V, and Titan II-variants on nice-looking launchpads. Not looking forward to the release day of V2, when I'll feel compelled to migrate the AlphaDev pads to actual V2 pads, but eh, that's my own fault for not waiting until you release
  6. Is there a reason that only the American Launch Stand and the Russian Launch Stand have integrated LF/OX generators, and all the other launch pads / stands do not? If not, would you consider adding this functionality to all of them? I'm currently simply integrating some large tanks and then hooking a fuel line to the pad -- this works in all cases but the Milk Stool -- but it would be even cleaner if they were just generating the LF/OX directly. Regarding the Milk Stool, it only passes the LF/OX if I hook it up to the launch pad with another fuel line -- but since I'm putting it under an engine plate and not under an engine I have to run a fuel line from the LUT to the 1st stage tank anyway. But again, that means I have to run some external fuel lines between different sections of the LUT. Any chance of making them fuel crossfeed enabled?
  7. I have a question and some issue with the Abort functionality. This seems to consist of the following: Only works if you actually click Abort!, there's no "situation checking" like "has a certain amount of TWR been achieved", right? First plays an abort audio cue (Apollo-style audio plays e.g. the Apollo 13 anomaly report) Then executes the Abort action group if set up to do so. I've taken to playing with, among others, OhScrap!, Bill's Panic Box, and now also Kerbal Launch Failure (because OhScrap! wasn't blowing up my rockets during launch, and I usually can take an engine failure). During flight, this works nicely. Sometimes, however, OhScrap results in an SRB not firing while the vessel is still bolted down. Somewhat unrealistically, I've designed my launch pads to be able to take the stress of a fully firing, bolted down SRB, but that does mean I actually really want to be able to do pad aborts. I'm trying to do this by just firing the SRBs 2 seconds before lift-off, visually checking them for the red failure highlight, and hitting Abort! if they fail. So here's the problems: The latency of several seconds that step 2 introduces is somewhat annoying -- would it be possible and desirable to switch around the steps to first execute the abort action, then play the audio que? More importantly, with Action Sets being introduced, it only seems to run the Default action, regardless of which Action Set is active. In contrast, Bob's Panic Box runs the Abort action from the currently active Action Set. I tried setting it up with Action Set 4 being all the "pre-lift-off" actions and thus also having the pad abort, but clearly this isn't working. I'd rather not use the Default Action Set for the launch-pad abort because then I have to replicate all the shared abort logic (shutting down LF engines, e.g.) in all the other Action Sets. Any chance of replacing the Abort-logic with that from Bob's Panic Box?