Gordon Dry

Members
  • Content count

    705
  • Joined

  • Last visited

Everything posted by Gordon Dry

  1. Ah okay, I misunderstood. You mean the GameData\Contares\Patches\TANTARES_TACLS_extra.cfg - not the GameData\Contares\Patches\CONTARES_TACLS.cfg btw what is the difference of the embedded GameData\Contares\Patches\CONTARES_TweakScale.cfg to the extra file TweakScale_Settings_for_Contares\DefaultScales.cfg ?
  2. I decided to have the mods I use from this pack in one folder, I chose GameData\Magico13s Modlets and the subfolders. The problem is that the mods save their settings in folders directly under GameData and their specific subfolder. Could this be changed? These are pure mods, no parts involved, so the folder structure should be no matter.
  3. Ok I found the culprit. It's about the patch file I provided 4 posts above and the issue I mentioned below. There can only be one instance of the module FSinfoPopup on the craft. The patch adds it to every part that has a ModuleCommand in it. The same issue would occur if a craft with an Info Drive part would dock to another one with the same part already attached to. Unfortunately. A solution would be a standalone mod that allows the FSInfoModule to be added multiple times but only would accept one instance which is added to the root part. This instance should be named by the craft, so docking to another craft with its own instance would not create an issue. Instead opening the Info popup should give the possibility to use arrows left and right of the instance name (craft name) to choose the craft's info screen.
  4. I didn't want to offend you. I just searched for all *.cfg files in my install and CONTARES is the only mod with this behaviour. Do you really want to remove TAC-LS support because of this? Consider that Mechjeb and TAC-LS are two totally different approaches: for TAC-LS it's common that other mods provide patches for MechJeb it's not common because the user should choose the way Mechjeb is embedded instead of being forced to a specific way Of course this is only an issue for ppl who use the MechJebEmbedded.cfg - there are three variants btw. "All techs enabled at start": @PART[*]:HAS[@MODULE[ModuleCommand],!MODULE[MechJebCore]]:Final { MODULE { name = MechJebCore MechJebLocalSettings { MechJebModuleCustomWindowEditor { unlockTechs = start } MechJebModuleSmartASS { unlockTechs = start } MechJebModuleManeuverPlanner { unlockTechs = start } MechJebModuleNodeEditor { unlockTechs = start } MechJebModuleTranslatron { unlockTechs = start } MechJebModuleWarpHelper { unlockTechs = start } MechJebModuleAttitudeAdjustment { unlockTechs = start } MechJebModuleThrustWindow { unlockTechs = start } MechJebModuleRCSBalancerWindow { unlockTechs = start } MechJebModuleRoverWindow { unlockTechs = start } MechJebModuleAscentGuidance { unlockTechs = start } MechJebModuleLandingGuidance { unlockTechs = start } MechJebModuleSpaceplaneGuidance { unlockTechs = start } MechJebModuleDockingGuidance { unlockTechs = advUnmanned } MechJebModuleRendezvousAutopilotWindow { unlockTechs = start } MechJebModuleRendezvousGuidance { unlockTechs = start } } } } "Career mode": @PART[*]:HAS[@MODULE[ModuleCommand],!MODULE[MechJebCore]]:Final { MODULE { name = MechJebCore MechJebLocalSettings { MechJebModuleCustomWindowEditor { unlockTechs = flightControl } MechJebModuleSmartASS { unlockTechs = flightControl } MechJebModuleManeuverPlanner { unlockTechs = advFlightControl } MechJebModuleNodeEditor { unlockTechs = advFlightControl } MechJebModuleTranslatron { unlockTechs = advFlightControl } MechJebModuleWarpHelper { unlockTechs = advFlightControl } MechJebModuleAttitudeAdjustment { unlockTechs = advFlightControl } MechJebModuleThrustWindow { unlockTechs = advFlightControl } MechJebModuleRCSBalancerWindow { unlockTechs = advFlightControl } MechJebModuleRoverWindow { unlockTechs = fieldScience } MechJebModuleAscentGuidance { unlockTechs = unmannedTech } MechJebModuleLandingGuidance { unlockTechs = unmannedTech } MechJebModuleSpaceplaneGuidance { unlockTechs = unmannedTech } MechJebModuleDockingGuidance { unlockTechs = advUnmanned } MechJebModuleRendezvousAutopilotWindow { unlockTechs = advUnmanned } MechJebModuleRendezvousGuidance { unlockTechs = advUnmanned } } } } "It's Free!": @PART[*]:HAS[@MODULE[ModuleCommand],!MODULE[MechJebCore]]:Final { MODULE { name = MechJebCore } } You added the third variant to the pods, which gives them the core without settings, which is likely nearly the same as adding the career mode variant. People who also use the career mode variant don't recognize it. Only ppl like me who use the "All techs enabled at start" variant see this as an issue. (btw the discussion why I chose this variant is something for another place. In short: I don't see a control center crew pressing WASD and some QE all the time...)
  5. Oh man, I thought I become crazy ... I found something. All Contares pod parts have MODULE { name = MechJebCore } added. And then there is the patch GameData\Contares\Patches\CONTARES_MechJeb_add.cfg: @PART[*]:HAS[@MODULE[ModuleCommand],!MODULE[MechJebCore]]:Final { MODULE { name = MechJebCore } } This is a problem. And bad behavior. No other mod does that - neither with own pods nor with a general patch. Why? This patch does no more work because of this: GameData\MechJeb2 Embedded by Dennis6492\MechJebEmbedded.cfg @PART[*]:HAS[@MODULE[ModuleCommand],!MODULE[MechJebCore]]:Final { MODULE { name = MechJebCore MechJebLocalSettings { MechJebModuleCustomWindowEditor { unlockTechs = start } MechJebModuleSmartASS { unlockTechs = start } MechJebModuleManeuverPlanner { unlockTechs = start } MechJebModuleNodeEditor { unlockTechs = start } MechJebModuleTranslatron { unlockTechs = start } MechJebModuleWarpHelper { unlockTechs = start } MechJebModuleAttitudeAdjustment { unlockTechs = start } MechJebModuleThrustWindow { unlockTechs = start } MechJebModuleRCSBalancerWindow { unlockTechs = start } MechJebModuleRoverWindow { unlockTechs = start } MechJebModuleAscentGuidance { unlockTechs = start } MechJebModuleLandingGuidance { unlockTechs = start } MechJebModuleSpaceplaneGuidance { unlockTechs = start } MechJebModuleDockingGuidance { unlockTechs = advUnmanned } MechJebModuleRendezvousAutopilotWindow { unlockTechs = start } MechJebModuleRendezvousGuidance { unlockTechs = start } } } } The symptoms are that MechJeb modules that worked before stopped working now. I will remove the module out of all .cfg files inside the Contares folder and remove the patch file now.
  6. "Apply to all symetry counterparts" does not work. I had added radial parachutes to boosters and decided to change them to Kevlar and enter the dry mass manually, also entering the total amount of chutes per booster manually. But the settings were only applied for the single chute I clicked at in the AG editor. -> the only place where that UI window is available btw.
  7. All right, I always do file verification (Total Commander) and only the two mentioned .cfg files differed from the last downloaded release...
  8. Such a simple typo fix in RK-Z-0124m_1500.cfg But in RK-Z-0124_1250.cfg it's just two line breaks added for better readability? Can a missing line break or "carriage return" confuse the Module Manager?
  9. Rocket engineers need confusion. It everything is clear like a rock, they get dizzy.
  10. When is the deadline to get rid off it? Log spamming is always an fps killer. Some mods spam the logs because they're bugging. This mod spams the log on purpose.
  11. I opened an issue at https://github.com/ferram4/Ferram-Aerospace-Research/issues/206
  12. I got two diifferent kinds of log spamming. In VAB: Exiting EditorPartEvent (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Flight mode: clampinedInc: 45.9202755571301 incDegrees: 45.92 lat: 45.9202760931629 inc: 45.9202755571301 (values differ) Log: https://www.dropbox.com/s/e5pg83xh1aze78c/2017-06-25-2 KSP.log.zip?dl=1
  13. The CTT config is somewhat confusing, for example actually I got the "Saturn-2200 S-IV Liquid Fuel Tank" which is a 2.5m to 3.125m tank adapter, but no fitting Saturn S-IV tank to attach to.
  14. In the game settings you can already set it up like that.
  15. Perhaps this has to do something with it: I recognized that KER and "Basic Delta V" are not capable of considering low thrust solid boosters like retro boosters some times. The latest dev build of MJ seems to have this fixed. I see the same (wrong) total dV in KER and "Basic Delta V" but the correct total dV in MJ.
  16. Yeah, all right... One is the target of sarcasm and others are - let's say collateral damage...
  17. Hmm. Sometimes the Info Drive can be opened in VAB but no being edited ... Is this a known issue? Edit: see 3 posts below
  18. Hmm. So when you say it will be abandoned, why is there some work done ... A final release for 1.3 and that's it? Could be implemented in RO (because why not) stock (drool) *assume* *scratch head* Or just as simple as that the whole mod project will be moved in other hands...
  19. Hmm. Perhaps this is a hint in a roundabout way that this feature will be implemented in a totally new MFS (so back to the roots) that is working with stock and RO as well - so no more split into MFT for stock and RF for RO?
  20. I had a search phrase in the field, chose some categories (Filter Extensions are installed), clicked into the search field and pressed ESC - after some waiting the entry disappeared but the history was still open. Thanks, ashes on my head. I recognized that applying the settings also needs about a minute until the GUI is responding again... Edit: bummer! I changed the setting to "enableEnterToSearch = True" but pressing ESC inside the search field still makes the process unresponsive for a long time ... Edit: since I applied the new setting this was written to the log: QuickSearch(QSettings)[3.20]: Settings Saved (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) QuickSearch(QGUI)[3.20]: HideSettings (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) QuickSearch(QEditor)[3.20]: setSearchFilter (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) QuickSearch(QEditor)[3.20]: InitSearch (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) QuickSearch(QEditor)[3.20]: SearchField_OnClick (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Caught error in PartModuleList.Contains() (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) QuickSearch(QEditor)[3.20]: SearchField_OnEndEdit (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) QuickSearch(QGUI)[3.20]: HideHistory (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Edit: something is borked. After I changed the setting, everything makes me wait. I went back to SPC and had a bigger delay than used to. Then I went to RnD, had a bigger delay and the log is spammed with QuickSearch(QRnD)[3.20]: Find: (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) Now it's time for the full log: https://www.dropbox.com/s/oj8z8qomy3lsfhj/2017-06-27-2 KSP.log.zip?dl=1
  21. I just recognized something else: I changed the setting "enableEnterToSearch" to "True", went back to SPC and then into VAB again. The settings was not re-readed - I hoped this would happen on scene change at least. Edit: Then I just entered a senseless phrase (some random characters) - it needs ages... I was able to ALT-TAB out (and I thought it was finished), but now, after about 4 minutes, I can't quickly ALT-TAB back in, so it seems it's still "searching" ...
  22. There is an error in the patching of the contracts. Perhaps this is not the fault of this contract pack, because it says "ArgumentException: 'Gilly' is not a valid CelestialBody." - I got RSS installed. [INFO] ContractConfigurator.ContractType: Loading CONTRACT_TYPE: 'StationCore' (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) ContractConfigurator.OrbitFactory: CONTRACT_TYPE 'StationCore', PARAMETER 'LKO' of type 'Orbit': Error parsing maxAltitude (Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 42) ArgumentException: 'Gilly' is not a valid CelestialBody. at ContractConfigurator.ConfigNodeUtil.ParseCelestialBodyValue (System.String celestialName) [0x00000] in <filename unknown>:0 at ContractConfigurator.ExpressionParser.CelestialBodyParser.ParseIdentifier (ContractConfigurator.ExpressionParser.Token token) [0x00000] in <filename unknown>:0 at ContractConfigurator.ExpressionParser.ExpressionParser`1[T].ParseVarOrIdentifier (ContractConfigurator.ExpressionParser.Token token) [0x00000] in <filename unknown>:0 at ContractConfigurator.ExpressionParser.ExpressionParser`1[CelestialBody].ParseSimpleStatement[CelestialBody] () [0x00000] in <filename unknown>:0 Rethrow as TargetInvocationException: Exception has been thrown by the target of an invocation. at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00000] in <filename unknown>:0 at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[] parameters) [0x00000] in <filename unknown>:0 at ContractConfigurator.ExpressionParser.ExpressionParser`1[System.Double].ParseStatement[Double] () [0x00000] in <filename unknown>:0 Rethrow as TargetInvocationException: Exception has been thrown by the target of an invocation. at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00000] in <filename unknown>:0 at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[] parameters) [0x00000] in <filename unknown>:0 at ContractConfigurator.ExpressionParser.ExpressionParser`1[System.Double].ParseStatement[Double] () [0x00000] in <filename unknown>:0 Rethrow as Exception: Error parsing statement. Error occurred near '*': @/targetBody1.IsSun() ? 113549713200 : @/targetBody1 == Gilly ? 16000 : @/targetBody1.SpaceAltitudeThreshold() .......................* <-- HERE at ContractConfigurator.ExpressionParser.ExpressionParser`1[System.Double].ParseExpression (System.String key, System.String expression, ContractConfigurator.ExpressionParser.DataNode dataNode) [0x00000] in <filename unknown>:0 at ContractConfigurator.ConfigNodeUtil.ParseSingleValue[Double] (System.String key, System.String stringValue, Boolean allowExpression) [0x00000] in <filename unknown>:0 at ContractConfigurator.ConfigNodeUtil.ParseValue[Double] (.ConfigNode configNode, System.String key, Boolean allowExpression) [0x00000] in <filename unknown>:0 at ContractConfigurator.ConfigNodeUtil.ParseValue[Double] (.ConfigNode configNode, System.String key, System.Action`1 setter, IContractConfiguratorFactory obj, Double defaultValue, System.Func`2 validation) [0x00000] in <filename unknown>:0 UnityEngine.DebugLogHandler:Internal_LogException(Exception, Object) UnityEngine.DebugLogHandler:LogException(Exception, Object) UnityEngine.Logger:LogException(Exception, Object) UnityEngine.Debug:LogException(Exception) ContractConfigurator.LoggingUtil:LogException(Exception) ContractConfigurator.ConfigNodeUtil:ParseValue(ConfigNode, String, Action`1, IContractConfiguratorFactory, Double, Func`2) ContractConfigurator.OrbitFactory:Load(ConfigNode) ContractConfigurator.ParameterFactory:GenerateParameterFactory(ConfigNode, ContractType, ParameterFactory&, ParameterFactory) ContractConfigurator.ParameterFactory:GenerateParameterFactory(ConfigNode, ContractType, ParameterFactory&, ParameterFactory) ContractConfigurator.ContractType:Load(ConfigNode) ContractConfigurator.<LoadContractTypeConfig>d__29:MoveNext() ContractConfigurator.<FinalizeContractTypeLoad>d__28:MoveNext() UnityEngine.SetupCoroutine:InvokeMoveNext(IEnumerator, IntPtr) (Filename: Line: -1) ContractConfigurator.ContractType: Errors encountered while trying to load CONTRACT_TYPE 'StationCore' Do you know a "well-known" issue regarding Gilly in RSS installs? Log: https://www.dropbox.com/s/xflvfnw8igjbd9d/2017-06-27-1 KSP.log.zip?dl=1
  23. I suggest that QuickSearch should read the PartDatabase.cfg or convert it to its own version on game launch. The more parts, the longer each search is. Like each search is from scratch, searching again through all parts like it never happened before. And the QuickSearch History window often does not close, so I have to click into the search field - wait - press ESC - wait - to get it closed. The setting "enableEnterToSearch = True" inside GameData\QuickMods\QuickSearch\Config.txt is helpful but not very prominent ...