blowfish

B9PartSwitch v1.8.0 for KSP 1.3 Recompile for KSP 1.3 Drag cube re-rendering now supports IMultipleDragCubes More about drag cubes: Previously, B9PartSwitch could re-render drag cubes, but it could only render one. This means that stock modules that rely on multiple drag cubes (some animations, engine fairings) wouldn't work (if you switched meshes, you would either have to disable drag cube re-rendering or accept a single drag cube for both states). In KSP 1.3, a new way to re-render drag cubes has been made available, so e.g. if the part has an animation, then both animation states can be re-rendered. B9PartSwitch has been modified Note, this is still unsuitable for cargo bays. I am thinking of possible ways to deal with this.

@Citizen247 I probably need to add AJE's animation modules to the FAR voxel overrides.

Those who have been following MM know that Sarbian released a build for the prerelease and that this build required several code changes. The current release version of MM not working on KSP 1.3 should not be a surprise.

Code changes were necessary (I know because I made them), so hopefully nothing more has changed between then and now

MM had working compiles during the prerelease. It's entirely possible that nothing else has changed since then but it will need a new build. My experimentation with other plugins also suggested that they may need to be recompiled even if not code changes are necessary.

PSA, don't try to use B9 on KSP 1.3 yet. ModuleManager is definitely broken, and my recollection is that B9PartSwitch requires a recompile as well. Not sure about the other dependencies.

@CobaltWolf Yes, B9PartSwitch supports toggling nodes.

@Gordon Dry @Phineas Freak I remembered incorrectly. Cost can still have decimals but entryCost must now be an integer.

@Phineas Freak the change to only allow integers as cost was pretty recent, but it definitely happened. I can look up exactly what KSP version made the change later.

That looks like a separate issue. RP-0 sets the cost incorrectly for that part and a few others, nothing to do with Tweakscale. Be aware when working with a modded install that there may be many layered issues.

This looks like the same issue you posted in the FAR thread. RP-0 is changing the cost to a non-integer. Nothing to do with KW specifically.

All I can say is that the engines will start to overheat in AJE at about the same point they'd overheat in real life. If there was a realistic way to get around this, someone would have found and built it by now. The notion of a precooler isn't particularly meaningful as far as real engines go* ** * One might invoke the Reaction Engines SABRE here, but note that in that case the engine cycle is really designed around the precooler and wouldn't function without it. ** It would theoretically be possible to build a more conventional jet engine with a precooler, but you would need a cryogenic fuel like Liquid Methane for it to really have any effect.

I addressed that with a question... Yes, FOR[MyMod] in general should only be used by the MyMod mod. But it doesn't matter where it's defined, or exactly what it is. For instance, it's common to see FOR[000_MyMod] or FOR[zzz_MyMod] in order to get things to apply in a certain order. For the parts-only mod in your scenario, MM would detect its presence by what the folder name is in GameData (satisfying condition 2 in my above criteria). Others could then make patches with e.g. NEEDS[SomeMod] that would be applied because it is found in GameData.

Well yes it is a complicated question. I will try to answer it as best as I can. The first thing to note is that if you are not using FAR you will definitely have issues (if you are, ignore this) The next thing is that the fuel efficiency (specific impulse) you will see with AJE will be considerably lower than stock. How much lower depends on which engine and what flight condition you are running at. Thrust on the runway should be generally the same, but it won't grow quite as much with speed, and might drop off a little bit faster with altitude in the mid-atmosphere. AJE also introduces temperature limits which puts a cap on the mach number you can run any given engine at (this is separate from stock heating). So for supersonic planes, you won't be able to fly as fast much of the time. I hope that gives you some insight. Let me know if you still have questions!

I've actually never seen that before. Could you point to where it's used? FOR tells MM two things: (1) That the mod exists and any patches marked NEEDS, BEFORE, or AFTER that mod should be processed, and that (2) The patch should be processed during that mods pass

There are 3 things that define a mod's existence to MM: Presence of a dll with that name (as you guessed) Presence of a directory with that name in GameData Presence of a patched marked :FOR[xxx]

It looks like an problem with the .version file. I've created an issue: https://github.com/ferram4/Ferram-Aerospace-Research/issues/189 And also a reminder to all that ferram does not want to deal with CKAN-related issues. There is a separate thread for that:

Something is setting the cost to be a non-integer (which is not allowed). It doesn't look like it's FAR. Are you sure FAR is the only thing you updated? E: It's RP-0. You should make an issue over there.

Don't use AJE I guess. AJE is a realism mod, and that's definitely a situation where jet engines would not work in real life. Although any engines that don't have AJE configs should do the trick. I know that there are a bunch of mods I haven't gotten around to adding into AJE yet.

With AJE, you will get no thrust underwater. I was unaware that the engines would explode though.

Gentler turns, more gimbal, lower TWR

I think it was probably meant to be the same as the first patch, so just remove the @. You should definitely report this as a bug in that mod.

@Gordon Dry I did manage to find out that this config in AmpYear is corrupt. It's effectively creating an empty resource node. This appears to be the cause of at least some of the exceptions you are seeing https://github.com/JPLRepo/AmpYear/blob/master/Distribution/GameData/REPOSoftTech/AmpYear/MMConfigAmpYear.cfg#L15

Oh wait, you're right. I looked at what TR was doing, but not when it was doing it. The game database is accessed in a KSPAddon which starts up instantly, so MM won't have run at that point https://github.com/ducakar/TextureReplacer/blob/866fc7388412ef7ce6d2a9d6eb453befe3af0364/TextureReplacer/TextureReplacer.cs