ss8913

thanks for the reply - but either way, if I load the bleeding-edge kopernicus in 1.11 at all, I get the poptart cat rainbow thing and the message saying "this will corrupt your saves, not compatible with this version of KSP" - regardless of what I'm doing with MFI.

why does CKAN claim that this mod conflicts with ModularFlightIntegrator? they *should* work together, yes? also, (yes I installed the 'bleeding edge' kopernicus), it says "not compatible with this version of ksp" running 1.11; is this intentional? does bleeding edge mean 1.10 and not 1.11 ? Will uninstall for now.

I'd think probably yes? the mod was just forked into a 'continued' or whatnot, not that long ago, so I'm pretty sure it's in active development. In the meantime, it's MOSTLY working fine as-is in 1.11 except none of the in-editor tools are functional. (for me anyway). But I'm still using the existing version with 1.11 and I'm not mad

hi again @FreeThinker - haven't posted in a while (stuff has been working nicely, thanks ).. but I have a minor issue that I've had for several versions now going back to KSP 1.9.x actually.. figured it was time to see if there's a way to fix this... so, scenario is this - I make a spaceplane using the winged edge radiators stuffed into the wings. Been doing this for years, works great. Everything's fine on ascent, and in space. But whilst landing, with throttles (and presumably the positron reactors attached to the thermal turbojets similarly at idle), these radiators start building up heat on the glide into KSC and often explode mid-air; fortunately they don't affect the handling of the craft, but I'm puzzled as to why there's so much heat build-up on a power-off glide back down to the runway? I'm also using FAR, if that makes any difference(?) but either way I'd expect to see this problem on ascent at full throttle, not on landing?

can confirm it works with FAR.. did an interesting crosswind landing earlier. definitely more realistic/detailed than the old Kerbal Wind mod (which required and only worked with FAR, and let you set static winds only).

it does not work in KSP 1.11 however, and won't until an update is published. See above for that conversation.

odd. only issues I've had with it are: 1. editor functions are completely not working - static aero calculations, etc, everything reads zero inside sph/vab's FAR menu. Not a critical problem unless you're having design difficulties. Test pilots get a little extra hazard pay... 2. airspeed settings (I set mine to IAS/kts, like in real life, since I'm a pilot), they work at first, but if you go to space and come back, it locks the units at m/s and ignores the FAR units setting for the airspeed. Annoying but not critical

I don't get how some mods have the warning at the start, but still work, and some mods have the same warning, but actively disable themselves.. I haven't dug into the code of this or any mod that heavily, is the warning and the actually-disabling a completely different function? Just curious as to how that works. Will follow this thread and CKAN for news of such an update for RealChute. In the meantime... spaceplanes.

thanks for looking into it, much appreciated.

every action group that I press, double actuates it. ie if i have 0 bound to cabin lights, pressing 0 will turn them on and immediately back off. pushing a button to 'increase flap deflection' will go from 0 to 2, instead of 0 to 1, etc. this is new behavior with 1.10.x, worked fine in 1.9.1.

is this mod still being actively maintained? It "works" in 1.10.1 but has a few issues, wondering if it's still slated to be updated or if I should find a new action group mod?

I know this isn't officially updated for 1.10.1 yet, but I wanted to share an observation; Everything seems to work ok except for one thing (that I've found). I set my airspeed to "IAS - knots" - this works as expected most of the time. going into cockpit view and back out again however, will screw it up and set it back to m/s (although it will remember the IAS part). If the cockpit has its OWN digital/stockalike airspeed indicator, this will continue to show KIAS but the normal navball outside of cockpit view will be stuck in m/s ... until a new launch, then it's fine again. This behavior is new in 1.10.1, just wanted to report it as something that might need looking at before the official release for 1.10.1 compatibility. Thanks! let me know if you need any additional information, tests, etc.

