Tahvohck

@theJesuit I just wanted to let you know that with Breaking Ground, Remote Tech, and Kerbalism all three together, this means it's possible to unlock ground experiments and not be able to do anything with them until you also unlock the dish. The ground experiments are actually kind of a mess in general, since each different part of the experiments gets unlocked with a different node. But, specifically the control station relies on RT passive antenna for communication. Here's the github issue I opened up to find this: https://github.com/RemoteTechnologiesGroup/RemoteTech/issues/809 I don't know if this would be better fixed with Kerbalism or Tetrix, but I wanted to let you know about it.

@mindseyemodels That's the same issue I was having. Check the Versions tab in CKAN and make sure it's version 2:v0.0541 that's installed. If not, you probably need to add KSP version 1.8 as a CKAN compatibility override.

Despite the MM patch claiming that the habitat module replaces the inflation capability, I can't inflate parts from SSPX and I can't configure their habitats either. Here's the part as dumped by MM: https://hastebin.com/xejudukesu.cfg PART { name = sspx-inflatable-hab-125-1 module = Part author = Chris Adderley scale = 1.0 rescaleFactor = 1 node_stack_top = 0.0, 1.9737996, 0.0, 0.0, 1.0, 0.0, 1 node_stack_bottom = 0.0, -1.9737996, 0.0, 0.0, -1.0, 0.0, 1 node_attach = 0.0, 0.0, -0.6253833, 0.0, 0.0, 1.0, 1 TechRequired = advancedSupport entryCost = 18500 cost = 7000 category = Utility subcategory = 0 title = PTD-E-2 'Eclair' Inflatable Habitation Module manufacturer = Kerbalmax Industries description = The large model PTD-series inflatable crew container allows a lot more living space for the same mass as a rigid container. Holds up to six crewmembers in relative comfort once expanded. bulkheadProfiles = size1 attachRules = 1,0,1,1,0 mass = 3 dragModelType = default maximum_drag = 0.2 minimum_drag = 0.2 angularDrag = 2 crashTolerance = 15 breakingForce = 50 breakingTorque = 50 maxTemp = 1000 skinMaxTemp = 2000 fuelCrossFeed = True tags = sspx base contain outpost statio (stor tube inflat expand (hab liv eclair vesselType = Station CrewCapacity = 6 MODEL { model = StationPartsExpansionRedux/Parts/Common/sspx-endcap-125-1-alt position = 0.0, -1.9737996, 0.0 scale = 1,-1,1 rotation = 0, 0, 0 } MODEL { model = StationPartsExpansionRedux/Parts/Common/sspx-endcap-125-1 position = 0.0, 1.9737996, 0.0 scale = 1,1,1 rotation = 0, 0, 0 } MODEL { model = StationPartsExpansionRedux/Parts/Extendable/extendable-125/sspx-inflatable-hab-125-1 position = 0.0, 0.0, 0.0 scale = 1,1,1 rotation = 0, 0, 0 } INTERNAL { name = sspx-inflatable-hab-125-1-iva } MODULE { name = ModuleB9PartSwitch moduleID = endcapSwitch switcherDescription = Upper Mount SUBTYPE { name = BlackHandles title = Classic transform = 125EndcapBlack descriptionSummary = Black endcaps with handles descriptionDetail = primaryColor = #000000 secondaryColor = #999999 } SUBTYPE { name = WhiteHandles title = Insulated transform = 125EndcapWhite descriptionSummary = White thermal blanket endcaps with handles descriptionDetail = primaryColor = #ffffff secondaryColor = #999999 } SUBTYPE { name = Black title = Classic (Bare) transform = 125EndcapBlackBare descriptionSummary = Black endcaps descriptionDetail = primaryColor = #000000 secondaryColor = #000000 } SUBTYPE { name = White title = Insulated (Bare) transform = 125EndcapWhiteBare descriptionSummary = White thermal blanket endcaps descriptionDetail = primaryColor = #ffffff secondaryColor = #ffffff } } MODULE { name = ModuleB9PartSwitch moduleID = endcapSwitchLower switcherDescription = Lower Mount SUBTYPE { name = BlackHandles title = Classic transform = 125EndcapBlackFlip descriptionSummary = Black endcaps with handles descriptionDetail = primaryColor = #000000 secondaryColor = #999999 } SUBTYPE { name = WhiteHandles title = Insulated transform = 125EndcapWhiteFlip descriptionSummary = White thermal blanket endcaps with handles descriptionDetail = primaryColor = #ffffff secondaryColor = #999999 } SUBTYPE { name = Black title = Classic (Bare) transform = 125EndcapBlackBareFlip descriptionSummary = Black endcaps descriptionDetail = primaryColor = #000000 secondaryColor = #000000 } SUBTYPE { name = White title = Insulated (Bare) transform = 125EndcapWhiteBareFlip descriptionSummary = White thermal blanket endcaps descriptionDetail = primaryColor = #ffffff secondaryColor = #ffffff } } MODULE { name = ModuleColorChanger shaderProperty = _EmissiveColor animRate = 0.8 animState = false useRate = true toggleInEditor = true toggleInFlight = true toggleInFlight = true unfocusedRange = 5 toggleName = Toggle Lights eventOnName = Lights On eventOffName = Lights Off toggleAction = True defaultActionGroup = Light redCurve { key = 0 0 0 3 key = 1 1 0 0 } greenCurve { key = 0 0 0 1 key = 1 1 1 0 } blueCurve { key = 0 0 0 0 key = 1 0.7 1.5 0 } alphaCurve { key = 0 1 } } MODULE { name = FMRS_PM parent_vessel = 0 } MODULE { name = Experiment experiment_id = crewReport experiment_description = A brief situation report of dubious relevance and accuracy. ec_rate = 0.01 crew_operate = True requires = data_rate = 0.000680272108843537 resources = } MODULE { name = ProcessController resource = _Scrubber title = Scrubber capacity = 10.02 running = true } MODULE { name = ProcessController resource = _PressureControl title = Pressure control capacity = 10.02 running = true } MODULE { name = ProcessController resource = _WaterRecycler title = Water recycler capacity = 10.02 running = true } MODULE { name = ProcessController resource = _WasteProcessor title = Waste processor capacity = 10.02 running = true } MODULE { name = ProcessController resource = _MonopropFuelCell title = Monoprop+O2 fuel cell capacity = 10.02 running = false } MODULE { name = Configure title = Pod slots = 0 UPGRADES { UPGRADE { name__ = Upgrade-Slots techRequired__ = up4support slots = 2 } } SETUP { name = Scrubber desc = A dual-bed vacuum-exposing regenerative scrubber that sequesters <b>CarbonDioxide</b> from the internal atmosphere. mass = 0.01 cost = 250 MODULE { type = ProcessController id_field = resource id_value = _Scrubber } } SETUP { name = Pressure Control desc = Use <b>Nitrogen</b> to maintain the internal atmosphere at a comfortable pressure. tech = fuelSystems mass = 0.01 cost = 250 MODULE { type = ProcessController id_field = resource id_value = _PressureControl } RESOURCE { name = Nitrogen amount = 3000 maxAmount = 3000 } } SETUP { name = Water Recycler desc = Filter impurities out of <b>WasteWater</b>. tech = advancedSupport mass = 0.05 cost = 500 MODULE { type = ProcessController id_field = resource id_value = _WaterRecycler } RESOURCE { name = WasteWater amount = 0 maxAmount = 30 } } SETUP { name = Waste Processor desc = Extract <b>Ammonia</b> out of decomposing organic <b>Waste</b>. tech = advancedSupport mass = 0.05 cost = 500 MODULE { type = ProcessController id_field = resource id_value = _WasteProcessor } RESOURCE { name = Waste amount = 0 maxAmount = 30 } } SETUP { name = Monoprop Oxygen Fuel Cell desc = An emergency fuel cell that burns <b>MonoPropellant</b> and <b>Oxygen</b> gas, producing <b>Water</b> and <b>Nitrogen</b> gas as by-products. tech = advElectrics mass = 0.1 cost = 1000 MODULE { type = ProcessController id_field = resource id_value = _MonopropFuelCell } } } MODULE { name = Habitat inflate = Expand state = disabled animBackwards = True } MODULE { name = KOSNameTag } MODULE { name = SCANRPMStorage } MODULE { name = Sickbay resource = _SickbayTV title = TV desc = A tranquilizing vortex (TV) uses low quality distraction to put the crew into a state of apathy. It also relieves some of the stress, effects on dumbness are said to be hearsay. slots = 0 UPGRADES { UPGRADE { name__ = Upgrade-TV techRequired__ = advExploration cureEverybody = True slots = 1 } } } MODULE { name = ModuleB9PartInfo } }

