habix

Nice! No idea how I missed this mod.

I'm using tripple (3x 1920x1080) monitor setup, with monitors 1 & 3 in portrait mode.. main monitor is middle in landscape. The problem is: game launcher lists resolutions of monitor #1 (which is in portrait mode), but starts game on main monitor. I have to edit settings manually and set it from 1080x1920 to 1920x1080.

I love this mod, but it doesn't work very well with RemoteTech. If you're controlling unmanned craft remotely, triggering actions on parts is delayed depending on distance from home. With part commander I can skip this delay (possibly trigger action without connection back to home - which is not possible if you try to trigger by right clicking a part and selecting from menu). Any chance of making this 2 mods work together?

Sorry.. didn't read up the forum to know what the original problems were, but this patch fixed some exceptions I was getting when putting some items in containers while in VAB [LOG 15:07:17.765] Start pickup in mode Move from part: SEP.solarPanel (Part) [EXC 15:07:20.065] NullReferenceException: Object reference not set to an instance of an object BaseFieldList.GetEnumerator () KIS.KIS_Shared.CleanupFieldsInModule (.PartModule module) KIS.KIS_Shared.CleanupModuleFieldsInPart (.Part part) KIS.KIS_Shared.PartSnapshot (.Part part) KIS.KIS_Item..ctor (.Part part, KIS.ModuleKISInventory inventory, Single quantity) KIS.ModuleKISInventory.AddItem (.Part part, Single qty, Int32 slot) KIS.ModuleKISInventory.GuiInventory (Int32 windowID) KIS.ModuleKISInventory.GuiMain (Int32 windowID) UnityEngine.GUILayout+LayoutedWindow.DoWindow (Int32 windowID) UnityEngine.GUI.CallWindowDelegate (UnityEngine.WindowFunction func, Int32 id, UnityEngine.GUISkin _skin, Int32 forceRect, Single width, Single height, UnityEngine.GUIStyle style) The exception is gone and items gets transfered to container now, thanks!

I didn't have time for a full test yet, but the exception is gone and also FAR finishes voxelization process now. (took latest release and overwrote the dlls from last link)

Still getting that nullref with 1.2.1.4 [LOG 08:30:42.609] RemoteTech: ModuleRTDataTransmitter::OnLoad [LOG 08:30:42.609] RemoteTech: ModuleRTAntenna: Find TRANSMITTER success. [LOG 08:30:42.610] RemoteTech: ModuleRTAntenna: Add TRANSMITTER success. [EXC 08:30:42.611] NullReferenceException: Object reference not set to an instance of an object ConnectedLivingSpace.CLSAddon.RebuildCLSVessel (.Vessel newVessel) ConnectedLivingSpace.CLSAddon.OnVesselWasModified (.Vessel data) EventData`1[Vessel].Fire (.Vessel data) RemoteTech.Modules.ModuleRTAntenna.AddTransmitter () RemoteTech.Modules.ModuleRTAntenna.SetState (Boolean state) RemoteTech.Modules.ModuleRTAntenna.OnStart (StartState state) Part.ModulesOnStart () Part+<Start>c__Iterator25.MoveNext () [LOG 08:30:43.984] bluedog.rangerDish added to ship - part count: 2 [LOG 08:30:43.994] RemoteTech: ModuleRTDataTransmitter::OnSave [LOG 08:30:44.027] Updating Untitled Space Craft [LOG 08:30:44.088] Updating Untitled Space Craft [LOG 08:30:44.149] Updating Untitled Space Craft [LOG 08:30:44.207] Updating Untitled Space Craft

Works for me just fine with other 75+ 1.1.2 mods..

Yes, it worked without Remotetech. Also it worked without CLS but with RemoteTech installed. I did have some trouble reproducing error consistently after a clean install.. so I didn't wan't to bother you with half logs. Anyway the CLS author did say he found out why NRE is raised/how to handle it and he will have a fix soon (right now I'm not using CLS and everything works fine with FAR). I'll let you know if I have some more SOLID info (if NRE fix in CLS also fixes FAR in combination with all this mods).

Just a tiny ResearchBodies mod integration suggestion: when display name when hoovering over planets is enabled and also when using a mod ResearchBodies can you display label "unknown" if the planet wasn't discovered yet?

Seems we're using similar mods to get into similar problems ))

I'm trying to reproduce the error with fresh install and only "involved mods".. without luck. The error posted before was raised when using CLS, RemoteTech, Bluedog Design Bureau, FAR (last one was not really raising exceptions, it just didn't work because of exception before it-I guess), and some more.. It happened when attaching antenna or command pod from BDB to existing vanilla command pod. Other parts from BDB mod worked with FAR (only antennas and command pods did not). Same exception was raised when using mod "Antennas (config based only - no code)" instead of BDB.. and attaching antenna to mk1 vanilla command pod. Removing CLS at any time solved the problem (as did removing just RemoteTech). Well.. hope it helps somewhat to find out what is happening

reproduction: Installed mods: FAR RemoteTech Connected Living Space Bluedog Design Bureau Place command pod in VAB, attach any antenna from BDB or command pod to it - the voxelization doesn't finish after attach. The author of CLS is already investigating the problem, but maybe you can look it up too, to handle cases like this. Log looks something like this: [LOG 19:43:52.258] RemoteTech: ModuleRTDataTransmitter::OnLoad[LOG 19:43:52.259] RemoteTech: ModuleRTAntenna: Find TRANSMITTER success.[LOG 19:43:52.259] RemoteTech: ModuleRTAntenna: Add TRANSMITTER success.[EXC 19:43:52.261] NullReferenceException: Object reference not set to an instance of an object ConnectedLivingSpace.CLSAddon.RebuildCLSVessel (.Vessel newVessel) ConnectedLivingSpace.CLSAddon.OnVesselWasModified (.Vessel data) EventData`1[Vessel].Fire (.Vessel data) RemoteTech.Modules.ModuleRTAntenna.AddTransmitter () RemoteTech.Modules.ModuleRTAntenna.SetState (Boolean state) RemoteTech.Modules.ModuleRTAntenna.OnStart (StartState state) Part.ModulesOnStart () Part+<Start>c__Iterator25.MoveNext ()[LOG 19:43:53.661] bluedog.Diamant.Asterix added to ship - part count: 2[LOG 19:43:53.674] RemoteTech: ModuleRTDataTransmitter::OnSave[LOG 19:43:53.694] Updating Untitled Space Craft[LOG 19:43:53.727] Updating Untitled Space Craft[LOG 19:43:53.789] Updating Untitled Space Craft

