coolguy8445

Apologies if this has been asked/answered before, but if it has, I can't find the right search incantation to find it. With regard to the "shielded from airflow"/"part is in fairing"/related issue...Crazy idea: Would it be particularly difficult to just...add a config option to ignore that "shieldedFromAirflow" flag, for cases where we know the game is going to think the part is shielded, or to protect against chutes embedding themselves into other parts? It's hard to make a nice-looking CSM with these chutes thinking they're in the fairing (and me of course finding this out after nearly completing a Mun mission...). An in-flight tweakable to override this upon finding out it's "shielded" would be nice as well Another, alternate thought: a "cut off cone" stack chute (e.g. 1.25m -> 0.625m), that's "passable" according to Connected Living Space, would be a nice addition to the existing selection.

Hey all, have a mod support request (or a request for support on doing it myself, whichever is preferred): I'm a big fan of Universal Storage, but Universal Storage II doesn't have RealFuels configs (while UvS1 did). I asked about it on their post, but was informed by @Paul Kingtiger that it was out-of-scope for UvSII (which is understandable). So, I was wondering if support could be added to their parts that use LFO/Monopropellant (which I think is the cores plus one tank type for each). I'm happy to write the configs myself, but I'm not quite sure what to base them on, nor exactly how I should write them for UvSII specifically since they bake several size variants into one part (something I wish Stock would do...). Thanks!

Makes sense. I was assuming it'd be in-scope since UvS1 had RealFuels configs. I believe the RealFuels folks themselves keep a *vast* repository of compatibility patches for other mods, so I'll poke around their page. Thanks!

Hate to quote such an old comment, but I couldn't find any more recent ones. +1 to RealFuels, please I got most of the way through building an Apollo CSM with the 1.4.x parts and US2 and realized that the modules didn't have RealFuels. Of course, short-term I could get around that with a real tank, but what's the current status on RealFuels integration? Should something be added to the Issue Tracker?

Cool, thanks for looking into it! Really I just want the contract pack so I'm not burning 50k on a cluster sat launch for no reward So as long as I can *take* the mission, which I now know I can do by zeroing out the coverage value, I'm all good!

Hmm, so this is interesting...apparently I completed a contract to create a sat network for Minmus...without ever launching the sat network... I also had to manually set the "coverage" to zero in my save file to even get the contract in the first place, because the game thought the coverage was already >70%, even with only one satellite in orbit. Not sure if this is a RemoteTech issue or a RemoteTech Contract Pack issue (assuming the former), but is quite strange nonetheless. I nerfed my omni antennae by a factor of 10; perhaps that has something to do with it? RT/the contract pack is using the original ranges for its calculations for some reason?