@linuxgurugamer is there a reason the SpaceTux library isn't marked required for this on CKAN? I ran into the same issue as Orbital Maneuvers because I trusted CKAN to pull the dependency.

No worries! It doesn't really seem to have messed up anything in my save at least Good to know it was in error, of course. I'll keep an eye out for the patch.

@theJesuit it seems like the most recent update to TETRIX now requires SIMPLEX Kerbalism, which is incompatible with the default Kerbalism config. Is that correct? ModuleManager was crashing my game after I updated.

Found my issue. CKAN is installing version 0.0540 instead of 0.0541, AKA it's installing the 1.7 version of the mod instead of version 1.8. This means the metadata on CKAN is probably incorrect. Edit: This was probably a misconfiguration in my CKAN.

I'm having an issue with the default scatterer configs. This is completely stock other than Scatterer, Scatterer - Default Config, and Scatterer - Sunflare. I have no idea why the ocean is doing this, other than it appears to be getting rendered about 100 meters too high? Edit: Disabling the ocean shaders fixes it but introduces a new bug.

Running well on my old i5-4570 with 16GB of RAM, though the ships I've tested it on are pretty simple so far (early in a career save). This is always a dangerous question, but is it possible to offload any of the processing to the GPU? This sort of thing is what GPU architecture excels at, isn't it?

