[1.8 - 1.12] KSPCommunityFixes - Bugfixes and QoL tweaks

[Gotmachine]

On 3/27/2025 at 4:19 PM, scottadges said:

Has anyone see this type of error before? I'm not finding it via Search on this thread (although google has an entry, but not seeing here).

[ERR 10:03:55.488] [KSPCommunityFixes]: No Persistent fields on object of type Rect that is referenced in persistent field, adding as null to TypeCache.

KSPCF is being a bit over-cautious, as this isn't really an error. These messages are caused by mods using the KSP persistence API incorrectly, but this doesn't really have any side effect other than causing a tiny load time overhead that could be avoided.

On 3/27/2025 at 10:31 PM, Svm420 said:

It is a new error message added with the fix for PAPI lights.

That error message has actually been around since a long time. I changed it from an error to a warning in the fix you mentioned and the 1.37.0 release, to avoid worrying users uselessly.

Edited March 29 by Gotmachine

[JonnyOThan]

On 3/20/2025 at 10:33 AM, Manul said:

unexpected mass fluctuations (up to 20t)

This part actually comes from stock code.  We’ve fixed some of these bugs but if anyone has a solid repro we’d like to know: https://github.com/KSPModdingLibs/KSPCommunityFixes/issues/147

[IntellectualTortoise]

@Gotmachine Thanks for this useful mod! I downloaded it recently as it was listed as a dependency for MPE, which I also installed. It works great and the decreased loading time is definitely appreciated. However I've discovered a weird bug where many of the aerodynamic parts produce way more drag than expected even when their angle of attack is essentially zero. It seems to start around 300-350 m/s, and crafts that would normally be able to just can't get any faster than this. Here's a screenshot of a simple plane I built to illustrate the issue - notice the drag on the elevons and delta wings, although I'm not exactly sure what other parts are affected, and if it's all the lifting surface parts or just some of them. Although I have part mods installed, this craft is 100% stock parts.

 

This has made it pretty much impossible to build SSTOs and supersonic planes, although my rockets still seem to fly normally. I tried uninstalling KSPCF and the issue went away, so I believe this mod is the cause. I also tried disabling various patches but that also didn't work. Here's my KSPCF_UserSettings.cfg:

Spoiler

// If you want to disable some KSPCF patches or customize your configuration,

// copy this file in your "GameData" folder and remove the ".extra" extension.

// Then edit the file and replace "PatchName" with the patch(s) you want to

// disable (add new lines to disable multiple patches).

// To see the full list of patch names, look at the Settings.cfg file or in

// the readme.

 

@KSP_COMMUNITY_FIXES:AFTER[KSPCommunityFixes]

{

@DragCubeLoadException = false

@ManeuverToolEnabledByDefault = false

@DragCubeGeneration = false

@FlightIntegratorPerf = false

@OnDemandPartBuoyancy = false

@LocalizerPerf = false

@BaseFieldListUseFieldHost = false

@PersistentIConfigNode = false

@MinorPerfTweaks = false

}

Honestly I don't really know what a lot of these patches control but I turned off everything I could find relating to drag cubes, the aerodynamics model, or the flight integrator (also the maneuver tool since MPE recommended that). I also updated Settings.cfg in the KSPCommunityFixes folder to reflect the changes.

 Let me know if there's any more information I can provide. If needed, I can post a screenshot of my GameData folder and the KSP.log for the session in which I built and flew the plane above. Thanks in advance for looking into this!

[Gotmachine]

33 minutes ago, IntellectualTortoise said:

I've discovered a weird bug where many of the aerodynamic parts produce way more drag than expected

There was indeed such a bug in the 1.37.0 pre-release version, causing additional drag to be generated from various parts, notably wings and control surfaces.
That bug is fixed in latter versions, updating should fix it.

Edited March 30 by Gotmachine

[theJesuit]

Hi, a more niche QoL request:

I've been wondering for a while, when using EVA construction, kerbals can't manipulate the root part, for me this is often a probe core, but not always.  A kerbal can remove everything else, but the last piece is unable to be manipulated and attached to another craft.

Looking recently at this, when constructing a drilling base on the Mun, I looked at the save file for probe core of the vessel that had delivered everything, and IIRC in the save files the probe core had the line: sit = LANDED I changed it to DROPPED PART and when I did change it I was able to then manipulate it.

Would it be possible please to have  a QoL option (when in construction mode perhaps) to allow for parts on their own to have their situation changed?

 

Peace.

 

[IntellectualTortoise]

1 hour ago, Gotmachine said:

There was indeed such a bug in the 1.37.0 pre-release version, causing additional drag to be generated from various parts, notably wings and control surfaces.
That bug is fixed in latter versions, updating should fix it.

Thanks for the quick response! I didn't realize there was already a patch to fix it as I only downloaded the mod a few days ago. Just updated the mod and it looks like its working properly again!

[roxik0]

With newest release Conformal Decals are not loading correctly.

 

Quote

[ERR 00:31:38.488] Model ConformalDecals/Assets error: Value cannot be null.
Parameter name: shader
  at (wrapper managed-to-native) UnityEngine.Material.CreateWithShader(UnityEngine.Material,UnityEngine.Shader)
  at UnityEngine.Material..ctor (UnityEngine.Shader shader) [0x00008] in <12e76cd50cc64cf19e759e981cb725af>:0 
  at KSPCommunityFixes.Library.MuParser.ReadMaterial4 () [0x00016] in <d994c35e73504d74996053bac311ea07>:0 
  at KSPCommunityFixes.Library.MuParser.ReadMaterials () [0x0001e] in <d994c35e73504d74996053bac311ea07>:0 
  at KSPCommunityFixes.Library.MuParser.ReadChild (UnityEngine.Transform parent) [0x00137] in <d994c35e73504d74996053bac311ea07>:0 
  at KSPCommunityFixes.Library.MuParser.Parse (System.String modelDirectoryUrl, System.Byte[] data, System.Int32 dataLength) [0x00093] in <d994c35e73504d74996053bac311ea07>:0 

 

Edited April 2 by roxik0

[JonnyOThan]

18 hours ago, roxik0 said:

With newest release Conformal Decals are not loading correctly.

Please post your entire log file, ideally on a new issue on github.

[pbristow]

CKAN is offering me an update to version 1.37.2; My last update was 1.36.1. Where can I find a changelog covering what's changed in between?

 

[modus]

1 hour ago, pbristow said:

CKAN is offering me an update to version 1.37.2; My last update was 1.36.1. Where can I find a changelog covering what's changed in between?

 

The github release page, see the op.

[Gotmachine]

On 4/2/2025 at 10:53 PM, roxik0 said:

With newest release Conformal Decals are not loading correctly.

Doesn't reproduce on a KSP 1.12.5 install with KSPCF 1.37.2 and ConformalDecals 0.2.14

There must be something that is specific to your install / modset.
We can't investigate further without a full KSP.log.

Edit : Found the root cause, this is actually caused by a bug in Shabby (a dependency of ConformalDecals), triggered when some specific other plugin is installed (likely kRPC).
See https://github.com/KSPModdingLibs/Shabby/issues/21

Edit2 : Should now be fixed by updating Shabby to the latest release (0.4.1)

Edited April 4 by Gotmachine

[TEMPEST_114]

@Gotmachine

Hi. I know this isn't an issue with this great mod, but I'd really like to keep this mod and use the mod 'PersistentRotationUpgraded', however that mod has an incompatibility (when using CKAN) with your great mod.

I've reached out via github to Linux, but it's been a while and I've not heard anything - may I ask, do you have any suggestions on how or what I need to tweak to make these play nicely? 

Thanks - I know it's bad form to ask you to comment on another person's mod, but I can't believe I'm the only one that wants these two to work well together...

[Gotmachine]

3 hours ago, TEMPEST_114 said:

do you have any suggestions on how or what I need to tweak to make these play nicely? 

I've submitted a fix for the issue on the PersistentRotation GitHub
The changes need to be merged and released by @linuxgurugamer, and once that is done, the CKAN metadata must be updated to remove the mods being marked as conflicting.

[TEMPEST_114]

3 hours ago, Gotmachine said:

I've submitted a fix for the issue on the PersistentRotation GitHub
The changes need to be merged and released by @linuxgurugamer, and once that is done, the CKAN metadata must be updated to remove the mods being marked as conflicting.

Wow… you’re amazing; thank you so much!!!

[linuxgurugamer]

4 hours ago, Gotmachine said:

I've submitted a fix for the issue on the PersistentRotation GitHub
The changes need to be merged and released by @linuxgurugamer, and once that is done, the CKAN metadata must be updated to remove the mods being marked as conflicting.

Cool, will get it done ASAP

 

[linuxgurugamer]

On 4/6/2025 at 7:27 AM, linuxgurugamer said:

Cool, will get it done ASAP

 

Merged and released yesterday

[pbristow]

On 4/3/2025 at 7:31 PM, modus said:

The github release page, see the op.

Found it! Thanks. 

I see lots of performance improvement stuff in there... So, definitely an update I wanna try! =:o}