ss8913

Members
  • Content Count

    1,264
  • Joined

  • Last visited

Community Reputation

251 Excellent

1 Follower

About ss8913

  • Rank
    Sr. Spacecraft Engineer

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. 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.
  2. 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?
  3. 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.
  4. 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
  5. does the current version work in 1.10? didn't see any posts about that, but, there are a lot to look through...
  6. 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.
  7. 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.
  8. 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.
  9. is it? when it randomly picks the good antenna, the transmission rate is far faster than when it picks the bad antenna...
  10. 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?
  11. 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?)
  12. 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.
  13. 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.
  14. 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.