DarthPointer

Missing dependency? Did you install all of them?

RMB on KCT ico in mods tray in KSC scene.

For 1.12 they changed Unity version, didn't they? Not a surprise mod built for 1.11 has issues. I did not get into the maths behind the mod's momentum conservation (which is left unchanged after the adoption). But I have tested it and this axial momentum exchange seems to confrom the idea of conservation to some extent. Like if you get some positive pitch and then roll for 180 degrees, you end up with changing the sign of RW accumulated pitch momentum. So you can't cheat the wheels to provide you infinite momentum. UPD: How to make sure it is fine: disable reasonless regeneration and get a craft into space. Have no RCS input and no atmosphere to disturb the craft. Ensure your RWs are fresh (0 accumulated momentum, or all axes are 100% free). Spin the vessel however you like. Then enable SAS to make a full-stop of rotation or stop it manually. You should end up having zero momentum accumulated in the RWs.

Yes, as long as you want to improve the quality of further engines of that model.

As a LGG mod user I would really like his mods to keep KAC option. Currently, stock AC has severe issues I have heard of. So I share the opinoin that used AC should not be switched, but only get a new option. Moreover, replacement will force all users willing to get mod updates to migrate to 1.12.

1. While the mod author warns us that the "physics" of the mod are pretty much different from IRL ones, all the conservation laws seem to be "conserved" from my experience. (The author, not me, I'm a fly-by user who rebuilt it with adding few QoLs, having nearly-to-no-idea about the maths behind the core feature.) In case you spin with unstable axis, axis flucuations and swaps (modeled by stock in-scene physics when not warping), momentum usage of RW's axes changes. The way that if you disable "reasonless" momentum recovery, if you start spinning and then terminate vessel spinning back to initial momentum (both using RWs only), your RW's will have same momentum load as before you started spinning (relative to what is your current "inertial reference" of scene). 2. You open RW Window (via PAW or stock mod toolbar), there you choose vessel you want (active vessel will be outlined as green). There you will see all the vessel's RWs and on the right of each RW part name there are dump buttons. They consume monopropellant and electricity, emulating that you decelerate the wheels and perfectly compensate recoil burning RCS. Yes, not any realistic, not involving RCS thruster parts. But I fully appreciate the idea of having it in the game for this mod beacause the only alternative I see is kOS/kRPC/insert any other KSP brainquack lang. REMINDER: this feature availability is toggled in SSWR's tab in "Difficulty Settings". 3. That is a matter of config, SSRW assumes there is monoprop only. The best solution I see is using B9PS to alter "fuel" resource to what your vessel's RCS fuel is. So that you have to give these parts a B9PS module that switches one of the fields between what RO assumes to be RCS fuels. IIRC SSRW emulates consumption via ficticious RCS PartModule so it shoul be possible to feed it a mixture like UDMH+NTO.

IIRC most provided configs, including the default one, allow "multy-threading". The window where you upgrade construction speed of your VAB/SPH lines has buttons to boost existing ones or open new. It should look like you have a zero-speed line under existing one, upgrading it once effectively opens it. Number of lines you can have can be limited in configs, limit usually depends on VAB/SPH level.

Using runtime code to change power of RW is generally a bad design. IMHO this should be left for an MM patch with FINAL pass. Probably I should pack a plug'n'play .cfg into downloadables with single value to be changed by player, but definitly not a sort of a slider in difficulty settings.

That was my JNSQ modded career game... Wanted to add 3 engines in symmetry. And the things got BROKEN. Have already experienced such a bug in P2P. Found out that previous optimization attempts were a bit excessive and broke it. Fixed by reverting this part of optimization - I don't think anyone will be bothered with this as it is not in Update tick cycles. v1.5.6.4 is out. ## Fixed: - Excessive optimization was causing bugs and NREs when placing symmetrized engine parts.

A maintenance uptdate 1.5.6.3 is released. With possible performance uptweak and multimode/multimodule and rollout behavior engines fixes. ## Added: - Rolling out an engine with 0 ingitions left (used before, fixed failure but did not refill ignitions) now (almost) instantly triggers "Out of ignitions" state. - Moved EngineDecay PartModule logics to Update ticks from FixedUpdate to improve performance (I can't tell if it was a problem but better I do it now). ## Fixed: - Rolling out a burnt engine with refreshed ingitions could (almost) instantly cause a failure without starting it. - Multimode engines used to get both modes' modules activated for new parts and after reenabling engines. - Engine part startup and reenabling opertations now should be valid for both multimodule in single mode and multimoded with MultiModeEngine module. - Misconfiguration warning now is not thrown for multimoduled singlemoded engines.

To make the things clear: wrong numbers are displayed in the "total vessel cost" of stock's recovery report only in case of negative cost change from modules. Have not tested if it is the case if overall change is negative or it gets inconsistent even if only some of the modules bring negative change regardless the sign of sum. @Gotmachine pin-n-ng, I guess I better make sure you are notified.

I have seen that post. And the OP is about "nice plumes, but I would like the plumes to vary depending on exhaust interaction. Like what you can see for Falcon 9 engine assembly of Tundra Exploration" (once again, IIRC it was that mod).

Kerbalism removes its modules from the engines if it sees P2P. All the other subjects to reliability are not changed, kerbalism reliability system keeps affecting reource converters, antennas and so on. P2P is engines-only reliability mod so we only made ksm give up engines reliability in favor of a more specialized mod, if it is installed.

A performance update 1.5.6.2 is here. I have fixed a logspam bug and found a way to build Release (not Debug) binaries. Simply readding broken links was the only thing I had to do... ## Fixed: - Logspam after engine reaching warning time not in simulation. - Finally built binaries in Release mode.

Some time ago we have been teased with engine exhausts from the WIP of KSP2. But all the scenes featured only one engine. I guess similar results are possible even in KSP1, using combination of Real Plume and Waterfall mods and spending *some* time to adjust the configs. However, realistic plume is not only about making your single engine in the scene produce a beautiful exhaust. As we can see from Soyuz, Falcon9/Heavy and other launches with multiple engine exhaust bells, the effects of plume interactions can be very interesting. One of the mods (Tundra Exploration IIRC) provides such plume effect for its engines assembiles. Is it possible that we will see such effects in KSP2 not static, not configed per engine assembly in single part, but dynamic, "calculated" by the game during runtime?