Jump to content

[KSP >= 1.3.0] TweakScale - Under Lisias' Management - 2.4.7.6 - 2024-0322


Lisias

Recommended Posts

On 4/9/2022 at 11:52 AM, ttr said:

Hello,

Latest version (2.4.6.10) via ckan.
After reverting to VAB or loading saved craft,  tweak scale does not resize all info about parts - found out that fuel i being reset to part default size value.
Also some stacktraces in logs.

KSP.log: https://www.dropbox.com/s/vjkwrnz8fluzbl1/2022.04.09 - tweakscale - KSP.log?dl=0

Hi, by inspecting your log, I found tons of Exceptions. Really a ton of them.

Apparently, Kerbalism is missing some dependencies:

[WRN 15:35:30.077] [Kerbalism] Profile.Nodeparse failed to load process
System.Exception: resource LqDeuterium doesn't exist for process LqDeuterium Boiloff
  at KERBALISM.Process..ctor (ConfigNode node) [0x00131] in <508759cbee33445e8d50142044bd4b10>:0
  at KERBALISM.Profile.Nodeparse (ConfigNode profile_node) [0x00116] in <508759cbee33445e8d50142044bd4b10>:0

I think you need to install Community Resource Kit, but I'm guessing - I don't know Kerbalism too much.

Deep-Freezer is also triggering an Exception under KSP-Recall:

[LOG 15:37:04.951] [KSP-Recall-AttachedOnEditor] TRACE: OnAwake <NO VESSEL>-CRY-0300Freezer(Clone):FFF6DA6C
[LOG 15:37:04.952] DeepFreezer OnDestroy
[EXC 15:37:04.954] NullReferenceException: Object reference not set to an instance of an object
        DF.DeepFreezer.OnDestroy () (at <72233efaa3ee4936a15201f98fac7b68>:0)
        UnityEngine.DebugLogHandler:LogException(Exception, Object)
        ModuleManager.UnityLogHandle.InterceptLogHandler:LogException(Exception, Object)
        UnityEngine.Object:DestroyImmediate(Object)
        PartLoader:StripComponent(GameObject)
        PartLoader:CreatePartIcon(GameObject, Single&)
        PartLoader:ParsePart(UrlConfig, ConfigNode)
        <CompileParts>d__56:MoveNext()
        UnityEngine.SetupCoroutine:InvokeMoveNext(IEnumerator, IntPtr)
[LOG 15:37:04.964] [KSP-Recall-Refunding] TRACE: OnDestroy CRY-0300Freezer(Clone):0

Surprisingly, it appears not to be related to Refunding… In a way or another, I will investigate this issue on the Recall's issue tracker: https://github.com/net-lisias-ksp/KSP-Recall/issues/40

 

Kerbal Change Log also is borking on you:

[LOG 15:38:10.162] [KCL] Could not find a needed change field in directory SimpleLogistics/ChangeLog/KERBALCHANGELOG
[EXC 15:38:10.164] ArgumentException: Invalid version: 2.0.3.0.4
        KerbalChangelog.ChangelogVersion..ctor (System.String version, System.String cfgDirName) (at <3df0e8f79e4f4c60b17db000dc0cdeca>:0)
        KerbalChangelog.ChangelogVersion..ctor (System.String version, System.String cfgDirName, System.String vName) (at <3df0e8f79e4f4c60b17db000dc0cdeca>:0)
        KerbalChangelog.ChangelogVersion..ctor (System.String version, System.String cfgDirName, System.String vName, System.String vDate, System.String vKSP) (at <3df0e
8f79e4f4c60b17db000dc0cdeca>:0)
        KerbalChangelog.ChangeSet..ctor (ConfigNode vn, System.String cfgDirName) (at <3df0e8f79e4f4c60b17db000dc0cdeca>:0)
        KerbalChangelog.Changelog+<>c__DisplayClass1_0.<.ctor>b__0 (ConfigNode vn) (at <3df0e8f79e4f4c60b17db000dc0cdeca>:0)
        System.Linq.Enumerable+SelectArrayIterator`2[TSource,TResult].ToList () (at <351e49e2a5bf4fd6beabb458ce2255f3>:0)
        System.Linq.Enumerable.ToList[TSource] (System.Collections.Generic.IEnumerable`1[T] source) (at <351e49e2a5bf4fd6beabb458ce2255f3>:0)
        KerbalChangelog.Changelog..ctor (ConfigNode cn, UrlDir+UrlConfig cfgDir) (at <3df0e8f79e4f4c60b17db000dc0cdeca>:0)
        KerbalChangelog.ChangelogAddonMainMenu+<>c.<Start>b__0_0 (UrlDir+UrlConfig cfg) (at <3df0e8f79e4f4c60b17db000dc0cdeca>:0)
        System.Linq.Enumerable+SelectArrayIterator`2[TSource,TResult].ToList () (at <351e49e2a5bf4fd6beabb458ce2255f3>:0)
        System.Linq.Enumerable.ToList[TSource] (System.Collections.Generic.IEnumerable`1[T] source) (at <351e49e2a5bf4fd6beabb458ce2255f3>:0)
        KerbalChangelog.ChangelogAddonMainMenu.Start () (at <3df0e8f79e4f4c60b17db000dc0cdeca>:0)
        UnityEngine.DebugLogHandler:LogException(Exception, Object)
        ModuleManager.UnityLogHandle.InterceptLogHandler:LogException(Exception, Object)
        UnityEngine.Debug:CallOverridenDebugHandler(Exception, Object)
