Jump to content

[KSP >= 1.3.0] TweakScale - Under Lisias' Management - 2.4.8.6 - 2024-0921

Lisias

By Lisias
in KSP1 Mod Releases

 Share

Recommended Posts

Krazy1

Krazy1

Posted
Posted (edited)
1 hour ago, Lisias said:

ASSIST in progress!

Thanks! 

1 hour ago, Lisias said:

Let me know if something goes south on your SFS file.

I think it's OK... at least so far. I was able to launch the ship I was working on, luckily (OK it was some skill too) I didn't need to revert to VAB because I was afraid it would have the problem again. I did need to revert to launch once but the issue did not happen then.  Here it is:

Spoiler

DJcs9Pl.png

1 hour ago, Lisias said:

Mirror Symmetries are converted into Radial Symmetry silently on the affected parts, and then any change on the craft that would trigger an update fest will screw up things.

Yeah that sounds like the problem I see.  Especially when strutting between a mirror and radial symmetry part. I only remember it happening on scaled parts, but I scale parts often. For the ship in the picture, the plane is mirror symmetry and the booster is radial. Struts between them get messed up.

1 hour ago, Lisias said:

changing the symmetry of the affected parts back to mirror using a Text Editor,

yuck. what a mess. So far I just redraw them and the problem never happens in flight (I hope!)

Edited by Krazy1
annoying white space
Link to comment
Share on other sites
InfoTheGamer

InfoTheGamer

Posted
Posted

I can follow up with log files as necessary; I get a "there is more than one copy of 999_Scale_Redist.dll on this install" error, but when I go search the entire GameData directory, there is only one copy (the one in GameData root). This error occurs on TweakScale 2.4.5.1, and in KSP version 1.11.1. When I update to a more recent version of TweakScale, I get the same error, but the game never loads and the log file has plenty of null exception errors. What could be causing this error?

Link to comment
Share on other sites
Lisias

Lisias

Posted
  • Author
Posted
1 hour ago, InfoTheGamer said:

I can follow up with log files as necessary; I get a "there is more than one copy of 999_Scale_Redist.dll on this install" error, but when I go search the entire GameData directory, there is only one copy (the one in GameData root). This error occurs on TweakScale 2.4.5.1, and in KSP version 1.11.1. When I update to a more recent version of TweakScale, I get the same error, but the game never loads and the log file has plenty of null exception errors. What could be causing this error?

Multiple copies of Scale_Redist, as the message is complaining.  I don't remember the code from heart (away from computer now) but I think I check for the Assembly's name - so perhaps I was unhappy on writting the error message.

Publish the KSP.log and I will inspect it. Every DLL loaded leaves an entry on the log, I will be able to detect the duplicate from it.

Link to comment
Share on other sites
Lisias

Lisias

Posted
  • Author
Posted
6 minutes ago, Krazy1 said:

@LisiasDoes 2.4.6.6 do anything for the tank offset issue we were discussing? Github description sounds like another issue.

Nope. The 2.4.6.6 is only a recompiling after I fixed (again) a localization string that leaked (again) from the development branch. Other than that, its essentially the same code.

1 hour ago, InfoTheGamer said:

@LisiasHere is the log. https://drive.google.com/file/d/17DW0IAI6KjXtL746G9fWzEzZpmNux6FC/view?usp=sharing

Found it! 

[LOG 15:31:08.571] Load(Assembly): FerramAerospaceResearch/Plugins/Scale_Redist

Delete <your KSP>/GameData/FerramAerospaceResearch/Plugins/Scale_Redist.dll and you will be fine.

I need to fix that Error Message, I will do it. Soon™. :)

Link to comment
Share on other sites
Lisias

Lisias

Posted
  • Author
Posted (edited)
1 hour ago, kcs123 said:

IIRC, zero AVC mod also deals with duplicate plugin dlls. You may want to check out that one and maybe eve recommend as dependency mod for tweakscale.

Environment checks is not part of TweakScale, and I think it should stay so - TS is environment agnostic, it out of scope to handle KSP bugs and idiosyncrasies.

That's the reason the WatchDog was made - to handle it on an optional component, to be installed at users (or installer) discretion: the WatchDog is not installed on CKAN - it's up to CKAN to decide what to install or not about the environment handling, as they are the ones supporting installations for CKAN users.