Is Kerbalism re-reading its configuration files after launch? I have a modulemanager patch to change the fuel cell process to be a little more in-line with real-world H2-O2 fuel cells and although MM is applying it (I've done a dump to check) it only gets applied if I go in and directly edit the default profile. If that's the case, why are you letting this file get loaded at all during startup? Might as well improve load times, even if only by a few milliseconds (especially since it has MM patches in it, so it has to be run over multiple times).

@fitemesquirrel I think part of the problem is that you're treating "thrust" as "blade speed" which is not actually tracked. If you wanted to modify it, you'd want to edit the PART/MODULE[ModuleEnginesFX]/velCurve floatCurve node (I think).

No worries. I wasn't aware that that was designed in.

Am I doing something wrong? All of the 1.25m engines seem to hit almost zero thrust at mach 0.2 (~68 m/s) at sea level, making it so I can't even take off on a moderate-sized plane. Meanwhile the KT6A "Kitty" has enough thrust that I can fly reasonably well with 4 at 8000 meters. In fact, while all the others hit zero at 0.2, the kitty hits its stride at 65kN at mach 0.3. What gives?

I'm not sure if this has been mentioned, but some bugs I've found: The retro inline cockpit has an impact speed of 4 m/s. This is laughably low, makes landings a pain (well, water landings) and seems to be a typo. I've fixed it with a MM patch: @PART[RetroMk1inline]{ crashTolerance = #$@PART[Mark2Cockpit]/crashTolerance$ } The retro inline cockpit ALSO seems to have issues with crew transfers. I can transfer out but not in. This is with CLS and Ship Manifest, though seems to persist even with the relevant settings off. I'm not sure what's causing this but I can experiment more if needed.

Is it intended operation that not all of the attachment nodes actually attach to each other, or do I have a bug? I think I'm just dealing with the finicky-ness of attachment nodes, don't worry about it.

No worries about the response time. I (somehow) got things working again after a nuking of the settings (and a lot of other fiddling). Here's the tag file anyway: TAGS { TAG { tag_name = Unmanned RULE { attribute = crew_capacity comparator = equal_to value = 0 } } TAG { tag_name = Crewed RULE { attribute = crew_capacity comparator = greater_than value = 0 } } TAG { tag_name = Landers } TAG { tag_name = Lifters RULE { attribute = name comparator = starts_with value = LFT } } TAG { tag_name = Satelites RULE { attribute = name comparator = starts_with value = SAT } } TAG { tag_name = Plane craft = SPH_AR-1B craft = SPH_AR-1 craft = SPH_AR-2 } TAG { tag_name = Subassembly craft = SPH_UP-1 craft = Subassembly_UP-1 } TAG { tag_name = Rover craft = SPH_PR-2 craft = SPH_R-1 "B****** Tube" craft = SPH_RS-1B "Behemoth" craft = SPH_PR-1 } TAG { tag_name = Probe craft = SPH_PR-1 craft = SPH_PR-2 craft = SPH_UP-1 } }

I'm not entirely sure what I've done, but suddenly the window isn't rendering right: It was working one moment, then gone the next. Rebooting the game hasn't fixed it, neither has deleting the stock settings.cfg file. --- Edit: Just triggered it again. Creating a new autotag rule on Lifters, where the name starts with LFT, causes it to happen again after a fresh install (of the mod). --- Edit2: Getting the following spamming my log when I have the window open, even after fresh installs: [EXC 11:06:20.953] NullReferenceException: Object reference not set to an instance of an object CraftManager.Tag.<rule>m__0 (CraftManager.CraftData craft) System.Collections.Generic.List`1[CraftManager.CraftData].FindAllStackBits (System.Predicate`1 match) System.Collections.Generic.List`1[CraftManager.CraftData].FindAll (System.Predicate`1 match) CraftManager.Tag.rule () CraftManager.Tag.get_craft () CraftManager.Tags+<craft_count_for>c__AnonStorey5.<>m__0 (CraftManager.CraftData c) System.Collections.Generic.List`1[CraftManager.CraftData].FindAllStackBits (System.Predicate`1 match) System.Collections.Generic.List`1[CraftManager.CraftData].FindAll (System.Predicate`1 match) CraftManager.Tags.craft_count_for (System.String tag_name, System.String mode) CraftManager.CraftDataCache.tag_craft_count_for (System.String lookup, System.String modifiyer) CraftManager.CMBrowser+<draw_left_hand_section>c__AnonStorey8+<draw_left_hand_section>c__AnonStoreyA.<>m__0 () KatLib.DryUIBase.section (UnityEngine.GUIStyle style, KatLib.ContentNoArgs content, KatLib.ClickEvents click_event) CraftManager.CMBrowser+<draw_left_hand_section>c__AnonStorey8.<>m__5 (Single scroll_width) KatLib.DryUIBase.scroll (Vector2 scroll_pos, UnityEngine.GUIStyle scroll_style, Single scroll_width, Single scroll_height, KatLib.Content content) CraftManager.CMBrowser+<draw_left_hand_section>c__AnonStorey8.<>m__2 (Single tag_list_width) KatLib.DryUIBase.v_section (Single section_width, UnityEngine.GUIStyle style, KatLib.Content content) CraftManager.CMBrowser.<draw_left_hand_section>m__4 (Single inner_width) KatLib.DryUIBase.v_section (Single section_width, Single section_height, Boolean expand_height, KatLib.Content content) CraftManager.CMBrowser.draw_left_hand_section (Single section_width) CraftManager.CMBrowser.<WindowContent>m__10 (Single inner_width) KatLib.DryUIBase.section (Single section_width, KatLib.Content content) CraftManager.CMBrowser.<WindowContent>m__0 () KatLib.DryUIBase.v_section (KatLib.ContentNoArgs content) CraftManager.CMBrowser.WindowContent (Int32 win_id) CraftManager.CMUI.DrawWindow (Int32 window_id) UnityEngine.GUILayout+LayoutedWindow.DoWindow (Int32 windowID) UnityEngine.GUI.CallWindowDelegate (UnityEngine.WindowFunction func, Int32 id, Int32 instanceID, UnityEngine.GUISkin _skin, Int32 forceRect, Single width, Single height, UnityEngine.GUIStyle style) [ERR 11:06:20.954] GUI Error: You are pushing more GUIClips than you are popping. Make sure they are balanced) Is there a way to clear all tags?