[LOG 15:38:10.168] IR: Loading bundles from BundlePath: E:/SteamLibrary/steamapps/common/Kerbal Space Program/GameData/MagicSmokeIndustries/Plugins/../AssetBundles/

Don't have a clue about the reason, I think you should reach the maintainer for further help.

Now, finally some TweakScale related errors:

[LOG 15:38:12.753] [TweakScale] ERROR: CalculateDryCost: negative dryCost: part=IFSHexcanSolid, DryCost=0 at error:0
[LOG 15:38:12.766] [TweakScale] ERROR: part=Interstellar-Technologies.AM-Catalyzed-ICFE-Afterburning (KSPIT KN-162 Afterburning AM Cat ICFE) Exception on Sanity Checks:
System.NullReferenceException: Object reference not set to an instance of an object
  at ConfigNode.CopyToRecursive (ConfigNode node, System.Boolean overwrite) [0x00000] in <39c0323fb6b449a4aaf3465c00ed3c8d>:0
  at ConfigNode.CopyToRecursive (ConfigNode node, System.Boolean overwrite) [0x0014a] in <39c0323fb6b449a4aaf3465c00ed3c8d>:0
  at ConfigNode.CopyToRecursive (ConfigNode node, System.Boolean overwrite) [0x0014a] in <39c0323fb6b449a4aaf3465c00ed3c8d>:0
  at ConfigNode.CreateCopy () [0x00006] in <39c0323fb6b449a4aaf3465c00ed3c8d>:0
  at GameDatabase.GetConfigNode (System.String url) [0x0002f] in <39c0323fb6b449a4aaf3465c00ed3c8d>:0
  at TweakScale.PrefabDryCostWriter.GetMeThatConfigNode (Part p) [0x0002a] in <79923824672640a79107818738480893>:0
  at TweakScale.PrefabDryCostWriter.checkForOverrules (Part p) [0x00000] in <79923824672640a79107818738480893>:0
  at TweakScale.PrefabDryCostWriter+<WriteDryCost>d__3.MoveNext () [0x00417] in <79923824672640a79107818738480893>:0  at error:0

I think your Interstellar Extended have a problem somewhere.  Some parts from it appears to be corrupted or something, because AFAIK, KSPIE and TweakScale lives exceptionally well together. I think there's something breaking up KSPIE somehow, but I don't know KSPIE enough to detect what.

And, finallly, something I can recognize:

[ERR 15:43:18.688] ADDON BINDER: Cannot resolve assembly: BackgroundResources, Culture=neutral, PublicKeyToken=null

[ERR 15:43:18.688] ADDON BINDER: Cannot resolve assembly: BackgroundResources, Culture=neutral, PublicKeyToken=null

[ERR 15:43:18.691] Exception loading ScenarioModule DeepFreeze: System.IO.FileNotFoundException: Could not load file or assembly 'BackgroundResources, Version=1.12.0.0,
Culture=neutral, PublicKeyToken=null' or one of its dependencies.
File name: 'BackgroundResources, Version=1.12.0.0, Culture=neutral, PublicKeyToken=null'
  at DF.DFSettings.Load (ConfigNode node) [0x0011c] in <72233efaa3ee4936a15201f98fac7b68>:0
  at DF.DeepFreeze.OnLoad (ConfigNode gameNode) [0x0003a] in <72233efaa3ee4936a15201f98fac7b68>:0
  at ScenarioModule.Load (ConfigNode node) [0x0000e] in <39c0323fb6b449a4aaf3465c00ed3c8d>:0
  at ScenarioRunner.AddModule (ConfigNode node) [0x0005e] in <39c0323fb6b449a4aaf3465c00ed3c8d>:0

Deep Freeze is borking on loading, it's missing a dependency, something called BackgroundResources. Borking on loading dependencies triggers a nasty bug on a KSP internal thingy called Assembly Resolver (yada yada yada :) ), and once this bug is triggered, everything that need to load a DLL or use a thingy called Reflection is screwed (and TweakScale makes heavy use of both).

This probably may explain some of the additional exceptions I found on your KSP.log.

Right now, your best line of action is to fix or remove Deep Freeze - as from this point, it's impossible to know if anything wrong is really a problem or just collateral damage caused by this last Exception I quoted above.

You need to install whatever Deep Freeze wants (that BackgroundResources thingy) or, alternatively, remove Deep Freeze from your rig.

Once Deep Freeze is fixed or removed, try again and if anything wrong happens, post a new KSP.log for inspection!

—— POST EDIT — — 

Found the real problem. Solution on https://github.com/net-lisias-ksp/TweakScale/issues/245

Edited by Lisias
POST EDIT.
Link to comment
Share on other sites

I'm getting the Houston alert too. It was previously working, but I updated via CKAN for the first time since late last year and I forget what the previous version was because I am dumb. Here's what I've tried so far:

  • Ignoring the warning; Tweakscale did not work or appear at all, unsurprisingly.
  • Uninstalling all mods and reinstalling TS 2.4.6.10 and KSP Recall 0.2.2.3 per instructions in zip file; got the Houston warning, after skipping the TS sliders appeared in editor but changes were not applied.
  • Removing MMwatchdog from above; Houston problem, didn't bother to continue.
  • Completely fresh install of KSP without even DLC, and installing nothing but TS and KSP Recall; Houston problem, didn't bother to continue.
  • Add ZeroMiniAVC to previous; no change.
  • Delete ZeroMiniAVC and rollback to TS 2.4.6.8 from zip; no change.