Additionally, the WatchDog doesn't handle 3rd party DLLs. It only checks for Scale_Redist, and if and only if a client is installed - if you Uninstall TweakScale, Interstellar Extended and any other known dependents from it, it doesn't checks for anything (even with Scale_Redist being present).

Edited by Lisias
better phrasing
Link to comment
Share on other sites
Moshbot

Moshbot

Posted
Posted

Wow, @Lisias! I have an update about my problem. Just by personal interest I've reinstalled TweakScale, also delete TweakableEverything + TweakScaleCompanion. And.... everything works! 
Now I install them back by parts, to find one who's ruining everything. 

*TweakableEverything working fine and now I also installed thing called ToadicusToolsContinued. I didn't have it before btw. 
*TweakScale Companion for ReStock+ works also fine. (before I've got same, but without "for ReStock+")

So... my problem is no more actual. Even solar panels are working without blinking as hell. Have you updated TweakScale for this period of time, after my last "crash report"?

Link to comment
Share on other sites
Lisias

Lisias

Posted
  • Author
Posted (edited)
6 hours ago, Moshbot said:

So... my problem is no more actual. Even solar panels are working without blinking as hell. Have you updated TweakScale for this period of time, after my last "crash report"?

Yes, but I only fixed a string that had leaked from the development branch...

Hummm…. A light bulb just sparkled inside my dull head. :/

Perhaps the whole problem was that String, perhaps someone trying to access that field by the localization string instead by its name….

Thanks for the feedback!! Now I have something to work with again!!

Edited by Lisias
grammars… don't you hate this thing?
Link to comment
Share on other sites
Folkhoer

Folkhoer

Posted
Posted (edited)

@LisiasI installed Tweakscale and Ksp-recall but I get the error message a DLL is missing.
I just put everything in my gamedata folder. Both 666_ModuleManagerWatchDog.dll and 999_Scale_Redist.dll are in the gamedata folder as well.

The loading screen says: the type initializer for 'KSP.e.IO.Hierarchy 1' threw an exception

 

 

 

 

Edited by Folkhoer
Link to comment
Share on other sites
Lisias

Lisias

Posted
  • Author
Posted
6 hours ago, Folkhoer said:

@LisiasI installed Tweakscale and Ksp-recall but I get the error message a DLL is missing.
I just put everything in my gamedata folder. Both 666_ModuleManagerWatchDog.dll and 999_Scale_Redist.dll are in the gamedata folder as well.

The loading screen says: the type initializer for 'KSP.e.IO.Hierarchy 1' threw an exception

 

I'm betting something else is borking a DLL, a situation that triggers a nasty bug on KSP's Assembly Loader - everything borks after that, no mattet what.

Send me your KSP.log (use dropbox or something) and I will inspect it for you. 

Link to comment
Share on other sites
Lisias

Lisias

Posted
  • Author
Posted (edited)
On 12/8/2021 at 8:05 PM, Supersonic Rocketship said:

Hi Lisias, I just got redirected from GitHub while searching about this dll problem. I must admit I have zero clue what's going on in this thread, and I hope that you can help me out by taking a look at my KSP.log?

Hi!

It's that pesky KSP bug on Assembly Resolver again.

There's something very wrong on some Principia DLL's (dont have a clue what, you will need to reach Principia's maintainers for help on this: 

[LOG 17:56:14.371] AssemblyLoader: Loading assembly at E:\SteamLibrary\steamapps\common\Kerbal Space Program\GameData\Principia\x64\libglog.dll
[ERR 17:56:14.922] Failed to load assembly E:\SteamLibrary\steamapps\common\Kerbal Space Program\GameData\Principia\x64\libglog.dll:
System.BadImageFormatException: Format of the executable (.exe) or library (.dll) is invalid.
  at Mono.Cecil.PE.ImageReader.ReadOptionalHeaders (System.UInt16& subsystem, System.UInt16& dll_characteristics) [0x00067] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.PE.ImageReader.ReadImage () [0x0007a] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.PE.ImageReader.ReadImageFrom (System.IO.Stream stream) [0x00007] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.IO.Stream stream, Mono.Cecil.ReaderParameters parameters) [0x00022] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.String fileName, Mono.Cecil.ReaderParameters parameters) [0x0000a] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.String fileName) [0x00007] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at AssemblyLoader.ScanForBadTypeRefs (System.String file) [0x00000] in <c1858a3f77504bd1aaa946fdccf84670>:0
  at AssemblyLoader.LoadExternalAssembly (System.String file) [0x00175] in <c1858a3f77504bd1aaa946fdccf84670>:0

