Lisias

Parts using custom PartModules (as B9PS) need specialised code to be handled, it's one of the reasons 3rd party support was delegated to the Companion Program. Only parts relying solely on Stock PartModules can be scaled your way.

Ah, missed this one! The settings.cfg you find inside PluginData on DistanceObject's directory is a template used for new savegames. DOE's settings are saved on your savegame, so each savegame can have different settings. The only recommended way to set DOE's settings is by using its Setting's panel. Ah, now we are getting into something! Someone probably forced TweakScale on unsupported parts (had you installed All Tweak?), and so things gone down trough the tubes. Additionally, Forum's MM has a kinda of a bug (a too much optimistic heuristic, to tell you the true) in which in some occasions (unfortunately less uncommon that we would like) the cache is not rebuild and then there's a chance that you upgrade or downgrade something and the ConfigCache is not rebuild, and the aftermath is you using an inconsistent patchset in memory. This can also potentially screw up things, specially TweakScale that is very sensitive to the patching's healthiness. I will try again using All Tweak to see what happens.

I need to intervene and explain that TweakScale is not the cause of your problems. Lack of support for your preferred part is. TweakScale supports Stock and most of the DLCs (Robotics are not supported because they are terribly buggy themselves). If you want support for a 3rd party, you should check the TweakScale Companion Program, or install All Tweak. Thank you for your understanding.

That's the history: I reproduced your installation using the CKAN you provided, added KSP-Recall and TweakScale manually and then the damned thing refused to work! KSP plain didn't loaded the Main Menu scene, no matter what. KSP.log was clueless, but I found the following on the Player.log: By removing the following add'ons: Parallax-OuterPlanetsMod Parallax-StockScatterTextures Parallax-StockTextures I managed to fire up KSP with success, but by then, I could not reproduce the problem! Even by downloading the craft you pinpointed above! First, I loaded the stock Aero Equus. Saved it, loaded it and no problem detected - it even launched without a fuss. Then I enabled TS Chain Scale, scaled up the root part (and the whole craft was scaled up too), saved it, loaded it, launched it - and absolultely no Exceptions were logged nor a misbehaviour was detected. Then I downloaded your robot_3.0.7.craft, did exactly the same (of course not all parts were scaled, as not all parts had TS support), and everything gone fine the same. I want to suggest to you and to @italon to remove Parallax (and anything related to it) and check if things start to work for you. Since I could not reproduce the problem on my rig, it's for sure something on your rigs - perhaps Parallax, perhaps something else screwing up with Parallax that so somehow screwed up TweakScale or, more probably, anything that should be being called its IPartCostModifier by TweakScale - as the point of TS that is borking suggests that the problem may be on that something else, and not on TS itself.