It looks like this has stopped working for me again since upgrading to Windows 10. The program will run fine, but it's not detecting any of my joystick inputs. Is this a thing you're aware of/do you have a fix for it? It's probably worth noting that joy.cpl doesn't see anything for them either, but all of my games read them fine.

Will do, thanks. - - - Updated - - - That did the trick. Thanks again.

Hey, I was trying to set this up to use with both KSP and BF4, but UJR is saying that I've got an old version of vJoy. I've got version 2.0.5, which required jumping through some hoops to get to, by the way: http://vjoystick.sourceforge.net/ is a dead page at the moment. What gives? Is that actually an old version?

[Delete] Dang double post.

Hmm. I think I'll look into that once I finish up my own mod (of a mod). If I'm following you right, it might be better to do :NEEDS[mod]:FOR[sETICTT] (MM capitalizes all mod names), which will only run the patch if the mod exists, then run it during the SETIctt pass of MM. If I understand the MM-ized load order right, first KSP loads up all the nodes it can read, including MM "patch" nodes, and then MM walks the tree and parses those nodes out (in order FIRST -> LEGACY -> BEFORE/FOR/AFTER per mod -> FINAL). That means you can modify nodes that have a "later" GameData folder even if you run in the FIRST pass. Of course any patches applied after that can modify it again, but specific to you, that's why you have initial things (i.e. tweaks to another specific mod) in the FOR[sETICTT] pass (or BEFORE, even) then things like "double-EC" in the AFTER[sETICTT] pass.