Looks like the 1.4 update majorly broke 1.3.1 for me. No plume effects or sound whatsoever, though interestingly I did have some smoke effects on takeoff. One Volcano Cryogenic Engine and 2 Swivel engines under VSR. Only other recent changes were updates to Custom Barn Kit and Docking Port Alignment Indicator, and a couple of custom tweaks to the FASA launch clamps (which I don't *think* should be related as they related to TweakScale, but not sure). Also, not sure what's up with the Persistent Rotation exceptions in the log. KSP.log: https://drive.google.com/file/d/1bFLnoGmvcH2Qx0BtpxfDJKaRMo5uSQUh/view?usp=sharing Hmm...Skimming the log, I found this exception for CBK: [EXC 11:59:21.057] TypeLoadException: Could not load type 'ModuleEvaChute' from assembly 'Assembly-CSharp, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'. CustomBarnKit.CustomBarnKit.Start ()

Same issue as the others; EVE seems to have completely lost track of all of its config files after CKAN updated it to 1.4.0-1 (KSP 1.3.1). I'll see about manually reinstalling the previous version. Update: CKAN seems to think the max version is 1.3.9. I overwrote its files with the ones from EVE 1.2.2-1.

Indeed. Seems CKAN doesn't like it, though Guess I'll be pulling it in manually...

I'm seeing the same issue as @Errol. When I try to start the sim, in the default Kerbin orbital selection, the UI is frozen (except the KRASH window itself). I can still mouseover/highlight parts, but my clicks are blocked. It's acting like the KRASH UI...well, crashed...and didn't give control back to the VAB. This may have been caused by force-closing the game (Alt-F4) while KRASH was trying to load a sim. Looks like the first KRASH error is this (which, interestingly, seems to be caused by ScrapYard): [EXC 18:52:09.159] NullReferenceException: Object reference not set to an instance of an object ScrapYard.GlobalSettings.SaveSettings () ScrapYard.ScrapYard.OnDestroy () UnityEngine.Object:DestroyImmediate(Object) ScenarioRunner:OnGameSceneLoadRequested(GameScenes) EventData`1:Fire(GameScenes) HighLogic:LoadScene(GameScenes) Game:Start() KRASH.KRASH:Deactivate(GameScenes) KRASH.KRASH:Start() KSP.log: https://drive.google.com/open?id=17vsxo-sWELryp4xSovLcAPD6Qw4SPLyn @magico13 any thoughts from the ScrapYard side? I seem to be using a version designed for KSP 1.2.8, and am running 1.3.1, so that's likely at least part of the issue. I'll report back after updating ScrapYard (surprised it worked for this long...) UPDATE: turns out the version file is just wrong, and I'm actually using ScrapYard version 0.9.6.70. UPDATE 2: deleting "ScrapYard/PluginData/ScrapYard.cfg" and letting it regenerate solved the issue.

hehehe..."are you running other mods"... Let's just say I'm running more than enough to choke a horse and make the sim a little cranky. So, I learned after I posted that that the errors in "ScienceUtil.getExperimentBiome" are caused by the latest Kopernicus, which apparently broke at least Minmus' biomes. Not much to be done in your mod for that, I suspect. As for the caching error, I'm not sure whether it's any particular vessel. It may be just some modded part being cranky, and doesn't seem to affect gameplay, so I'm not terribly worried about it. Here's my (admittedly monstrous) ksp.log from the session those errors came from, though: https://drive.google.com/open?id=1cdx4AVSOvBStcenYbQYOp35wZKMfbRCP

@maculator There are several filter options at the bottom of the "[x] Science!" window in the flight scene, which let you filter by things like experiments available to the vessel, experiments available right now (vessel + SoI), or all. Or you can search for something like "Crew Report Mun". Are you saying these filters aren't working?

Regarding the "active vessel" bit: what exactly does that mean? Also, I have deorbited all but one satellite orbiting the Mun (intentionally) and disabled the relay antennae on two of my 3 Munar relay sats (orbiting Kerbin), yet the "less than 70% coverage" prerequisite is still claiming to be unmet. Has anyone figured this out in the last 6 months (geez, I hate saying things like that...)? EDIT: apparently "active vessel" is the literal name of an option for RT antennae (see the chatter on page 18 of this thread). So that bit is solved, but the game still seems to think I have >70% coverage of the Mun with only a single rover on the ground and a single satellite in a polar orbit. EDIT 2: I disabled the antennae on my remaining Munar sat, and pointed my entire Kerbin-orbiting Mun-pointing constellation toward "active vessel", and I FINALLY got the contract.

@battlemoose Thanks! And just to let you know, I wasn't angry. Just curious, mostly, as to what the heck could be generating so much log cruft!

I mean, I've been playing for years. I just hadn't had nearly as many problems (or nearly as many mods ) until 1.3.x. Nor did I start writing my own microscopic MM configs until 1.3.x.

You, sir, are spamming the heck out of my logs. I believe the offending code is KSPLogiRGBPlugin.cs line 41: Debug.Log(count); That debug trace is logged on every physics frame with a constantly-incrementing integer that appears to reset on scene changes. It added ~377k lines of tracing to a log with ~110k other "LOG"-level traces. On an install with nearly 200 mods (yes, yes, I know - many of them are micro-mods), that's quite impressive

+1 to these. Minmus, specifically, broke both this mod (thought it was still in high orbit over Kerbin) and MechJeb (Landing window blanked out) for me. Here's the specific error message: [EXC 19:51:29.422] IndexOutOfRangeException: Array index is out of range. CBAttributeMapSO.GetAtt (Double lat, Double lon) ScienceUtil.GetExperimentBiome (.CelestialBody body, Double lat, Double lon) ScienceChecklist.xScienceEventHandler.RecalculateSituation () ScienceChecklist.xScienceEventHandler.UpdateSituation () ScienceChecklist.xScienceEventHandler.Update () ScienceChecklist.ScienceChecklistAddon.Update () Likely the issue does lie with Kopernicus, as I'm using it for OPMGalileo.

Hi, I'm getting a ton of logspam from this mod that looks exactly like the following (2 separate errors, not necessarily sequential): [EXC 19:48:31.537] ArgumentNullException: Argument cannot be null. Parameter name: key System.Collections.Generic.Dictionary`2[System.String,IndicatorLights.VesselScienceContents+CacheItem`1[System.Boolean]].TryGetValue (System.String key, IndicatorLights.CacheItem`1& value) IndicatorLights.VesselScienceContents.get_Item (System.String subjectId) IndicatorLights.ModuleScienceAvailabilityIndicator.AlreadyHasAboard (System.String subjectId) IndicatorLights.ModuleScienceAvailabilityIndicator.get_CurrentSource () IndicatorLights.ModuleScienceAvailabilityIndicator.get_HasColor () IndicatorLights.ModuleScienceDataIndicatorBase`1[T].get_HasColor () IndicatorLights.ModuleEmissiveController.SetColors () IndicatorLights.ModuleEmissiveControllerBase.Update () [EXC 19:48:31.489] IndexOutOfRangeException: Array index is out of range. CBAttributeMapSO.GetAtt (Double lat, Double lon) ScienceUtil.GetExperimentBiome (.CelestialBody body, Double lat, Double lon) IndicatorLights.ModuleScienceAvailabilityIndicator.GetBiome (.Vessel vessel) IndicatorLights.ModuleScienceAvailabilityIndicator.GetSubjectId (.ScienceExperiment experiment, .Vessel vessel) IndicatorLights.ModuleScienceAvailabilityIndicator.get_SituationSubjectId () IndicatorLights.ModuleScienceAvailabilityIndicator.get_CurrentSource () IndicatorLights.ModuleScienceAvailabilityIndicator.get_HasColor () IndicatorLights.ModuleScienceDataIndicatorBase`1[T].get_HasColor () IndicatorLights.ModuleEmissiveController.SetColors () IndicatorLights.ModuleEmissiveControllerBase.Update () Log (sorry for the size; trying to track down and clear out mod issues): https://drive.google.com/open?id=1cdx4AVSOvBStcenYbQYOp35wZKMfbRCP From what I can tell, this doesn't appear to be causing any harm, especially considering it looks to be a cache dictionary that's unhappy.

Yeah, I've been meaning to sift through my mess of mods (especially since some of them were built against 1.2.2). I got most of them up to 1.3.1, at least, but I'' take a look through that logspam and see if I can figure out what's going on and where from (I also have *something* that just continually spams the log with an incrementing integer that resets on scene changes...). Thanks for the info! EDIT: based on the "[x] Science!" thread, #1 is actually a Kopernicus issue.

Bah of course. It'd be nice if there were an easier way to debug issues like this than "look at the part file". Yeah, I'll write up a PR for these and maybe the Universal Storage life support parts. Thanks for all the help.

So, I'm trying to land on Minmus using Landing Guidance, and...well, the UI widget seems to collapse all of its contents to the upper-left corner after the initial deorbit burn ("land somewhere" option), and become unresponsive. The burn still continues as normal, interestingly. Screenshot: https://imgur.com/CgaaSVm KSP.log: https://drive.google.com/file/d/1cdx4AVSOvBStcenYbQYOp35wZKMfbRCP/view?usp=sharing Another issue, unfortunately not in this log: If you delete a waypoint that you're navigating to with Rover Autopilot, it'll get stuck at its current speed and heading, and say "Index 1 of 0" (perhaps an IndexOutOfBoundsException, or whatever C# calls it?). For a while, setting a new waypoint fixed it, but eventually my rover autopilot just completely died - it doesn't try to navigate to any waypoints, and is stuck at "Index 0 of {n}".

Hmm, that's what I thought. And yet, I don't see them there. Still lumped into Utility. Here's the config I'm trying to use: EDIT: also of note, I'm able to successfully reassign parts from other mods in the same way: // Doesn't work @PART[PackRat*]:FINAL { @tags = cck-rovers } // does work // Life Support containers @PART[US_1R3*|US_2R3*|US_Radial_R30_Water|US_Radial_R40_Food]:FINAL { @tags = cck-lifesupport }

<sarcasm> Helpful, thanks. </sarcasm> I'm well aware of that file. Also well aware that this mod isn't listed in the common filters, and, as I said, *I don't know how to get them there*.

Kinda surprised this hasn't been asked...Has anyone made this mod compatible with Community Category Kit (CCK)? I hate having all my rover parts just dumped in "Utility", but apparently can't figure out the right MM incantation to add them to the rover filter group.

In the future, please kindly DO NOT touch the names of things. Breaking changes are bad. Thanks for making me manually update the files for 10+ craft.