Nope, your KSP is suffering from many issues - what's happening is that TweakScale is the one complaining about, where the others go silent about the failures, letting them to screw you up later on the game. You have lots of problems with ModuleWheels: [EXC 22:17:08.422] NullReferenceException: Object reference not set to an instance of an object ModuleWheels.ModuleWheelSubmodule.OnAwake () (at <4b449f2841f84227adfaad3149c8fdba>:0) PartModule.Awake () (at <4b449f2841f84227adfaad3149c8fdba>:0) UnityEngine.DebugLogHandler:LogException(Exception, Object) ModuleManager.UnityLogHandle.InterceptLogHandler:LogException(Exception, Object) UnityEngine.GameObject:SetActive(Boolean) DragCubeSystem:SetupPartForRender(Part, GameObject) <RenderDragCubesCoroutine>d__31:MoveNext() UnityEngine.MonoBehaviour:StartCoroutine(IEnumerator) <SetupDragCubeCoroutine>d__46:MoveNext() UnityEngine.MonoBehaviour:StartCoroutine(IEnumerator) <CompileParts>d__56:MoveNext() UnityEngine.SetupCoroutine:InvokeMoveNext(IEnumerator, IntPtr) And you have also this pretty weird problem bugging ModuleManager: [EXC 22:12:09.517] [ModuleManager] Post run call threw an exception in loading f4b7b4c6-f092-4f75-909e-8ba42c13cadc, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null: System.Reflection.ReflectionTypeLoadException: Exception of type 'System.Reflection.ReflectionTypeLoadException' was thrown. at System.Reflection.Emit.AssemblyBuilder.GetTypes (System.Boolean exportedOnly) [0x0012d] in <9577ac7a62ef43179789031239ba8798>:0 at System.Reflection.Assembly.GetTypes () [0x00000] in <9577ac7a62ef43179789031239ba8798>:0 at ModuleManager.PostPatchLoader+<Run>d__16.MoveNext () [0x00538] in <ac37db06097f4706b70066f555f86981>:0 MechJeb is also being screwed by something: [LOG 22:12:12.252] [MechJeb2] Starting the Dispatcher [ERR 22:12:12.282] MechJeb moduleRegistry creation threw an exception in LoadComputerModules loading f4b7b4c6-f092-4f75-909e-8ba42c13cadc, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null: System.Reflection.ReflectionTypeLoadException: Exception of type 'System.Reflection.ReflectionTypeLoadException' was thrown. at System.Reflection.Emit.AssemblyBuilder.GetTypes (System.Boolean exportedOnly) [0x0012d] in <9577ac7a62ef43179789031239ba8798>:0 at System.Reflection.Assembly.GetTypes () [0x00000] in <9577ac7a62ef43179789031239ba8798>:0 at MuMech.MechJebCore.LoadComputerModules () [0x0002d] in <26f1f8c6d2ae4d2d8ccc568248027be7>:0 And a lot more affecting different add'ons that I quit to count in the middle of the log file. At least but not at last, obviously, TS - the only one trying to inform you about something really, really wrong on your rig: [LOG 22:00:25.605] [KSPe.Binder] Looking for Scale.PartDB.19x.dll on GameData\TweakScale\Plugins\PluginData\... [LOG 22:00:25.606] [KSPe.Binder] Found it on C:\Program Files (x86)\Steam\steamapps\common\Kerbal Space Program\GameData\TweakScale\Plugins\PluginData\Scale.Pa rtDB.19x.dll. [LOG 22:00:25.607] [TweakScale] Support for KSP 1.9.0 to 1.12.4 Version 2.4.6.18 /L [LOG 22:00:25.636] [TweakScale] ERROR: System.Reflection.ReflectionTypeLoadException: Exception of type 'System.Reflection.ReflectionTypeLoadException' was thrown. at System.Reflection.Emit.AssemblyBuilder.GetTypes (System.Boolean exportedOnly) [0x0012d] in <9577ac7a62ef43179789031239ba8798>:0 at System.Reflection.Assembly.GetTypes () [0x00000] in <9577ac7a62ef43179789031239ba8798>:0 at KSPe.Util.SystemTools+Type+Finder.FindByQualifiedName (System.String qn) [0x00039] in <e78b6736d2e9431a9ef12ef81cc2a206>:0 at TweakScale.Startup.Start () [0x000a3] in <8ce57831e5584c899d8e7b205eefdb07>:0 at error:0 By previous experience, when TS borks with a System.Reflection.ReflectionTypeLoadException it's due some TS DLL really missing from your GameData or due some 3rd party triggering a bug on the KSP guts, more specifically, a thingy called Assembly Loader/Resolver. Since the log above says that it had found the DLL TS wants, the conclusion is that we have some 3rd party screwing up the already buggy Assembly Loader/Resolver. Digging on your log, I found: [LOG 21:59:22.245] [AddonLoader]: Instantiating addon 'PQSModCreator' from assembly 'KopernicusExpansion.RegionalPQSMods' [EXC 21:59:22.993] ArgumentException: Duplicate type name within an assembly. System.Reflection.Emit.ModuleBuilder.DefineType (System.String name, System.Reflection.TypeAttributes attr, System.Type parent, System.Type[] interfaces, System.Reflection.Emit.PackingSize packingSize, System.Int32 typesize) (at <9577ac7a62ef43179789031239ba8798>:0) System.Reflection.Emit.ModuleBuilder.DefineType (System.String name, System.Reflection.TypeAttributes attr, System.Type parent, System.Type[] interfaces) (at <9577ac7a62ef43179789031239ba8798>:0) TriAxis.RunSharp.TypeGen..ctor (TriAxis.RunSharp.AssemblyGen owner, System.String name, System.Reflection.TypeAttributes attrs, System.Type baseType, System.Type[] interfaces, TriAxis.RunSharp.ITypeMapper typeMapper) (at <fd18e0ef899946d5b101c3255bfcbde8>:0) TriAxis.RunSharp.AssemblyGen.Class (System.String name, System.Type baseType, System.Type[] interfaces) (at <fd18e0ef899946d5b101c3255bfcbde8>:0) TriAxis.RunSharp.AssemblyGen.Class (System.String name, System.Type baseType) (at <fd18e0ef899946d5b101c3255bfcbde8>:0) KopernicusExpansion.RegionalPQSMods.PQSModCreator.Awake () (at <f5e1172978524a599c9056aa1686da11>:0) UnityEngine.DebugLogHandler:LogException(Exception, Object) ModuleManager.UnityLogHandle.InterceptLogHandler:LogException(Exception, Object) UnityEngine.GameObject:AddComponent(Type) AddonLoader:StartAddon(LoadedAssembly, Type, KSPAddon, Startup) AddonLoader:StartAddons(Startup) <LoadObjects>d__90:MoveNext() UnityEngine.MonoBehaviour:StartCoroutine(IEnumerator) <CreateDatabase>d__71:MoveNext() UnityEngine.MonoBehaviour:StartCoroutine(IEnumerator) GameDatabase:StartLoad() <LoadSystems>d__11:MoveNext() UnityEngine.MonoBehaviour:StartCoroutine(IEnumerator) LoadingScreen:Start() And this appears to settle the question: PQSModCreator is apparently broken (or perhaps is being induced to break by yet someone else?). In a way or another, you will need to remove Kopernicus from your rig in order to have all that other Add'ons above to work (TS is only one of them!). I suggest you to reach Kopernicus Maintainers for further help on fixing Kopernicus, because I don't know it enough to even give you a educated guess about how to fix it! Send them the same KSP.log you sent me, and you can pinpoint this post as a source of information. I can try to help if someone that knows Kopernicus' guts is available to guide me on the debugging! Good Luck!