Ah, okay, I see! So you know, you'd only have to do reintegration any time you accepted a pull request since only you have push access to your own repositories (unless you set it up differently, of course!). But it would probably be best to wait until you're rebooting the code anyway, yeah. Dual booting, huh? How well does that work for you? Honestly, I don't shut down my computer often enough for that to be a viable option for me, despite how much I'd like to. - - - Updated - - - Not just directed at nobodyhasthis, but can anyone tell me what that makes the MM bootup section of the log look like? Both the :AFTER[] and :FOR[] tags are positional loaders, although FOR also creates an index if it didn't exist already, and I didn't think you could combine them (and if it's just being done to make a SETICTT mountpoint, you might be best defining it once as a dummy node).

Just want to point out that that's not quite true. GitHub relies on git for its backend (thus "git"hub) and git doesn't require internet access unless you're pushing to a remote (which is what github is). In the end, GitHub is really just a specialized hosting site with a nice interface and some useability elements. If you'd like I can give you a crash course in how to use it, since I've been doing that somewhat regularly recently. If you don't want that but do start using GitHub, do yourself a favor and use SourceTree locally instead of the GitHub GUI/git command line... the GitHub one, frankly, is just not nearly robust enough for what it's supposed to be doing, and the git command line--while super powerful--is horribly non-user-friendly until you learn how to use it (and I say this as someone who learned the CL first ). Edit: Oh, but skimming back through the thread it looks like you might use Linux? Unless you have WINE you can't use SourceTree then, which is a shame. Point stands though, get a better GUI than the GitHub one.