EDIT: I do still have MM 4.2.1 for all of these. Forgot to mention it but it's there.

I am officially at a loss. Any ideas?

Here is my KSP log using a clean 1.12.3 install, Tweakscale 2.4.6.10 installed from zip, KSP Recall 0.2.2.3, and nothing else. I am getting the Houston warning, and if I skip through it, I can view TS sliders but they do nothing.

Edited by saxyomega90125
Link to comment
Share on other sites

7 hours ago, giuliannoborges said:

Hey, I am still getting the houston alert. My log is here

It appears to be EVAManager this time. MechJeb is intercepting the Exceptions, and so I'm not absolutely sure if it's really it.

[ERR 17:52:55.827] MechJeb caught a ReflectionTypeLoadException. Those DLL are not built for this KSP version:

[ERR 17:52:55.827] EVAManager 0.0.0.0 GameData\EVAManager\EVAManager.dll

Usually, the first occurrence of the ReflectionTypeLoadException tells us what's really happening, but MechJeb swallows the log dump, leaving us high and dry.

It can be anything - a dependency not met, an I/O error that crashed the loading DLL (as a file not found), really anything.

I suggest you reinstall from EVAManager from scratch, reading carefully the installation instructions and making sure if all the dependencies are met. 

If the problem still happens, temporarily remove MechJeb so when the problem happens, it's properly logged on the KSP.log, then send me the new KSP.log.

— NOTE — 

I known the real problem is being swallowed by MechJeb because later on the KSP.log I found:

[ERR 17:54:37.312] [AssemblyLoader] Exception when getting assembly attributes: Exception of type 'System.Reflection.ReflectionTypeLoadException' was thrown.

Additional information about this exception:

 System.TypeLoadException: Could not load type of field 'EVAManager.EVAManager+ConfigAction:<Node>k__BackingField' (3) due to: Could not load file or assembly 'KSPUtil, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. assembly:KSPUtil, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null type:<unknown type> member:(null) signature:<none>

KSPUtil is a KSP internal Assembly, so it's always there. If someone is borking trying to load it it's because a KSP bug inside a thingy called Assembly Resolver was triggered (yada yada yada :) ), and this happens on the first occurrence of a ReflectionTypeLoadException - that MechJeb had swallowed. :/

— — — Brute Force Post Merging — — — 

13 minutes ago, saxyomega90125 said:

I am officially at a loss. Any ideas?

Here is my KSP log using a clean 1.12.3 install, Tweakscale 2.4.6.10 installed from zip, KSP Recall 0.2.2.3, and nothing else. I am getting the Houston warning, and if I skip through it, I can view TS sliders but they do nothing.

Ouch, dude, you got bitten by a weird situation created by Steam:

[LOG 00:02:50.182] [KSP_Recall] Version 0.2.2.3 /L running on KSP 1.12.3
[EXC 00:02:52.028] UnauthorizedAccessException: Access to the path '/home/sean/.local/share/Steam/steamapps/common/Proton 5.13/dist/share/default_pfx/dosdevices/z:/boot/efi' is denied.
        System.IO.__Error.WinIOError (System.Int32 errorCode, System.String maybeFullPath) (at <9577ac7a62ef43179789031239ba8798>:0)
        System.IO.FileSystemEnumerableIterator`1[TSource].HandleError (System.Int32 hr, System.String path) (at <9577ac7a62ef43179789031239ba8798>:0)
        System.IO.FileSystemEnumerableIterator`1[TSource].AddSearchableDirsToStack (System.IO.Directory+SearchData localSearchData) (at <9577ac7a62ef43179
789031239ba8798>:0)
        System.IO.FileSystemEnumerableIterator`1[TSource].MoveNext () (at <9577ac7a62ef43179789031239ba8798>:0)
        System.Collections.Generic.List`1[T]..ctor (System.Collections.Generic.IEnumerable`1[T] collection) (at <9577ac7a62ef43179789031239ba8798>:0)
        System.IO.Directory.InternalGetFileDirectoryNames (System.String path, System.String userPathOriginal, System.String searchPattern, System.Boolean
 includeFiles, System.Boolean includeDirs, System.IO.SearchOption searchOption, System.Boolean checkHost) (at <9577ac7a62ef43179789031239ba8798>:0)
        System.IO.Directory.InternalGetDirectories (System.String path, System.String searchPattern, System.IO.SearchOption searchOption) (at <9577ac7a62e
f43179789031239ba8798>:0)
        System.IO.Directory.GetDirectories (System.String path, System.String searchPattern, System.IO.SearchOption searchOption) (at <9577ac7a62ef4317978
9031239ba8798>:0)
        KSPe.IO.Path.Origin () (at <49c512f865634d58b19408150df06518>:0)
        KSPe.Util.Installation.CheckForWrongDirectoy (System.Type type, System.String name, System.String folder, System.String vendor) (at <49c512f865634
d58b19408150df06518>:0)
        KSPe.Util.Installation.Check[T] (System.String name, System.String folder, System.String vendor, System.Boolean unique) (at <49c512f865634d58b1940
8150df06518>:0)
        KSPe.Util.Installation.Check[T] (System.String name, System.String folder, System.String vendor) (at <49c512f865634d58b19408150df06518>:0)
        KSP_Recall.Startup.Start () (at <9797923478894773974ad69d5b008a75>:0)
        UnityEngine.DebugLogHandler:LogException(Exception, Object)
        ModuleManager.UnityLogHandle.InterceptLogHandler:LogException(Exception, Object)
        UnityEngine.Debug:CallOverridenDebugHandler(Exception, Object)

You see that '/home/sean/.local/share/Steam/steamapps/common/Proton 5.13/dist/share/default_pfx/dosdevices/z:/boot/efi' stunt? By some reason someone at Steam though it could be a good idea to map a SYSTEM PROTECTED folder, inaccessible by the user, inside his home folder.

While trying to undo another crap (this one by Microsoft), I ended up in need to run the directores from the place where KSP is installed to map where MS (undully) reparsed the symlinks, what was screwing up some internal consistency checks (not to mention causing confusion about where KSP is, spreading confusion about where to tell the User to find some files). But the C# library call I'm using don't know how to ignore an Exception, so when this library call stomps on his z:/boot/efi inacessible crap, it borks, leaving me high and dry.

There's a issue for handling this here: https://github.com/net-lisias-ksp/KSPAPIExtensions/issues/21

The best workaround for while is to move KSP into a folder outside /home/sean/.local/share/Steam/steamapps/ (as /home/sean/games/ , for example).

Edited by Lisias
Brute force post merging
Link to comment
Share on other sites

44 minutes ago, Lisias said:

Ouch, dude, you got bitten by a weird situation created by Steam:

Oh, this is really frickin weird then.

I don't have KSP installed via Steam. It's direct from Private Division's website download... and it is in /home/sean/Games. I do have Steam on here and other games installed with it, but its primary directory is on a totally different drive not in /home, and Steam isn't even running in the background.

I thought I was stumped before, but now I just have no idea what's going on. :confused:

 

So uh, in my adventures I went and tried Tweakscale 2.4.5.9, and by all appearances that worked totally fine. Also tried 2.4.6.0 and that was the same as the more recent ones. I've appended the logs into my DB link, although it seems you know where the problem is.

What would happen if I used 2.4.5.9 for a while until this is sorted out?

Edited by saxyomega90125
quote wasn't tagging
Link to comment
Share on other sites

14 hours ago, saxyomega90125 said:

Oh, this is really frickin weird then.

I don't have KSP installed via Steam. It's direct from Private Division's website download... and it is in /home/sean/Games. I do have Steam on here and other games installed with it, but its primary directory is on a totally different drive not in /home, and Steam isn't even running in the background.

Humm… In this case, I'm wondering if the tool is borking because it's overreaching a bit...

I will review that code, it may be doing unnecessary tasks that are increasing the exposure for bugs without real benefit. [Nope! It's being triggered by another problem!!]

 

14 hours ago, saxyomega90125 said:

What would happen if I used 2.4.5.9 for a while until this is sorted out?

You would miss some bug fixes, the "TweakScale Upgrade Pipeline" :P (a code to handle changes on TweakScale patches, preventing screwing up living vessels on the savegame) and you would be using a TS from the times I was brute forcing my way into the Editor's problem that started on KSP 1.9 (theoretically, this brute force approach can screw up 3rd parties in the exact same way KSP Editor is screwing with TS since KSP 1.9).

But if you could run TS 2.4.5.9 without problems at that time, you should be able to do the same now.

I will keep you informed about this case.

— — POST EDIT — — 

I think we have another problem happening, in a way that it's triggering this known issue: the overreaching is probably being induced by the Graphical Shell.

I sent a private message about the matter.

— — NOTE TO FUTURE MYSELF — — 

In the end, the trigger was a use case already handled by https://github.com/net-lisias-ksp/KSPAPIExtensions/issues/9  and that by bad luck also triggered the https://github.com/net-lisias-ksp/KSPAPIExtensions/issues/21 . Once the #21 is solved, the #9 will be able to act successfully and the user will be notified correctly by the real problem. :)

Edited by Lisias
note to future myself.
Link to comment
Share on other sites

NOTAM

For people willing to use alternate channels for getting Support, I'm opening a Discussions on TweakScale's github repository to properly handle them.

Please understand that using GitHub issues are not the recommended way of reaching me for Support anymore (it was becoming messy…). Please note that you **need** to tag me there using "@Lisias" on the the text, or I will not be able to respond in a reasonable time!

(sorry to anyone that got lost on this less than ideal GItHub's notification system)

Cheers.

Link to comment
Share on other sites

2 hours ago, BTAxis said:

I noticed that, if you disable TweakScale on a part, then turn it back on, the scaling no longer works. To get it to scale again you need to delete the part and put on a fresh one.

This is highly undesirable! (And I already found the problem: https://github.com/net-lisias-ksp/TweakScale/issues/244 )

In the mean time, you don't need necessarily to delete the part and add a new one.

You can re-activate TweakScale on the parts in need, then save the craft and then reload it. This will allow you to TweakScale the parts again -  until the next TweakScale release, when this is going to be fixed.

Cheers!

 

Link to comment
Share on other sites

ANNOUNCE

Release 2.4.6.11 is available for downloading, with the following changes:

  • Fixes a subtle and insidious problem reported by BTAxis. Thanks, dude!
  • Closes Issues:
    • #244 Reactivating TweakScale is disabling the sc

See OP for the links.

 

Disclaimer

By last, but not the least...

Spoiler

As usual, TweakScale, KSP-Recall and anything else I publish on Forum works perfectly fine with the Module Manager available on Forum.

It only happens that are way better alternatives out there, and TweakScale works fine with it too. ;) 

— — — — —

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.

(All your Distribution Channels are belong to us! - Updating everything at once this time)

Edited by Lisias
tyop! Surprised?
Link to comment
Share on other sites

Hi! Thanks for the latest release! I just started playing again after a several month break, and I just want to hop in and say that with the latest release (2.4.6.11) I am seeing the Houston, we have a Problem! error others have mentioned:

 ipS79O2.jpeg

I am running KSP 1.12.3. From reading above I'm unsure if this is a "true" error or if it can be ignored. I can post logs if you need them!

Edit: After backing up then trying to load a game I can confirm weird things happen!

Edited by Klime22
Link to comment
Share on other sites

I have the Houston we have a problem  and I have a lot of mods and my about 2 minute long log is 4 mb so I can't put it on past bin.

 

The two error messages:

https://imgur.com/9tXLoJ8

 

https://imgur.com/6okSl5E

Here is my log: https://drive.google.com/file/d/1kKRiHI5v-NbXaJE_EzCF2cQoNzB-rqrt/view?usp=sharing 

Also sorry mods you have to repeatedly look at this post because I continue to edit it and sorry to who ever  looks at my 3.6 mb long log file.

Edited by Sssnipercat1
to add pictures
Link to comment
Share on other sites

31 minutes ago, Klime22 said:

I am running KSP 1.12.3. From reading above I'm unsure if this is a "true" error or if it can be ignored. I can post logs if you need them!

Yes, I need the full KSP.log.

TL;DR: you was bitten by a nasty KSP bug on a thingy called Assembly Resolver (yada yada yada :P). Once it happens, everything and the kitchen's sink borks too due the splash damage.

We need to find who is stepping on that land mine.  We solve that dude's problem, everybody else will be fixed by collateral effect.

Link to comment
Share on other sites

KSP.log: https://drive.google.com/file/d/1b0nwuV0p5nhnLI08aTTYbr4ennBE_1nT/view?usp=sharing

To say my KSP is bloated with mods would be an understatement. 

18 minutes ago, Lisias said:

We need to find who is stepping on that land mine.  We solve that dude's problem, everybody else will be fixed by collateral effect.

Would doing a fresh install and adding mods one by one until it breaks help? Thinking about doing this anyway.

Link to comment
Share on other sites

18 minutes ago, Klime22 said:

Would doing a fresh install and adding mods one by one until it breaks help? Thinking about doing this anyway.

Kraken knows. It could even make things worse...

Wait a bit, I'm looking into the KSP.log now as soon as you grant me access. :)

Edited by Lisias
whoops...
Link to comment
Share on other sites

Whoops indeed, my mistake! I don't use Drive very often. I should have changed it to allow anyone access to the file now. Sorry!

And I have now given you personal access as well. I got distracted for a few hours there, my bad!

Edited by Klime22
Link to comment
Share on other sites

6 hours ago, Klime22 said:

Whoops indeed, my mistake! I don't use Drive very often. I should have changed it to allow anyone access to the file now. Sorry!

And I have now given you personal access as well. I got distracted for a few hours there, my bad!

Whoops, I fell asleep! :P

Back to action, there's a problem with ELHelper - I think this is from Extraplanetary Launchpads.

[ERR 16:19:11.001] AssemblyLoader: Exception loading 'ELHelper': System.Reflection.ReflectionTypeLoadException: Exception of type 'Sys
  at (wrapper managed-to-native) System.Reflection.Assembly.GetTypes(System.Reflection.Assembly,bool)
  at System.Reflection.Assembly.GetTypes () [0x00000] in <9577ac7a62ef43179789031239ba8798>:0
  at AssemblyLoader.LoadAssemblies () [0x000e6] in <39c0323fb6b449a4aaf3465c00ed3c8d>:0

Additional information about this exception:

 System.IO.FileNotFoundException: Could not load file or assembly 'Launchpad, Version=6.99.0.0, Culture=neutral, PublicKeyToken=null'
File name: 'Launchpad, Version=6.99.0.0, Culture=neutral, PublicKeyToken=null'

You will probably need to reach the Extraplanetary Launchpads maintainer to get help about who to fix this, but on a wild guess, your EL installation is half-backed, it's missing some DLL on it. Perhaps by reinstalling this Add'On from scratch would help!

Cheers!

Edited by Lisias
Some entertaining grammars made less entertaining.
Link to comment
Share on other sites

1 hour ago, Lisias said:

Back to action, there's a problem with ELHelper - I think this is from Extraplanetary Launchpads.

This makes sense! I had Extraplanetary Launchpads installed previously but I ended up deleting it. There must be some remnant still there that is screwing everything up. I will try downloading the current version of that mod and will let you know if that helps!

Link to comment
Share on other sites

17 hours ago, Sssnipercat1 said:

I have the Houston we have a problem  and I have a lot of mods and my about 2 minute long log is 4 mb so I can't put it on past bin.

 

The two error messages:

https://imgur.com/9tXLoJ8

 

https://imgur.com/6okSl5E

Here is my log: https://drive.google.com/file/d/1kKRiHI5v-NbXaJE_EzCF2cQoNzB-rqrt/view?usp=sharing 

Whopsy, sorry taking that much! (New users need to get moderation approvement  for initial posts to prevent spam, and so it took some time until I could see yours).

Anyway, getting to the point: you got bitten by a nasty bug on a KSP internal thingy called Assembly Resolver (yada yada yada :) ) that screws up everybody once some poor add'on steps on the land mine. So we need to find this unlucky add'on, fix it and then everybody else (including TweakScale) will be able to work fine again.

USUALLY the mine stomper stand-up guy is the first Reflection or Loading Exception on the log, but it happens that in your case, it's exactly TweakScale, so I initially thought that I had screwed up the Distribution file (again… :blush: - hear it on the voice of shadowzone…). So I downloaded them to check. It's everything fine (and the thingy that could be missed was found on the Log anyway, so I panicked too early!!! (once bitten, twice shy :sticktongue:).

So, back to digging, I realised that almost immediately the TweakScale borking, there was a footprint from a known troublemaker, MiniAVC:

[ERR 19:23:06.605] ADDON BINDER: Cannot resolve assembly: MiniAVC.XmlSerializers, Culture=neutral, PublicKeyToken=null

[ERR 19:23:06.605] ADDON BINDER: Cannot resolve assembly: MiniAVC.XmlSerializers, Culture=neutral, PublicKeyToken=null

[ERR 19:23:06.605] ADDON BINDER: Cannot resolve assembly: MiniAVC.XmlSerializers

[LOG 19:23:06.658] Load(Audio): AirplanePlus/Sounds/109_startup
[LOG 19:23:06.785] MiniAVC -> System.Net.WebException: The request timed out
  at System.Net.HttpWebRequest.EndGetResponse (System.IAsyncResult asyncResult) [0x00049] in <ef151b6abb5d474cb2c1cb8906a8b5a4>:0
  at System.Net.HttpWebRequest.GetResponse () [0x0000e] in <ef151b6abb5d474cb2c1cb8906a8b5a4>:0
  at MiniAVC.Addon.FetchRemoteInfo () [0x0002e] in <946c68c810554a77bc35cab54adcb678>:0
  at MiniAVC.Addon.ProcessRemoteInfo (System.Object state) [0x00045] in <946c68c810554a77bc35cab54adcb678>:0

So this explains things, thankfully! Install ZeroMiniAVC and it will keep your system clean from it, avoiding this problem.

Once every MiniAVC is removed from your rig, things should run fine again. [Not yet, I found something else, see below.]

On a final note, I found three Module Managers on your rig. This is really bad, because since KSP 1.8.0 we have yet another bug that induces the OLDER Module Manager to be used, and so you are still subject to older MM bugs besides having the newest one installed:

ModuleManager.4.1.3.dll
ModuleManager.4.1.4.dll
ModuleManager.4.2.1.dll

Remove the 4.1.3 and 4.1.4 files, leaving only 4.2.1 on your GameData.

You  have ModuleManagerWatchDog installed, it should had barked on you about. I need to check this tool :( 

17 hours ago, Sssnipercat1 said:

Also sorry mods you have to repeatedly look at this post because I continue to edit it and sorry to who ever  looks at my 3.6 mb long log file.

The size of the log is not a problem, I have some tools that make my life easier this problem is an old "friend" since 1.8.0 - so most of the time I know exactly what to look and how, it takes me less than a minute. Most of the time, as this issue of yours was different! :D

Cheers!

— — POST EDIT — — 

I kept digging, because MiniAVC besides being a trouble maker, didn't borked in a known way the triggers that bug on the Assembly Resolver. I'm glad I did it, because I found this:

[ERR 19:23:35.941] MechJeb moduleRegistry creation threw an exception in LoadComputerModules loading TweakableDeployablePanels, Version=0.2.1.0, Culture=neutral, PublicKeyToken=null: Sy
  at (wrapper managed-to-native) System.Reflection.Assembly.GetTypes(System.Reflection.Assembly,bool)
  at System.Reflection.Assembly.GetTypes () [0x00000] in <9577ac7a62ef43179789031239ba8798>:0
  at MuMech.MechJebCore.LoadComputerModules () [0x0002d] in <07394c03495949be9205a3c7a0b33845>:0

The TweakableDeployablePanels are throwing exceptions everywhere on the KSP.log, by the way.

A bit later, I found this:

[EXC 19:23:36.987] FileNotFoundException: Could not load file or assembly 'ToadicusTools, Version=0.22.4.4, Culture=neutral, PublicKeyToken=null' or one of its dependencies.
        PartModule.Awake () (at <39c0323fb6b449a4aaf3465c00ed3c8d>:0)
        UnityEngine.DebugLogHandler:LogException(Exception, Object)
        ModuleManager.UnityLogHandle.InterceptLogHandler:LogException(Exception, Object)
        UnityEngine.GameObject:AddComponent(Type)
        Part:AddModule(String, Boolean)
        Part:AddModule(ConfigNode, Boolean)
        PartLoader:ParsePart(UrlConfig, ConfigNode)
        <CompileParts>d__56:MoveNext()
        UnityEngine.SetupCoroutine:InvokeMoveNext(IEnumerator, IntPtr)
[EXC 19:23:36.994] FileNotFoundException: Could not load file or assembly 'ToadicusTools, Version=0.22.4.4, Culture=neutral, PublicKeyToken=null' or one of its dependencies.
        PartModule.Awake () (at <39c0323fb6b449a4aaf3465c00ed3c8d>:0)
        UnityEngine.DebugLogHandler:LogException(Exception, Object)
        ModuleManager.UnityLogHandle.InterceptLogHandler:LogException(Exception, Object)
        UnityEngine.Object:Instantiate(GameObject)
        PartLoader:CreatePartIcon(GameObject, Single&)
        PartLoader:ParsePart(UrlConfig, ConfigNode)
        <CompileParts>d__56:MoveNext()
        UnityEngine.SetupCoroutine:InvokeMoveNext(IEnumerator, IntPtr)

AND THIS is a trigger for the Assembly Resolver bug!! :)

You need to install ToadicusTools whatever it is (I have some remembrance about this DLL, but I can't remember from where, sorry!). Since TweakableDeployablePanels is also borking a lot on your KSP.log, perhaps the TweakableEverything maintainer can help you o this?

Edited by Lisias
POST EDIT
Link to comment
Share on other sites

Thank you so much I imagine this info will help. Edits: Also Another thing is that I can launch the game close it then validate the install and almost always steam had to require so files.  and I inter when i loaded into a game just hasn't work a couple of times.

3 hours ago, Lisias said:

Whopsy, sorry taking that much! (New users need to get moderation approvement  for initial posts to prevent spam, and so it took some time until I could see yours).

Anyway, getting to the point: you got bitten by a nasty bug on a KSP internal thingy called Assembly Resolver (yada yada yada :) ) that screws up everybody once some poor add'on steps on the land mine. So we need to find this unlucky add'on, fix it and then everybody else (including TweakScale) will be able to work fine again.

USUALLY the mine stomper stand-up guy is the first Reflection or Loading Exception on the log, but it happens that in your case, it's exactly TweakScale, so I initially thought that I had screwed up the Distribution file (again… :blush: - hear it on the voice of shadowzone…). So I downloaded them to check. It's everything fine (and the thingy that could be missed was found on the Log anyway, so I panicked too early!!! (once bitten, twice shy :sticktongue:).

So, back to digging, I realised that almost immediately the TweakScale borking, there was a footprint from a known troublemaker, MiniAVC:

[ERR 19:23:06.605] ADDON BINDER: Cannot resolve assembly: MiniAVC.XmlSerializers, Culture=neutral, PublicKeyToken=null

[ERR 19:23:06.605] ADDON BINDER: Cannot resolve assembly: MiniAVC.XmlSerializers, Culture=neutral, PublicKeyToken=null

[ERR 19:23:06.605] ADDON BINDER: Cannot resolve assembly: MiniAVC.XmlSerializers

[LOG 19:23:06.658] Load(Audio): AirplanePlus/Sounds/109_startup
[LOG 19:23:06.785] MiniAVC -> System.Net.WebException: The request timed out
  at System.Net.HttpWebRequest.EndGetResponse (System.IAsyncResult asyncResult) [0x00049] in <ef151b6abb5d474cb2c1cb8906a8b5a4>:0
  at System.Net.HttpWebRequest.GetResponse () [0x0000e] in <ef151b6abb5d474cb2c1cb8906a8b5a4>:0
  at MiniAVC.Addon.FetchRemoteInfo () [0x0002e] in <946c68c810554a77bc35cab54adcb678>:0
  at MiniAVC.Addon.ProcessRemoteInfo (System.Object state) [0x00045] in <946c68c810554a77bc35cab54adcb678>:0

So this explains things, thankfully! Install ZeroMiniAVC and it will keep your system clean from it, avoiding this problem.

Once every MiniAVC is removed from your rig, things should run fine again. [Not yet, I found something else, see below.]

On a final note, I found three Module Managers on your rig. This is really bad, because since KSP 1.8.0 we have yet another bug that induces the OLDER Module Manager to be used, and so you are still subject to older MM bugs besides having the newest one installed:

ModuleManager.4.1.3.dll
ModuleManager.4.1.4.dll
ModuleManager.4.2.1.dll

Remove the 4.1.3 and 4.1.4 files, leaving only 4.2.1 on your GameData.

You  have ModuleManagerWatchDog installed, it should had barked on you about. I need to check this tool :( 

The size of the log is not a problem, I have some tools that make my life easier this problem is an old "friend" since 1.8.0 - so most of the time I know exactly what to look and how, it takes me less than a minute. Most of the time, as this issue of yours was different! :D

Cheers!

— — POST EDIT — — 

I kept digging, because MiniAVC besides being a trouble maker, didn't borked in a known way the triggers that bug on the Assembly Resolver. I'm glad I did it, because I found this:

[ERR 19:23:35.941] MechJeb moduleRegistry creation threw an exception in LoadComputerModules loading TweakableDeployablePanels, Version=0.2.1.0, Culture=neutral, PublicKeyToken=null: Sy
  at (wrapper managed-to-native) System.Reflection.Assembly.GetTypes(System.Reflection.Assembly,bool)
  at System.Reflection.Assembly.GetTypes () [0x00000] in <9577ac7a62ef43179789031239ba8798>:0
  at MuMech.MechJebCore.LoadComputerModules () [0x0002d] in <07394c03495949be9205a3c7a0b33845>:0

The TweakableDeployablePanels are throwing exceptions everywhere on the KSP.log, by the way.

A bit later, I found this:

[EXC 19:23:36.987] FileNotFoundException: Could not load file or assembly 'ToadicusTools, Version=0.22.4.4, Culture=neutral, PublicKeyToken=null' or one of its dependencies.
        PartModule.Awake () (at <39c0323fb6b449a4aaf3465c00ed3c8d>:0)
        UnityEngine.DebugLogHandler:LogException(Exception, Object)
        ModuleManager.UnityLogHandle.InterceptLogHandler:LogException(Exception, Object)
        UnityEngine.GameObject:AddComponent(Type)
        Part:AddModule(String, Boolean)
        Part:AddModule(ConfigNode, Boolean)
        PartLoader:ParsePart(UrlConfig, ConfigNode)
        <CompileParts>d__56:MoveNext()
        UnityEngine.SetupCoroutine:InvokeMoveNext(IEnumerator, IntPtr)
[EXC 19:23:36.994] FileNotFoundException: Could not load file or assembly 'ToadicusTools, Version=0.22.4.4, Culture=neutral, PublicKeyToken=null' or one of its dependencies.
        PartModule.Awake () (at <39c0323fb6b449a4aaf3465c00ed3c8d>:0)
        UnityEngine.DebugLogHandler:LogException(Exception, Object)
        ModuleManager.UnityLogHandle.InterceptLogHandler:LogException(Exception, Object)
        UnityEngine.Object:Instantiate(GameObject)
        PartLoader:CreatePartIcon(GameObject, Single&)
        PartLoader:ParsePart(UrlConfig, ConfigNode)
        <CompileParts>d__56:MoveNext()
        UnityEngine.SetupCoroutine:InvokeMoveNext(IEnumerator, IntPtr)

AND THIS is a trigger for the Assembly Resolver bug!! :)

You need to install ToadicusTools whatever it is (I have some remembrance about this DLL, but I can't remember from where, sorry!). Since TweakableDeployablePanels is also borking a lot on your KSP.log, perhaps the TweakableEverything maintainer can help you o this?

 

Edited by Sssnipercat1
Link to comment
Share on other sites

1 hour ago, Sssnipercat1 said:

Thank you so much I imagine this info will help. Edits: Also Another thing is that I can launch the game close it then validate the install and almost always steam had to require so files.  and I inter when i loaded into a game just hasn't work a couple of times.

Looks like something is changing the binary signature of some files in your installment. Not a good thing, if you ask me...

Do you use CKAN or CurseInstaller? If yes, you may want to check with them to see if they help.

If not, I would consider updating the antivirus. Virii are usually the ones that changes DLLs in an attempt to spread themselves (what would change the binary signature and then triggering Steam to redownload the files) - but this is a wild guessing...

Link to comment
Share on other sites

On 1/19/2022 at 10:06 AM, Lisias said:
  1. A very few add'ons just blow up into the skies on the most unpleasant ways if someone tries to brute force the scaling. Others just stop working correctly. Kerbalism is one of these later add'ons, you just can't mix parts with Kerbalism support with TweakScale.
    1. This is an annoyance, but it's not fatal as Kerbalism doesn't needs to spread itself on every part, so TweakScale is still available for parts not related to Kerbalism.
    2. I make TweakScale available on every part by default, it stops to be an annoyance and becomes a problem.

Hey @Lisias,

Thank you for your great work!

 

I have a question, because I'm not sure if I'm understanding you right...

Do I need to pay attention or do something else explicitly when I'm installing Kerbalism with TweakScale (+TweakScale Companion Program, +KSP Recall)?

Or will there be no problem and parts with Kerbalism will "automatically" be ignored by Tweakscale?

Link to comment
Share on other sites

42 minutes ago, N3N said:

Do I need to pay attention or do something else explicitly when I'm installing Kerbalism with TweakScale (+TweakScale Companion Program, +KSP Recall)?

Or will there be no problem and parts with Kerbalism will "automatically" be ignored by Tweakscale?

AFAIK, Kerbalism removes should TweakScale from all the parts it needs to be installed, as Kerbalism does some processing when the craft is packed (i.e., removed from the Physics and shoved in the "Rails" stunt) and so TweakScale it not active to scale up things.

Let me check it again on Kerbalism's repo...

<hack, hack, slice and hack again>

Humm.. Nope. I found an Issue where it was mentioned that removing TweakScale from the parts with Kerbalism modules would be only practical solution, but as far as I could check on Kerbalism's repository, there're no such patch yet.

On a rule of thumb, everything that Kerbalism touches must have TweakScale removed . Since I don't know Kerbalism, I can't tell you what modules should trigger a TweakScale removal. You will need to reach Kerbalism's maintainers for such.

Once someone lists these modules, writing a patch for removing TS from affected parts is a breeze.

 

Link to comment
Share on other sites

15 hours ago, Lisias said:

AFAIK, Kerbalism removes should TweakScale from all the parts it needs to be installed, as Kerbalism does some processing when the craft is packed (i.e., removed from the Physics and shoved in the "Rails" stunt) and so TweakScale it not active to scale up things.

Let me check it again on Kerbalism's repo...

<hack, hack, slice and hack again>

Humm.. Nope. I found an Issue where it was mentioned that removing TweakScale from the parts with Kerbalism modules would be only practical solution, but as far as I could check on Kerbalism's repository, there're no such patch yet.

On a rule of thumb, everything that Kerbalism touches must have TweakScale removed . Since I don't know Kerbalism, I can't tell you what modules should trigger a TweakScale removal. You will need to reach Kerbalism's maintainers for such.

Once someone lists these modules, writing a patch for removing TS from affected parts is a breeze.

Hey @Lisias,

Thank you for this fast and understandable answer! :wink:

 

FYI: @Sir Mortimer

 

_____________

Maybe @Gordon Dry can help, too?

Edited by N3N
Link to comment
Share on other sites

Hi @Lisias

Sorry, know how busy you are but I hope you might translate the following for me. I don't know if the member was seeing it on the first install or every load.

 

In my Log file I'm finding the following entry:

Partloader: Part Beyond1999/servicepods/orep/oreref/oreprocess has no database record. creating

drag cubes not found - generating new drag cubes.

 

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...