I was installing and uninstalling mods today to find out what is breaking FAR voxelization process. In the end, it was CLS exception that breaks things (possibly in connection with RemoteTech): When attaching antenna or command pod to original command pod: [LOG 19:43:52.258] RemoteTech: ModuleRTDataTransmitter::OnLoad [LOG 19:43:52.259] RemoteTech: ModuleRTAntenna: Find TRANSMITTER success. [LOG 19:43:52.259] RemoteTech: ModuleRTAntenna: Add TRANSMITTER success. [EXC 19:43:52.261] NullReferenceException: Object reference not set to an instance of an object ConnectedLivingSpace.CLSAddon.RebuildCLSVessel (.Vessel newVessel) ConnectedLivingSpace.CLSAddon.OnVesselWasModified (.Vessel data) EventData`1[Vessel].Fire (.Vessel data) RemoteTech.Modules.ModuleRTAntenna.AddTransmitter () RemoteTech.Modules.ModuleRTAntenna.SetState (Boolean state) RemoteTech.Modules.ModuleRTAntenna.OnStart (StartState state) Part.ModulesOnStart () Part+<Start>c__Iterator25.MoveNext () [LOG 19:43:53.661] bluedog.Diamant.Asterix added to ship - part count: 2 [LOG 19:43:53.674] RemoteTech: ModuleRTDataTransmitter::OnSave [LOG 19:43:53.694] Updating Untitled Space Craft [LOG 19:43:53.727] Updating Untitled Space Craft [LOG 19:43:53.789] Updating Untitled Space Craft [LOG 19:43:53.857] Updating Untitled Space Craft [LOG 19:43:53.907] Updating Untitled Space Craft [LOG 19:43:53.974] Updating Untitled Space Craft [LOG 19:43:54.023] Updating Untitled Space Craft [LOG 19:43:54.092] Updating Untitled Space Craft If I remove CLS, FAR finishes voxelization process without a problem.

OK, found out what is going on. The real problem is mod "Connected living space" in combination with "RemoteTech" - it raises some exception when attaching antenna or command pod and breaks voxelization process. Long story short: removing CLS fixes voxelization process for me.

moved