hi, I've been using RT for years, first time I've had an issue.. KSP version: 1.10.1 RT version: 1.9.8 (CKAN says compatible with 1.10.1) Issue: Went to place a GX-128 long range antenna on a brand new craft in VAB. Instant crash to desktop. Log excerpt is here. This continues for a while with similar errors, until the logfile ends. [LOG 16:03:56.546] [RemoteTech] ModuleRTDataTransmitter::OnLoad [LOG 16:03:56.546] [RemoteTech] ModuleRTAntenna: Find TRANSMITTER success. [LOG 16:03:56.546] [RemoteTech] ModuleRTAntenna: Add TRANSMITTER success. [ERR 16:03:56.547] Exception handling event onVesselWasModified in class VesselStatsManager:System.ArgumentNullException: Value cannot be null. Parameter name: key at System.Collections.Generic.Dictionary`2[TKey,TValue].FindEntry (TKey key) [0x00008] in <ad04dee02e7e4a85a1299c7ee81c79f6>:0 at System.Collections.Generic.Dictionary`2[TKey,TValue].ContainsKey (TKey key) [0x00000] in <ad04dee02e7e4a85a1299c7ee81c79f6>:0 at TrackResource.VesselStatsManager.Remove (Vessel v) [0x00000] in <244475010c3f493a9679413f979fe15d>:0 at TrackResource.VesselStatsManager.Reload (Vessel v) [0x00000] in <244475010c3f493a9679413f979fe15d>:0 at EventData`1[T].Fire (T data) [0x000b0] in <c1858a3f77504bd1aaa946fdccf84670>:0 [EXC 16:03:56.548] ArgumentNullException: Value cannot be null. Parameter name: key System.Collections.Generic.Dictionary`2[TKey,TValue].FindEntry (TKey key) (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) System.Collections.Generic.Dictionary`2[TKey,TValue].ContainsKey (TKey key) (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) TrackResource.VesselStatsManager.Remove (Vessel v) (at <244475010c3f493a9679413f979fe15d>:0) TrackResource.VesselStatsManager.Reload (Vessel v) (at <244475010c3f493a9679413f979fe15d>:0) EventData`1[T].Fire (T data) (at <c1858a3f77504bd1aaa946fdccf84670>:0) UnityEngine.DebugLogHandler:LogException(Exception, Object) ModuleManager.UnityLogHandle.InterceptLogHandler:LogException(Exception, Object) UnityEngine.Debug:LogException(Exception) EventData`1:Fire(Vessel) RemoteTech.Modules.ModuleRTAntenna:AddTransmitter() RemoteTech.Modules.ModuleRTAntenna:SetState(Boolean) RemoteTech.Modules.ModuleRTAntenna:OnStart(StartState) Part:ModulesOnStart() <Start>d__298:MoveNext() UnityEngine.SetupCoroutine:InvokeMoveNext(IEnumerator, IntPtr) [ERR 16:03:56.548] Exception handling event onVesselWasModified in class ModuleIRServo_v3:System.NullReferenceException: Object reference not set to an instance of an object at InfernalRobotics_v3.Module.ModuleIRMovedPart.InitializePart (Part part) [0x00009] in <1886c2a334854b74853be7fb07236d62>:0 at InfernalRobotics_v3.Module.ModuleIRServo_v3.OnVesselWasModified (Vessel v) [0x0009d] in <1886c2a334854b74853be7fb07236d62>:0 at EventData`1[T].Fire (T data) [0x000b0] in <c1858a3f77504bd1aaa946fdccf84670>:0 [EXC 16:03:56.549] NullReferenceException: Object reference not set to an instance of an object InfernalRobotics_v3.Module.ModuleIRMovedPart.InitializePart (Part part) (at <1886c2a334854b74853be7fb07236d62>:0) InfernalRobotics_v3.Module.ModuleIRServo_v3.OnVesselWasModified (Vessel v) (at <1886c2a334854b74853be7fb07236d62>:0) EventData`1[T].Fire (T data) (at <c1858a3f77504bd1aaa946fdccf84670>:0) UnityEngine.DebugLogHandler:LogException(Exception, Object) ModuleManager.UnityLogHandle.InterceptLogHandler:LogException(Exception, Object) UnityEngine.Debug:LogException(Exception) EventData`1:Fire(Vessel) RemoteTech.Modules.ModuleRTAntenna:AddTransmitter() RemoteTech.Modules.ModuleRTAntenna:SetState(Boolean) RemoteTech.Modules.ModuleRTAntenna:OnStart(StartState) Part:ModulesOnStart() <Start>d__298:MoveNext() UnityEngine.SetupCoroutine:InvokeMoveNext(IEnumerator, IntPtr) [ERR 16:03:56.549] Exception handling event onVesselWasModified in class ModuleIRServo_v3:System.NullReferenceException: Object reference not set to an instance of an object at InfernalRobotics_v3.Module.ModuleIRMovedPart.InitializePart (Part part) [0x00009] in <1886c2a334854b74853be7fb07236d62>:0 at InfernalRobotics_v3.Module.ModuleIRServo_v3.OnVesselWasModified (Vessel v) [0x0009d] in <1886c2a334854b74853be7fb07236d62>:0 at EventData`1[T].Fire (T data) [0x000b0] in <c1858a3f77504bd1aaa946fdccf84670>:0

does the current version work in 1.10? didn't see any posts about that, but, there are a lot to look through...

Keep in mind that if you do recompile for 1.9.1, even if it appears to work... kopernicus is version locked normally because it does have the potential to corrupt save files if you're using it with an incompatible version. I'm guessing (but I cannot confirm) that this happened in the past, and that's what led the devs to version lock it.

Tokamak is correct that only the 2.5m probe core (plus 6 kerbals, and it doesn't matter what job they have) can act as a probe control point. It's been that way since... as far back as I can remember. If you need a smaller part, tweakscale can shrink the RC-25 to a smaller size without sacrificing this functionality.

yeah I too attempted a recompile of kopernicus, but, not wanting to encounter a game-breaking bug that might destroy a save after I've made progress since a backup, I never installed it. It'll compile cleanly against 1.9.1 easily, but... if it were THAT easy, the maintainers would have released it by now I'm sure, so.. waiting for the devs to make an official release.

is it? when it randomly picks the good antenna, the transmission rate is far faster than when it picks the bad antenna...

hello.. have been using this mod for many years, have had this problem for almost that same amount of time, never asked about it until now... so: I have a space station with science labs in them, which contain science, and I want to transmit this back to Kerbin. I have several antennae on this station, all with a valid connection back to Kerbin mission control/other ground stations. Some of my parts on the station such as the MKS "Orca" command pod have an integrated passive antenna with decent range, but not very good bandwidth. My big GX dishes have a ton more bandwidth. Anyway, I go to 'transmit science' after researching it in the lab, and it seems to always pick the slowest antenna to use, unless I'm transmitting from multiple labs. There seems to be no way to tell anything which antenna to use, nor any way to disable the integrated antennas in the other parts. Or is there? That's my question, is there a way to do that? If not, could that be considered a feature request for the next remotetech release?

this should work in 1.9,1, since kerbal konstructs is updated, right? or are there other dependencies? I don't see any compatibility information on the top post (or did I miss it?)

it seems that it broke ... a few things, that I can see: 1. planetary logistics (I'm taking your word for this one, I don't use it) 2. local logistics - if I drop a kontainer 100m from my base, local logistics will not automatically pull from the kontainer like it used to; I can manually transfer through the kolonization GUI but if i want it to be automatic I need to connect the kontainer to the base with KAS 3. changing the bay type with an EVA engineer on an advanced agriculture plant, ie, from Fertilizer(M) to Fertilizer(G), changes the behavior but not the label, and sometimes changes neither. Not Kerbin-shattering bugs, and I would have reported them earlier but just noticed that MKS is not officially updated for 1.9.1 yet so that's probably why and I'm going to just give it a pass until the update drops.

That's.. what I'm doing, is trying to help. The source code is publicly available on GitHub, so I thought I'd compile it. I didn't offer an off-label DLL to download, I was just saying that I got it to compile (and I changed the version info in CompatibilityChecker.cs to keep it from explicitly conflicting), and said I was going to test it myself on my own save. What rule did I violate by doing so? That said, if there's any known issues in the code that any of the maintainers would like a hand looking at which I am unaware of, please let me know the specifics and I'll try to help, and send a pull request if I have any success.

Haven't *tested* it yet, but pulling the source into VS2019 and compiling it against 1.9.1 builds cleanly without warnings or errors, so... something to try perhaps. Going to test it later.

TCA has the same issue with windows not appearing. I heard someone say that this is or may be a related issue, but not sure. I'll reinstall IR and check the logs.

F5/F9 (quicksave/quickload) has so far fixed all transient glitches I've experienced, which is mostly a case of water simply disappearing, both on Kerbin and on Laythe.