[LOG 17:56:14.922] Load(Assembly): Principia/x64/libprotobuf
[LOG 17:56:14.922] AssemblyLoader: Loading assembly at E:\SteamLibrary\steamapps\common\Kerbal Space Program\GameData\Principia\x64\libprotobuf.dll
[ERR 17:56:15.574] Failed to load assembly E:\SteamLibrary\steamapps\common\Kerbal Space Program\GameData\Principia\x64\libprotobuf.dll:
System.BadImageFormatException: Format of the executable (.exe) or library (.dll) is invalid.
  at Mono.Cecil.PE.ImageReader.ReadOptionalHeaders (System.UInt16& subsystem, System.UInt16& dll_characteristics) [0x00067] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.PE.ImageReader.ReadImage () [0x0007a] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.PE.ImageReader.ReadImageFrom (System.IO.Stream stream) [0x00007] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.IO.Stream stream, Mono.Cecil.ReaderParameters parameters) [0x00022] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.String fileName, Mono.Cecil.ReaderParameters parameters) [0x0000a] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.String fileName) [0x00007] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at AssemblyLoader.ScanForBadTypeRefs (System.String file) [0x00000] in <c1858a3f77504bd1aaa946fdccf84670>:0
  at AssemblyLoader.LoadExternalAssembly (System.String file) [0x00175] in <c1858a3f77504bd1aaa946fdccf84670>:0

[LOG 17:56:15.574] Load(Assembly): Principia/x64/principia
[LOG 17:56:15.574] AssemblyLoader: Loading assembly at E:\SteamLibrary\steamapps\common\Kerbal Space Program\GameData\Principia\x64\principia.dll
[ERR 17:56:16.436] Failed to load assembly E:\SteamLibrary\steamapps\common\Kerbal Space Program\GameData\Principia\x64\principia.dll:
System.BadImageFormatException: Format of the executable (.exe) or library (.dll) is invalid.
  at Mono.Cecil.PE.ImageReader.ReadOptionalHeaders (System.UInt16& subsystem, System.UInt16& dll_characteristics) [0x00067] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.PE.ImageReader.ReadImage () [0x0007a] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.PE.ImageReader.ReadImageFrom (System.IO.Stream stream) [0x00007] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.IO.Stream stream, Mono.Cecil.ReaderParameters parameters) [0x00022] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.String fileName, Mono.Cecil.ReaderParameters parameters) [0x0000a] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.String fileName) [0x00007] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at AssemblyLoader.ScanForBadTypeRefs (System.String file) [0x00000] in <c1858a3f77504bd1aaa946fdccf84670>:0
  at AssemblyLoader.LoadExternalAssembly (System.String file) [0x00175] in <c1858a3f77504bd1aaa946fdccf84670>:0

The KSP's bug kicks in now - when some dependency DLLs fails to be loaded (as it happened with Principia), something inside KSP gets broke and from this point, everything else breaks the same disregarding the thing being able to be loaded or not, and this is what happened on DOE: 

