Rodger

Keyboard controls would probably be good enough, as long as reliance on MMB dragging for panning is gone. The 'horizontal' VAB mode camera panning is especially weird atm, you pan the mouse up and down to move the camera sideways lol The shift-scroll combination for 'fast zoom' is also pretty weird, doesn't seem different enough to the normal scroll zoom to justify it. It could be scrapped to make room for a more useful control, like holding shift for a SPH pan or something.

Being so reliant on MMB means you can't play on most laptops without an external mouse. This was no issue in KSP1, you could easily play on laptops without control issues. The main change I'd like to see is set scroll wheel scrolling to vertical camera panning, with shift-scrolling for zoom. Even with a mouse, I'd prefer this control scheme. This wouldn't remove MMB usage entirely though, so maybe allow that to be rebound to a modifier key + left or right click for other uses, like focusing a part. It would also free up MMB drag for a SPH style free pan, which is a more niche use, so not required for play thus still allowing laptop use (maybe it could also be bound to modifier + arrow key), but would be a nice addition. The lack of SPH camera controls in KSP2 is just a straight downgrade/missing feature.

You can post bugs here and tag me, or in the issues section on the github https://github.com/CobaltWolf/Bluedog-Design-Bureau/issues

If you have System Heat installed, the bdb boiloff mechanic should be disabled automatically.

Thanks, looks like the SSS patch isn't getting applied. And after checking, it seems like the last release of SSS doesn't actually have the required patch. If you download this (just save link as): https://raw.githubusercontent.com/CessnaSkyhawk/SkyhawkScienceSystem/main/ModSupport/Bluedog_DB/Apollo_CrewPod.cfg and place it in your GameData/SkyhawkScienceSystem/ModSupport/Bluedog_DB folder, that should fix it for now, until there's a new release of SSS. Same goes for @Royalswissarmyknife

This is fixed for the next version, but for now you can download and install this patch

Actually @Spike88 if you're able to, could you zip and upload the 'ModuleManager.ConfigCache' file from your game data somewhere and link it? It would help see if the SSS patch is working or not.

So SSS does patch that part's required upgrade: https://github.com/CessnaSkyhawk/SkyhawkScienceSystem/blob/main/ModSupport/Bluedog_DB/Apollo_CrewPod.cfg But from looking at that patch I don't see how it wouldn't work. Perhaps patch order? I'd say it's likely fine to ignore at least, and I'd be interested if you can actually unlock the probe core functionality with SSS installed in-game.

@Spike88 and @Queen Ultima, that could happen if either the upgrades.cfg and/or the Shared folder are not present in the Parts folder, causing that upgrade to not exist. The Apollo capsules have an option to enable probe control, unlocked via that upgrade, so unless you want to use the probe option, and the parts still loads, there should be no issue. I could also make it an optional patch in BDB Extras, like the Gemini and Mercury pods if it causes issues.

It's 1.25 / 0.9375

Part side count is definitely inconsistent, some other examples I've seen: The mk1 cockpits actually have two different side counts (and different cap textures), both higher than the rest in the size category, the in-line is *very* high res: The Reliant and Swivel have 32 sides, which doesn't match sm sized tanks, and also doesn't match their own shrouds: The Terrier has a 'mount ring' which adapts it to the standard 24 sides of it's appropriate tanks and it's shroud, this works pretty well: The md size fl1 monoprop tank has 24 sides instead of 36 (and the md pod has 64 sides). It seems like an old ksp1 asset not updated yet. And the Kickback is rotated 7.5 degrees so there's a flat side at the sides of the part, instead of a point: The mk7a nose cone might just be a KSP1 model too, with 24 sides, instead of 36: And the mk2 lander can flare are the base is a lot bigger than 2.5m:

In my op I did suggest it could just automatically set warp to 0, but still allow you to use other controls, by which I meant you could resume time if wanted. And while yes, it is just a different set of buttons to get used to, I feel making the esc menu pause the game /time would be the default expected behaviour for basically everyone, making it more intuitive for new players, or even old ones returning from ksp1. It doesn’t impact gameplay much either way, so why not choose the option that is generally going to be expected by people? There currently also isn’t actually a pause time button. If you’re warping you have to stop warp with / then lower it one more step to stop, or just spam the slow time key. so maybe just a single button pause time key would be a good addition too.

That’s why it’s not in the bug report forum, but the suggestion/feedback forum

I do wonder who actually *wants* wet noodle rockets? I guess it can be funny once or twice, but the popularity of autostrut and mods like KJR seems to suggest most people prefer a more rigid node setting. And ksp2 being new game is a good opportunity to set a new standard, instead of just redoing the “ksp1 feel”. At least it being a configurable value in a json means it’s easy to tweak now.

You could probably make a cool ground-interaction effect with this over expansion though, for example as a lander touches down (in vacuum), the plume gets forced outward a bit.