ussdefiant

Query regarding the TETRIX tree: Is there a reason the LV-TX87 is in Very Heavy Rocketry instead of Heavy Rocketry with its upper-stage counterpart? a 1.8m first stage engine seems very out of place in there with all the 3.75+ monsters.

So, i'm doing a JNSQ run at the moment, and i felt like i wanted to actually make use of all the various KK structures scattered about. However, the KK comm stations seem to be borked in two ways: 1) Enable Commnet Ground Stations in the KK settings doesn't seem to actually do anything in the current version 2) Leave Stock Commnet in the KK also doesn't seem to do anything, no matter what setting i put it on. Anyone have any suggestions to fix these problems? I'm using the latest version on CKAN.

So, uh, i'm getting spammed with this in my logs when i have a bog-standard starter rocket with no radiators, nukes, or other fancy things to throw heat around. Any advice on suppressing it?

So yeah, i'm also getting the same error with ModManager/GenericConverters.cfg that a couple other people have reported. Took a look in the MM.log and this seems to be the relevant culpirt: [LOG 09:47:22.976] Applying update Mk2Expansion/Patches/M2X_RPM_ASET/@PART[*]:HAS[@INTERNAL[RPM_RavenCockpit]]:NEEDS[ASET]:Final to Mk2Expansion/Parts/Command/Raven/part.cfg/PART[M2X_RavenCockpit] [LOG 09:47:22.992] Applying update RealPlume/GlobalSettings/@SmokeScreen:FINAL to SmokeScreen/SmokeScreen.cfg/SmokeScreen [LOG 09:47:23.021] Applying update SystemHeatConverters/genericConverters/@PART[*]:HAS[@MODULE[ModuleResourceConverter]:HAS[@INPUT_RESOURCE:HAS[#ResourceName[ElectricCharge]]]]:FINAL to FarFutureTechnologies/Parts/Resources/fft-antimatter-factory-1.cfg/PART[fft-antimatter-factory-1] [LOG 09:47:23.049] Applying update SystemHeatConverters/genericConverters/@PART[*]:HAS[@MODULE[ModuleResourceConverter]:HAS[@INPUT_RESOURCE:HAS[#ResourceName[ElectricCharge]]]]:FINAL to PlanetaryBaseInc/ModSupport/Parts/OSE Workshop/OSE_Converter.cfg/PART[KKAOSS_OSEConverter] [LOG 09:47:23.051] Applying update SystemHeatConverters/genericConverters/@PART[*]:HAS[@MODULE[ModuleResourceConverter]:HAS[@INPUT_RESOURCE:HAS[#ResourceName[ElectricCharge]]]]:FINAL to RationalResourcesParts/Parts/Boxes/B_blue_flat.cfg/PART[rr_boxblue_flat] [LOG 09:47:23.052] Applying update SystemHeatConverters/genericConverters/@PART[*]:HAS[@MODULE[ModuleResourceConverter]:HAS[@INPUT_RESOURCE:HAS[#ResourceName[ElectricCharge]]]]:FINAL to RationalResourcesParts/Parts/Boxes/B_red_flat.cfg/PART[rr_boxred_flat] [LOG 09:47:23.079] Applying update SystemHeatConverters/genericConverters/@PART[*]:HAS[@MODULE[ModuleResourceConverter]:HAS[@INPUT_RESOURCE:HAS[#ResourceName[ElectricCharge]]]]:FINAL to UniversalStorage2/Parts/Processors/Sabatier.cfg/PART[USSabatier] [WRN 09:47:23.080] Cannot find key ConverterName in MODULE [ERR 09:47:23.080] Error - Cannot parse variable search when inserting new key moduleID = #$ConverterName$ [LOG 09:47:23.089] Applying update SystemHeatHarvesters/genericHarvesters/@PART[*]:HAS[@MODULE[ModuleResourceHarvester]:HAS[@INPUT_RESOURCE:HAS[#ResourceName[ElectricCharge]]]]:FINAL to DeepSky/00DeepSky/Parts/Intakes/Intake_Mk2.cfg/PART[ds00_intmk2] [LOG 09:47:23.090] Applying update SystemHeatHarvesters/genericHarvesters/@PART[*]:HAS[@MODULE[ModuleResourceHarvester]:HAS[@INPUT_RESOURCE:HAS[#ResourceName[ElectricCharge]]]]:FINAL to DeepSky/00DeepSky/Parts/Intakes/Intake_mount.cfg/PART[ds00_intrbm] [LOG 09:47:23.115] Applying update SystemHeatHarvesters/genericHarvesters/@PART[*]:HAS[@MODULE[ModuleResourceHarvester]:HAS[@INPUT_RESOURCE:HAS[#ResourceName[ElectricCharge]]]]:FINAL to NearFuturePropulsion/Parts/Resources/cryoseperator-25/cryoseperator-25.cfg/PART[cryoseperator-25] [LOG 09:47:23.118] Applying update SystemHeatHarvesters/genericHarvesters/@PART[*]:HAS[@MODULE[ModuleResourceHarvester]:HAS[@INPUT_RESOURCE:HAS[#ResourceName[ElectricCharge]]]]:FINAL to PlanetaryBaseInc/BaseSystem/Parts/Resources/Drill_g.cfg/PART[KKAOSS_drill] [LOG 09:47:23.280] Applying update zFinal_FilterExtensions/zzz_AddClassDescriptionsToAntennas/@PART[*]:HAS[@MODULE[ModuleDataTransmitter]:HAS[#antennaPower[<500000],#antennaType[DIRECT]]]:NEEDS[!RemoteTech]:FINAL to UniversalStorage2/Parts/Utility/EVAExtender.cfg/PART[USEVAX] Here's the link to the full MM.log if you'd find it useful. I'd note that i'm using a pile of RR's extra patches, including some that mess with converters, but given that theres only one error in the log, i'm inclined to think that the issue is more on the Universal Storage part than anything else. Oh, and the first time i got this error, i didn't have Kerbalism installed.