[LOG 17:56:21.329] [AddonLoader]: Instantiating addon 'Startup' from assembly 'DistantObject'
[EXC 17:56:22.126] ReflectionTypeLoadException: Exception of type 'System.Reflection.ReflectionTypeLoadException' was thrown.
        System.Reflection.Assembly.GetTypes () (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0)
        KSPe.IO.Hierarchy`1+<>c[T].<calculateTypeRoot>b__10_0 (System.Reflection.Assembly assembly) (at <9f7cd9a529194dc4a60f3cf218f8503b>:0)
        System.Linq.Enumerable+<SelectManyIterator>d__167`3[TSource,TCollection,TResult].MoveNext () (at <fbb5ed17eb6e46c680000f8910ebb50c>:0)
        System.Linq.Enumerable+WhereSelectEnumerableIterator`2[TSource,TResult].MoveNext () (at <fbb5ed17eb6e46c680000f8910ebb50c>:0)
        System.Linq.Enumerable.TryGetFirst[TSource] (System.Collections.Generic.IEnumerable`1[T] source, System.Boolean& found) (at <fbb5ed17eb6e46c680000f8910ebb50c>:0)
        System.Linq.Enumerable.FirstOrDefault[TSource] (System.Collections.Generic.IEnumerable`1[T] source) (at <fbb5ed17eb6e46c680000f8910ebb50c>:0)
        KSPe.IO.Hierarchy`1[T].calculateTypeRoot () (at <9f7cd9a529194dc4a60f3cf218f8503b>:0)
        KSPe.IO.Hierarchy`1[T].CalculateTypeRoot () (at <9f7cd9a529194dc4a60f3cf218f8503b>:0)
        KSPe.IO.Hierarchy`1[T]..ctor (KSPe.IO.Hierarchy hierarchy) (at <9f7cd9a529194dc4a60f3cf218f8503b>:0)
        KSPe.IO.Hierarchy`1[T]..cctor () (at <9f7cd9a529194dc4a60f3cf218f8503b>:0)
        Rethrow as TypeInitializationException: The type initializer for 'KSPe.IO.Hierarchy`1' threw an exception.
        KSPe.Util.SystemTools+Assembly+Loader`1[T].TryPath (System.String path, System.String[] subdirs) (at <9f7cd9a529194dc4a60f3cf218f8503b>:0)
        KSPe.Util.SystemTools+Assembly+Loader`1[T]..ctor (System.String[] subdirs) (at <9f7cd9a529194dc4a60f3cf218f8503b>:0)
        DistantObject.Startup.Awake () (at <e30ec9083ad44f3d8c362bd51ed054ea>: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__88:MoveNext()
        UnityEngine.MonoBehaviour:StartCoroutine(IEnumerator)
        <CreateDatabase>d__69:MoveNext()
        UnityEngine.MonoBehaviour:StartCoroutine(IEnumerator)
        GameDatabase:StartLoad()
        <LoadSystems>d__11:MoveNext()
        UnityEngine.MonoBehaviour:StartCoroutine(IEnumerator)
        LoadingScreen:Start()

Others add'ons were also affected, but apparently only my ones are programmed to cry when something goes wrong. :)

In a way or another, you need to have Principia fixed. Once this is done, I expect the other add'ons borking on load (including DOE) will be fixed - otherwise, drop me a log here again and we will "Rinse, Repeat"™.

Cheers!

— POST EDIT — 

ERRATA: The Principia DLL erros are harmless. See Principia#3229. There's a solution to prevent this errors on the log suggested on the link.

Edited by Lisias
Nope. The Principia DLL errors are bogus.
Link to comment
Share on other sites
Supersonic Rocketship

Supersonic Rocketship

Posted
Posted
12 hours ago, Lisias said:

Hi!

It's that pesky KSP bug on Assembly Resolver again.

There's something very wrong on some Principia DLL's (dont have a clue what, you will need to reach Principia's maintainers for help on this: 

[LOG 17:56:14.371] AssemblyLoader: Loading assembly at E:\SteamLibrary\steamapps\common\Kerbal Space Program\GameData\Principia\x64\libglog.dll
[ERR 17:56:14.922] Failed to load assembly E:\SteamLibrary\steamapps\common\Kerbal Space Program\GameData\Principia\x64\libglog.dll:
System.BadImageFormatException: Format of the executable (.exe) or library (.dll) is invalid.
  at Mono.Cecil.PE.ImageReader.ReadOptionalHeaders (System.UInt16& subsystem, System.UInt16& dll_characteristics) [0x00067] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.PE.ImageReader.ReadImage () [0x0007a] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.PE.ImageReader.ReadImageFrom (System.IO.Stream stream) [0x00007] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.IO.Stream stream, Mono.Cecil.ReaderParameters parameters) [0x00022] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.String fileName, Mono.Cecil.ReaderParameters parameters) [0x0000a] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.String fileName) [0x00007] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at AssemblyLoader.ScanForBadTypeRefs (System.String file) [0x00000] in <c1858a3f77504bd1aaa946fdccf84670>:0
  at AssemblyLoader.LoadExternalAssembly (System.String file) [0x00175] in <c1858a3f77504bd1aaa946fdccf84670>:0

