Lisias

BY THE KRAKENS!!! Bill??? https://aviationhumor.net/now-thats-a-go-kart/

ANNOUNCE Release 2.4.6.19 is available for downloading, with the following changes: Bug fixes. States compatibility to KSP 1.12.5 Updates KSPe.Light with bug fixes and 1.12.5 support. Closes Issues: #246 New bug related to IVA and Cameras when TweakScale is installed. That pesky IVA bug is no more!! #hurray!!! Disclaimer By last, but not the least... This Release will be published using the following Schedule: GitHub, reaching first manual installers and users of KSP-AVC. Right now. CurseForge. Right now. SpaceDock (and CKAN users). Right Now. The reasoning is to gradually distribute a potentially Support Fest release in a way that would me allow to provide proper support if anything else goes wrong.

ANNOUNCE KSP Recall 0.3.0.8 on the Wild, featuring: Updates the thing to KSP 1.12.5 Updates KSPe.Light with bugfixes and support for 1.12.5 This is a minor release, aimed to be targeted as 1.12.5 compatible by the distribution channels. — — — — — This Release will be published using the following Schedule: GitHub, reaching manual installers and users of KSP-AVC first. Right Now. CurseForge. Right Now. SpaceDock (and CKAN users). Right Now. No functional changes were applied to this release, it's pretty unlikely that any problem would be detected on the field.

Humm… Gotcha! I probably need to replicate the fix I implemented on DistantFlare to DistantVessel! (Asteroids are "Vessels" on the Game Engine!). I will work on it tomorrow, I mean, this morning after waking. https://github.com/net-lisias-ksp/DistantObject/issues/29

I think this was fixed on July 22, last year and published on Release 2.1.1.9. Additionally, the mouse doesn't trigger the labels for celestial bodies being hidden by something else (unless you use ALT+RMB). At least I couldn't reproduce that misbehaviour now on 2.1.1.11. Are you experiencing this problem now?

Yep, I'm working on it right now. It was a stupid mistake on my KSPe library… I'm polishing some more details on the thingy, I think we will have a new release with this fixed by morning! https://github.com/net-lisias-ksp/DistantObject/issues/28

Confirmed. By exiting the game and reloading it, the alt+click behaviour is forgotten. Additionally, I was mistaken - KT is the one saving configurations on a savegame basis, DOE uses a "universal" settings on <KSP>/PluginData/DistantObject/ folder . I didn't migrated it to savegames yet . Since we are here, what you think is best for DOE, a Universal Setttings, or specific settings for each savegame? In a wat or another, the saving code is working, the settings.file is being update. The proeblem is that the specific settings, "showNames" is not being readed on game startup. Dang, probably a typo somewhere . And, as a matter of fact someone had already reported it and I missed it! https://github.com/net-lisias-ksp/DistantObject/issues/28 I'm will fix this tonight.

Humm… So apparently you found a bug, I will check this tonight! Are you using the latest DOE, right? This one? Are you launching from Steam? If yes, did you tried to bypass the PD-Launcher? As a matter of fact… Great idea! Thanks for the tip!

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!