Yeppers, here it is. The "[ERR 13:05:02.226] [ContractSystem]: Contract type 'ExplorationContract' not found" is something that quite caught my eye. https://www.dropbox.com/s/ja6fb5whj7qtzqd/KSP.log?dl=0

I'm getting that Explore Mun contract from the World Record Society. Keeps respawning when it expires, too.

So, i've been having a habit of using the Exploration Plus contract pack instead of the stock progression stuff for the past while. However, since i've started a new game in 1.9.1 to go with the new Kopernicus version, the CC option to disable the stock Exploration contracts no longer seems to work, and i get those served up to me alongside the Exploration Plus ones. I'm not really sure whether theres something else i should be doing to get rid of the stock contracts, or if this is simply some sort of CC/contract pack issue.

As far as the new science stuff goes, i had a couple comments/questions myself. 1) It seems like it breaks science collection contracts because it can't find any valid experiments to run for whatever reason. I'm getting precisely nothing out of the Field Research pack and i'm not even seeing anything with vanilla science contracts turned on. 2) Is there a way to tell how much bandwith you get for data out of any given attenna type? The info i'm seeing in the VAB seems to be looking at vanilla systems which are all 0ed out with the new science/data system on.

So, i'm thinking of putting Pathfinder into a new game with JNSQ, and i was wondering how compatible it is with a) Kerbalism, and b) KSPI-E. Anyone have any comments?