Do you use CKAN? If yes, can you send me a export of the mods installed? I had looked into your KSP.log, and there's a ton of AddOns!

My experimental fork of MM I NOT PUSHED to anyone, and everything I publish aims to be fully compatible to Forum's MM. The ModuleManagerWatchdog aims to detect potential problems with Forum's MM, as my experimental fork had fixed them in a way or another. That said, the advice is still valid. Reaching me first is usually the best way to fix something around here.

Hi! It's not TweakScale! [ERR 18:16:27.283] Coroutine couldn't be started because the the game object 'ServiceBay.250.v2' is inactive! [ERR 18:16:27.283] Exception handling event onEditorShipModified in class CostWidget:System.NullReferenceException: Object reference not set to an instance at TweakScale.TweakScale.IPartCostModifier.GetModuleCost (System.Single defaultCost, ModifierStagingSituation situation) [0x0000e] in <8ce57831e5584c899d at Part.GetModuleCosts (System.Single defaultCost, ModifierStagingSituation sit) [0x00046] in <0435390348b6470d8166bd1c53b4b100>:0 at ShipConstruct.GetShipCosts (System.Single& dryCost, System.Single& fuelCost, VesselCrewManifest vcm) [0x0003d] in <0435390348b6470d8166bd1c53b4b100>:0 at CostWidget.onShipModified (ShipConstruct ship) [0x00000] in <0435390348b6470d8166bd1c53b4b100>:0 at EventData`1[T].Fire (T data) [0x000b0] in <0435390348b6470d8166bd1c53b4b100>:0 TweakScale is asking for its Module Cost. And since TweakScale only asks for the module cost on an attached part, but the target Module is borked somehow and this is screwing up things. TweakScale is the screaming victim of the problem, by uninstalling TweakScale you still have the problem lingering around waiting for the next victim. It's a long time since I get this by the last time, but when it happened was due B9PS deactivating itself due the presence of another Fuel Switch, and so behaving wrongly when someone asks for its GetModuleCost - but your stackdump is different, if B9PS is involved, then it's a different kind of misbehaviour. Can you send me the craft that triggers this problem? I need to check the parts and then check the patches to see what's happening. That "ServiceBay.250.v2 is inactive' thingy is bothering me, by the way. The craft you was editing uses it?

There's something pretty wrong happening on your rig, TweakScale don't interfere with 3rd parties save process. What I think it's happening is that something is inducing TweakScale to bork, breaking an internal chain of events - it's the only thing that came to my mind that could possibly involve TweakScale on this weird misbehaviour. Please fire up KSP with TS installed, reproduce the problem, quit KSP and post here the KSP.log using dropbox or similar service so I can check what's happening. You will find instructions about how to locate the KSP.log on the OP, in the section "Support" inside a spoiler — — POST EDIT — — After some troubleshooting, it was determined that TweakScale has nothing to do with this ordeal! Whole history on this thread:

Please elaborate, I didn't understood. Can you list a finite number of steps to reproduce the problem?

NOTAM (Good thing I don't rely on the USA's FAA for it, not? ) KSP 1.12.5 is on the wild, and I will do my best to update KT to it without spoiling the thing. A new KT release is scheduled for Soon™ with full support for it (and some bug hunting). Cheers and happy hunting!!!

NOTAM (Good thing I don't rely on the USA's FAA for it, not? ) KSP 1.12.5 is on the wild. I'm currently downloading to check things, but by reading the CHANGE LOG I don't expect anything new happening. In a way or another, a new TweakScale release is scheduled for Soon™ , so please report any weirdness you detect - don't mind if the problem was already reported or not, there's always something "new" lurking around and I don't want to miss it! Cheers (and happy hunting!!! #hurray!!)

Not a problem! It's a pretty old bug, to tell you the true - this thing never worked on TS, at least not since 1.3.0 (the older KSP I managed to check). If you are interested, watch this issue: https://github.com/net-lisias-ksp/TweakScale/issues/27 I will updated it when I find a time window for it! Cheers!

It's a known limitation. There's something on the Stock plumes that resists being tweaked. The workaround for now is to install RealPlume, see my previous post.

Scaling the plumes is an old technical-debit, stil WiP. In the mean time, it was found that by installing SmokeScreen, you will get the plumes correctly scaled. And since SmokeScreen gives us better plumes anyway, it ended up my favorite workaround anyway. You need to install SmokeScreen (runtime) Fast link to download it here. Real Plume Fast link for the runtime here. Fast link to the config here. They are also available on CKAN, making your life easier. Waterfall changed something inside it after I published the Companion, and I didn't had the time to re-read all that code again in order to understand what changed in order to update the Companion. In the mean time, I recommend using the SmokeScreen + RealPlumes! Waterfall reuses these configs, so once I finally manage to have time to understand what changed on Waterfall, it will be a win-win situation nevertheless!

Hi! Thanks for you support, I'm happy TS makes KSP yet more enjoyable for you! About scaling the CrewCapacity, unfortunately Squad decided to nerf this feature in 1.8 or 1.9 (don't recall exactly), and from that version any attempt to scale up the CrewCapacity is squashed. I wrote an essay about it here if you like the gory details. However, it's possible to scale the CrewCapacity down, i.e., you scale down a part with Crew, the CrewCapacity will be decreased. I don't have the slightest idea for the reason the developers decided to nerf scaling up the CrewCapacity - all my tests done on earlier KSP versions had consistently shown that the feature is workable. Cheers!

You didn't replaced the original LBP_tweakableComplete.cfg with the Companion one as I specified! [LOG 19:57:30.531] Applying update LShipPartsRequired/LBP_tweakableComplete/@PART[small*]:NEEDS[TweakScale] to Squad/Parts/Aero/wings/elevon4.cfg/PART[smallCtrlSrf] You need to replace the original file, otherwise things will just not work. By placing the ZIP file into the KSP's root directory and expanding it, overwriting preexistent files, you will fix the issue!

The Companion package has two subfolders inside GameData: These folders should be placed inside the GameData in your KSP installment, replacing any existing files. The easiest way to do such is to copy the TweakScaleCompanion_SMCE-0.0.1.1.BETA.zip file into your KSP main folder (whiere the KSP.exe is) and then unzip it there using right-click and selecting "Extract All". Remember to allow overwriting any preexistent files.

This one! https://github.com/net-lisias-ksp/TweakScaleCompanion_SMCE/blob/master/GameData/LShipPartsRequired/LBP_tweakableComplete.cfg I got a bit jumpy while analysing your KSP.log and promptly recommended installing TSC_SCME without checking if you had, indeed, installed it. Since apparently you didn't replace the file above, I'm reasonably confident this will do the trick. If not, please advise and I will give a closer look on your last KSP.log by early morning (away from the personal computer by now).

LBPP support for TS didn't aged very well. Install TwealScale Companion for SMCE, it will fix all the issues, with the extra bonus of adding specialised scaling for these parts! Please note that you will have to overwrite a file from LBPP because I didn't managed to find a way to fix that patches, so I bluntly removed them from the files.

The current release on CurseForge is this. Be sure it's the one installed, if not please update to it. If the problem still persists, I need the KSP.log , you will find how to fetch if by reading the OP, on the the "Support:" subsection (open the Spoiler for the info).

As a matter of fact, it's a nice idea! However, the game itself calls it "Icehenge" so renaming it would cause confusion as the remaining of the game will not follow suit: ANOMALY { name = Icehenge anomalyDescription = Icehenge at Vall body = Vall <cut> poi = POIVallIcehenge } Note the "poi" attribute. It's the internal name of the Point of Interest (how the game calls the landmarks). I wondering if I should use the Localization TAG instead of the hard coded name, however... I was going to suggest to make a backup of the savegame, and then cheat the Tourists into level 5 to do the test! As a matter of fact… This is a use case that I completely missed, the thing kinda worked by plain luck. I need to add code to remote the Tourists if the contract is expired as soon as the Kerbals is back on Kerbin. Would be interesting to tax the reputation for every year a disappointed Kerbal spend away from Kerbin once the contract fails! https://github.com/net-lisias-ksp/KourageousTourists/issues/15 Ouch! If you can EVA with the Kerbals, you should be able to leave the seats too! You found a bug! https://github.com/net-lisias-ksp/KourageousTourists/issues/14

Moved the discussion to the proper thread!

What's the celestial body you are landed on? Check the table for this fork: https://github.com/net-lisias-ksp/KourageousTourists

Are you using the latest version, available on this link?