[LOG 17:56:14.922] Load(Assembly): Principia/x64/libprotobuf
[LOG 17:56:14.922] AssemblyLoader: Loading assembly at E:\SteamLibrary\steamapps\common\Kerbal Space Program\GameData\Principia\x64\libprotobuf.dll
[ERR 17:56:15.574] Failed to load assembly E:\SteamLibrary\steamapps\common\Kerbal Space Program\GameData\Principia\x64\libprotobuf.dll:
System.BadImageFormatException: Format of the executable (.exe) or library (.dll) is invalid.
  at Mono.Cecil.PE.ImageReader.ReadOptionalHeaders (System.UInt16& subsystem, System.UInt16& dll_characteristics) [0x00067] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.PE.ImageReader.ReadImage () [0x0007a] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.PE.ImageReader.ReadImageFrom (System.IO.Stream stream) [0x00007] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.IO.Stream stream, Mono.Cecil.ReaderParameters parameters) [0x00022] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.String fileName, Mono.Cecil.ReaderParameters parameters) [0x0000a] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.String fileName) [0x00007] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at AssemblyLoader.ScanForBadTypeRefs (System.String file) [0x00000] in <c1858a3f77504bd1aaa946fdccf84670>:0
  at AssemblyLoader.LoadExternalAssembly (System.String file) [0x00175] in <c1858a3f77504bd1aaa946fdccf84670>:0

[LOG 17:56:15.574] Load(Assembly): Principia/x64/principia
[LOG 17:56:15.574] AssemblyLoader: Loading assembly at E:\SteamLibrary\steamapps\common\Kerbal Space Program\GameData\Principia\x64\principia.dll
[ERR 17:56:16.436] Failed to load assembly E:\SteamLibrary\steamapps\common\Kerbal Space Program\GameData\Principia\x64\principia.dll:
System.BadImageFormatException: Format of the executable (.exe) or library (.dll) is invalid.
  at Mono.Cecil.PE.ImageReader.ReadOptionalHeaders (System.UInt16& subsystem, System.UInt16& dll_characteristics) [0x00067] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.PE.ImageReader.ReadImage () [0x0007a] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.PE.ImageReader.ReadImageFrom (System.IO.Stream stream) [0x00007] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.IO.Stream stream, Mono.Cecil.ReaderParameters parameters) [0x00022] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.String fileName, Mono.Cecil.ReaderParameters parameters) [0x0000a] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.String fileName) [0x00007] in <7a890c320a104d46b8776d7dd2bc4e65>:0
  at AssemblyLoader.ScanForBadTypeRefs (System.String file) [0x00000] in <c1858a3f77504bd1aaa946fdccf84670>:0
  at AssemblyLoader.LoadExternalAssembly (System.String file) [0x00175] in <c1858a3f77504bd1aaa946fdccf84670>:0

The KSP's bug kicks in now - when some dependency DLLs fails to be loaded (as it happened with Principia), something inside KSP gets broke and from this point, everything else breaks the same disregarding the thing being able to be loaded or not, and this is what happened on DOE: 