1) I think that either KSP 1.7 coming out or some unrelated update to one of KCT/SY/SAA managed to fix the problem, since the same mod set that was causing issues for me before is working fine now. 2)With regard to the new version of SY/KRASH, i've been noticing that the Generation on my parts have not been ticking up at all since about the time that last update came through. All my engines/new solar panels/various small bits for my satellites are still stuck at Gen 1 or 2 despite being used about a dozen+ times in various configurations. I do have KRASH installed and have been noticing an NRE pop up whenever i finish building something. Sample here with just a simple commsatt: [LOG 09:28:00.136] [ScrapYard] Adding build (nodes) [LOG 09:28:00.136] [ScrapYard] probeCoreHex.v2 has been used 17/13/4 (T/N/I) times. [LOG 09:28:00.136] [ScrapYard] sasModule has been used 19/17/2 (T/N/I) times. [LOG 09:28:00.136] [ScrapYard] rcsTankMini has been used 15/15/0 (T/N/I) times. [LOG 09:28:00.136] [ScrapYard] rcsTankMini has been used 16/16/0 (T/N/I) times. [LOG 09:28:00.136] [ScrapYard] orbital-engine-0625 has been used 8/8/0 (T/N/I) times. [LOG 09:28:00.136] [ScrapYard] SurfAntenna has been used 29/22/7 (T/N/I) times. [LOG 09:28:00.136] [ScrapYard] HighGainAntenna5 has been used 7/7/0 (T/N/I) times. [LOG 09:28:00.136] [ScrapYard] solarPanels3 has been used 29/27/2 (T/N/I) times. [LOG 09:28:00.137] [ScrapYard] solarPanels3 has been used 30/28/2 (T/N/I) times. [LOG 09:28:00.137] [ScrapYard] batteryBankMini has been used 21/18/3 (T/N/I) times. [LOG 09:28:00.137] [ScrapYard] Separator.0 has been used 7/7/0 (T/N/I) times. [EXC 09:28:00.138] NullReferenceException: Object reference not set to an instance of an object KRASH.APIManager+SimAPI.simulationActive () System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) Rethrow as TargetInvocationException: Exception has been thrown by the target of an invocation. System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[] parameters) ScrapYard.KRASHWrapper.simulationActive () ScrapYard.PartTracker.AddBuild (IEnumerable`1 partNodes) ScrapYard.APIManager.RecordBuild_Nodes (IEnumerable`1 parts) System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) Rethrow as TargetInvocationException: Exception has been thrown by the target of an invocation. System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[] parameters) KerbalConstructionTime.ScrapYardWrapper.invokeMethod (System.String methodName, System.Object[] parameters) KerbalConstructionTime.ScrapYardWrapper.RecordBuild (IEnumerable`1 parts) KerbalConstructionTime.KCT_Utilities.MoveVesselToWarehouse (Int32 ListIdentifier, Int32 index, KerbalConstructionTime.KCT_KSC KSC) KerbalConstructionTime.KCT_Utilities.ProgressBuildTime () KerbalConstructionTime.KerbalConstructionTime.FixedUpdate () UnityEngine.Debug:LogException(Exception) KerbalConstructionTime.KerbalConstructionTime:FixedUpdate() For reference, though i don't know what those T/N/I numbers mean, that particular engine type as been launched 4 times and is still Gen 1, the same thing for the fuel tanks/HG-5, and the Solar Panels/batteries are stuck despite having been used in partically everything sent to orbit. The failure rates defintely feel like they're low gen parts too.

With regard to the various talks of NREs/root parts not being returned to the inventory on recovery, i'd like to note that Science Alert Realerted seems to be a culprit that causes it for me. Removing it from either my big mod soup list or just a KCT/SY/Oh Scrap! test build both results in things working fine and me being able to happily reuse my pods/probe cores without having to mess around with having to use something like a parachute as a root part. Also, i'd like to point out that both the Oh Scrap! OP and the CKAN entry for Scrapyard link to Magicos' Scrapyard thread instead of this one. Took a bit of effort to find.

so, i'm having a bit of an issue in using Field Research with the Galileo planet pack. Specificallly, a couple of the contracts seem to choke when they can't find Eve, as well as a few that expect Kerbol to go by its vanilla name. Contracts that expect Eve: FS_ClimateStudy, FS_HardScience Contracts that expect the star to be called Sun instead of Ciro or we name GPP has for it internally: FS_Experiment, FS_Scraps, FS_KSC . Also, i'm not exactly certain that FS_BiomeStudy is working, as i've yet to see any of those pop up despite orbitting Gael.