[LOG 17:56:21.329] [AddonLoader]: Instantiating addon 'Startup' from assembly 'DistantObject'
[EXC 17:56:22.126] ReflectionTypeLoadException: Exception of type 'System.Reflection.ReflectionTypeLoadException' was thrown.
        System.Reflection.Assembly.GetTypes () (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0)
        KSPe.IO.Hierarchy`1+<>c[T].<calculateTypeRoot>b__10_0 (System.Reflection.Assembly assembly) (at <9f7cd9a529194dc4a60f3cf218f8503b>:0)
        System.Linq.Enumerable+<SelectManyIterator>d__167`3[TSource,TCollection,TResult].MoveNext () (at <fbb5ed17eb6e46c680000f8910ebb50c>:0)
        System.Linq.Enumerable+WhereSelectEnumerableIterator`2[TSource,TResult].MoveNext () (at <fbb5ed17eb6e46c680000f8910ebb50c>:0)
        System.Linq.Enumerable.TryGetFirst[TSource] (System.Collections.Generic.IEnumerable`1[T] source, System.Boolean& found) (at <fbb5ed17eb6e46c680000f8910ebb50c>:0)
        System.Linq.Enumerable.FirstOrDefault[TSource] (System.Collections.Generic.IEnumerable`1[T] source) (at <fbb5ed17eb6e46c680000f8910ebb50c>:0)
        KSPe.IO.Hierarchy`1[T].calculateTypeRoot () (at <9f7cd9a529194dc4a60f3cf218f8503b>:0)
        KSPe.IO.Hierarchy`1[T].CalculateTypeRoot () (at <9f7cd9a529194dc4a60f3cf218f8503b>:0)
        KSPe.IO.Hierarchy`1[T]..ctor (KSPe.IO.Hierarchy hierarchy) (at <9f7cd9a529194dc4a60f3cf218f8503b>:0)
        KSPe.IO.Hierarchy`1[T]..cctor () (at <9f7cd9a529194dc4a60f3cf218f8503b>:0)
        Rethrow as TypeInitializationException: The type initializer for 'KSPe.IO.Hierarchy`1' threw an exception.
        KSPe.Util.SystemTools+Assembly+Loader`1[T].TryPath (System.String path, System.String[] subdirs) (at <9f7cd9a529194dc4a60f3cf218f8503b>:0)
        KSPe.Util.SystemTools+Assembly+Loader`1[T]..ctor (System.String[] subdirs) (at <9f7cd9a529194dc4a60f3cf218f8503b>:0)
        DistantObject.Startup.Awake () (at <e30ec9083ad44f3d8c362bd51ed054ea>: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__88:MoveNext()
        UnityEngine.MonoBehaviour:StartCoroutine(IEnumerator)
        <CreateDatabase>d__69:MoveNext()
        UnityEngine.MonoBehaviour:StartCoroutine(IEnumerator)
        GameDatabase:StartLoad()
        <LoadSystems>d__11:MoveNext()
        UnityEngine.MonoBehaviour:StartCoroutine(IEnumerator)
        LoadingScreen:Start()

Others add'ons were also affected, but apparently only my ones are programmed to cry when something goes wrong. :)

In a way or another, you need to have Principia fixed. Once this is done, I expect the other add'ons borking on load (including DOE) will be fixed - otherwise, drop me a log here again and we will "Rinse, Repeat"™.

Cheers!

I just got replied by a maintainer of Principia, they said that it's normal for Principia to send these messages, and that Principia is not the cause. 

Dll error when loading the game · Issue #3229 · mockingbirdnest/Principia (github.com)

Link to comment
Share on other sites
Lisias

Lisias

Posted
  • Author
Posted (edited)
10 hours ago, Supersonic Rocketship said:

I just got replied by a maintainer of Principia, they said that it's normal for Principia to send these messages, and that Principia is not the cause. 

Dll error when loading the game · Issue #3229 · mockingbirdnest/Principia (github.com)

Didn't knew it. Well, let's dig again on that log.

Well, I found this later: 

[ERR 17:56:20.880] AssemblyLoader: Exception loading 'SSTUTools': System.Reflection.ReflectionTypeLoadException: Exception of type 'System.Reflection.ReflectionTypeLoadException' was thrown.
  at (wrapper managed-to-native) System.Reflection.Assembly.GetTypes(System.Reflection.Assembly,bool)
  at System.Reflection.Assembly.GetTypes () [0x00000] in <ad04dee02e7e4a85a1299c7ee81c79f6>:0
  at AssemblyLoader.LoadAssemblies () [0x000e6] in <c1858a3f77504bd1aaa946fdccf84670>:0

Additional information about this exception:

 System.IO.FileNotFoundException: Could not load file or assembly 'TexturesUnlimited, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies.
File name: 'TexturesUnlimited, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'

Since Principia is not the cause of the problem, it must be this one. Something needs Textures Unlimited installed, and apparently it is not installed.

Your log is littered with this one, but since Principia "came first" on the log, I didn't paid attention on it.

— — POST EDIT — — 

I added a comment on the issue you created there suggesting a way to solve this Principia's annoyance.

 

Edited by Lisias
post edit
Link to comment
Share on other sites
Supersonic Rocketship

Supersonic Rocketship

Posted
Posted (edited)
11 hours ago, Lisias said:

Didn't knew it. Well, let's dig again on that log.

Well, I found this later: 

[ERR 17:56:20.880] AssemblyLoader: Exception loading 'SSTUTools': System.Reflection.ReflectionTypeLoadException: Exception of type 'System.Reflection.ReflectionTypeLoadException' was thrown.
  at (wrapper managed-to-native) System.Reflection.Assembly.GetTypes(System.Reflection.Assembly,bool)
  at System.Reflection.Assembly.GetTypes () [0x00000] in <ad04dee02e7e4a85a1299c7ee81c79f6>:0
  at AssemblyLoader.LoadAssemblies () [0x000e6] in <c1858a3f77504bd1aaa946fdccf84670>:0

Additional information about this exception:

 System.IO.FileNotFoundException: Could not load file or assembly 'TexturesUnlimited, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies.
File name: 'TexturesUnlimited, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'

Since Principia is not the cause of the problem, it must be this one. Something needs Textures Unlimited installed, and apparently it is not installed.

Your log is littered with this one, but since Principia "came first" on the log, I didn't paid attention on it.

— — POST EDIT — — 

I added a comment on the issue you created there suggesting a way to solve this Principia's annoyance.

 

Seems like Ckan missed it. I don't know if this has to do with how Ckan obtains the mod dependency info, or an author of one of my 100,000,000 mods forgot to include that in the dependency list. 

Fired up KSP again, doesn't seem like there's an issue anymore. Thank you so much!

Edited by Supersonic Rocketship
Link to comment
Share on other sites
Lisias

Lisias

Posted
  • Author
Posted (edited)

METAR

A regression on TweakScale was detected (eating  your own dog-food is simply the best QAS tool I know).

While tackling down Issue #219, I inadvertently resurrected Issue #139 - but with a glitch, it was working at that time, otherwise I would not had closed it.

As it appears, @darthgently apparently was kind of right:

On 11/29/2021 at 2:29 PM, darthgently said:

My gut tells me that some interaction between KSP and mods and TS isn't properly scaling the offsets on copy, or a scaling is being interpreted as an offset or something like that.  Which originally looked like an attachment node issue, but I think that is a side effect

Could it be that TS is acting too soon?  Like KSP is still in the process of copying the object or something?  I imagine that KSP offers no obvious way to know when "too soon" is, but maybe there is something the code could look for if some kind of race condition is happening

And I was not entirely at fault as I was thinking.

Empirical tests suggests that the problem is not something being done (or not!!!) after TweakScale acts, but before. Apparently, there're two situations in which the nodes are already on its ideal places, and one situation in which I must set the nodes myself.

The problem appears to be OnLoad and OnCopy triggering the event KSPEvents.onEditorVariantApplied (what's nuts, it's my understanding that this event should be called only when the User selected a new Variant) - but OnLoad and OnCopy already have the nodes on their places, and so TweakScale's code that handles the user changing Variants ends up borking their job. There's already KSPEvents.onVariantApplied , where it's my understanding the code induced events should happen. Unless I missing some important detail, the current usage of these events makes no sense.

This apparently explains why the #219 bug affected loading crafts on Editor, but not on the Flight Scene (something that scared the sheet out of me at that time!).

In a way or another, the current status quo is that if you change the variant of a scaled part on editor, now, the nodes will be defaulted to the unscaled position - you need to scale the part to the default, change the variant, and then scale back the part. Pretty cumbersome (and the problem that line of code I deleted was fixing).

Now that I understand what's happening, I can try to fix the thing safely. This will be tackled down on Issue #223.

Edited by Lisias
Grammars. Hate this thing.
Link to comment
Share on other sites
darthgently

darthgently

Posted
Posted
4 hours ago, Lisias said:

METAR

A regression on TweakScale was detected (eating  your own dog-food is simply the best QAS tool I know).

While tackling down Issue #219, I inadvertently resurrected Issue #139 - but with a glitch, it was working at that time, otherwise I would not had closed it.

As it appears, @darthgently apparently was kind of right:

And I was not entirely at fault as I was thinking.

Empirical tests suggests that the problem is not something being done (or not!!!) after TweakScale acts, but before. Apparently, there're two situations in which the nodes are already on its ideal places, and one situation in which I must set the nodes myself.

The problem appears to be OnLoad and OnCopy triggering the event KSPEvents.onEditorVariantApplied (what's nuts, it's my understanding that this event should be called only when the User selected a new Variant) - but OnLoad and OnCopy already have the nodes on their places, and so TweakScale's code that handles the user changing Variants ends up borking their job. There's already KSPEvents.onVariantApplied , where it's my understanding the code induced events should happen. Unless I missing some important detail, the current usage of these events makes no sense.

This apparently explains why the #219 bug affected loading crafts on Editor, but not on the Flight Scene (something that scared the sheet out of me at that time!).

In a way or another, the current status quo is that if you change the variant of a scaled part on editor, now, the nodes will be defaulted to the unscaled position - you need to scale the part to the default, change the variant, and then scale back the part. Pretty cumbersome (and the problem that line of code I deleted was fixing).

Now that I understand what's happening, I can try to fix the thing safely. This will be tackled down on Issue #223.

I think I've seen something along these lines in that when I rescale a part, sometimes the nodes are off.  But if I remove it from the craft, drop it in the "air", and copy it, the nodes fix and I can reattach the copy correctly.  I think this mostly occurs with parts I've previously changed the variant on; but I nearly always change the variant from default so hard to say from memory.  But I have seen some fairly direct oddities while changing the variant of a scaled part.  Like the part going transparent will still attached to the craft; but only once in a while.  Also, I've had trouble attaching some multipart sections after removing them unless I first drop it then copy it *and* I have to be fast when attaching the copy.  If I take more than a second to complete the attach the NULL REF errors flow like anti-manna from hell and only clicking in the inventory area to delete the held parts or ctrl-Z will end that loop typically.  But if I'm fast, it will attach fine.  Completely reeks of some kind of race condition in which if I attach quick enough, I beat the branch that sends it all the hell

Link to comment
Share on other sites
Lisias

Lisias

Posted
  • Author
Posted
1 hour ago, darthgently said:

 If I take more than a second to complete the attach the NULL REF errors flow like anti-manna from hell and only clicking in the inventory area to delete the held parts or ctrl-Z will end that loop typically.  But if I'm fast, it will attach fine.  Completely reeks of some kind of race condition in which if I attach quick enough, I beat the branch that sends it all the hell

Me definitions for 'race conditions' were updated. :confused:

I never thought on trying something like that.

I will try to reproduce this on my clean and dirty testbeds. If I don't manage to reproduce it, I will need your help to nail this one!

Link to comment
Share on other sites
Sandriell

Sandriell

Posted
Posted

Not sure if it is just me but I seem to be unable to download the latest version of Tweakscale- Version 2.4.6.6. I have tried CKAN, Spacedock and Github and all the downloads seem to actually be 2.4.6.5

I noticed this because I am having the localization issue in game. So checking the downloads and in game and everything is saying 2.4.6.5

Link to comment
Share on other sites
Lisias

Lisias

Posted
  • Author
Posted
2 hours ago, Sandriell said:

Not sure if it is just me but I seem to be unable to download the latest version of Tweakscale- Version 2.4.6.6. I have tried CKAN, Spacedock and Github and all the downloads seem to actually be 2.4.6.5

I noticed this because I am having the localization issue in game. So checking the downloads and in game and everything is saying 2.4.6.5

You are right. I just downloaded the ZIPs from CurseForge and Spacedock and the contents of the 2.4.6.6 zip file is… well… the 2.4.6.5 binaries and files. :blush:

Spoiler

I think I need to take action about RL™, things are getting out of control. Switching jobs may be an option at this point, it's not only TS that it's getting messed up. :/ 

Anyway, thank you for the heads up. Github is updated to 2.4.6.7 (the real deal this time, I double checked everything), CurseForge and Spacedock is going to be updated in the next 15 minutes.

Link to comment
Share on other sites
Lisias

Lisias

Posted
  • Author
Posted

NOTAM

KSP 1.12.3 was just released. The thingy is being downloaded right now, and I will test it on TweakScale (just in case) in the early morning tomorrow.

I don't expect any problems, this appears to be a (partial) bug fix release - but, just in case, keep backups of everything if you choose to try KSP 1.12.3 on the latest TweakScale before me - KSP-Recall needs to be (re)validated, and in the mean time some fixes may misbehave.

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.

×
 Share
Go to topic listing
×
×
  • Create New...