nightingale

Members
  • Content count

    3844
  • Joined

  • Last visited

Community Reputation

2757 Excellent

About nightingale

  • Rank
    Configurer of Contracts

Profile Information

  • Location Canada

Recent Profile Visitors

7907 profile views
  1. Yeah, figured you would say that. Last question - which scene was it in (I know that tracking station is a problem in particular).
  2. @Gordon Dry - It's going to be one of two things - either a bug of some kind, or something odd in the contract. If it's a bug, the most likely thing is going to be an exception in the log file. So can you post a KSP.log file (one that covers the time period where you would've expected the contract to succeed). If that doesn't show any problems, the next thing I'd ask for would be a save file from just a little bit before you expect the contract to complete.
  3. That facility check has has problems in the past. Are you on the most recent CC version (there was a fix in that one)? That being said the checkOnActive = false is a good workaround.
  4. For stock survey contracts, they base the center point for "near KSC" survey contracts on the SpaceCenter location - which is different than the KSC PQS City. It's not something I've looked at enough to know if SpaceCenter is its own thing, or in the same game object hierarchy as the PQS City (and would therefore automatically get moved). That part I'll pass off on @Thomas P..
  5. Yup, it's a balance thing - the strategies are more powerful, so you're forced to choose the ones you want.
  6. Not really seeing anything horrible - there's a lot of this: [ERR 12:14:05.192] ContractConfigurator.ContractConfigurator: Couldn't load CONTRACT_TYPE 'ScanMinmus' due to a duplicate name. [ERR 12:14:05.193] ContractConfigurator.ContractConfigurator: Couldn't load CONTRACT_TYPE 'FirstDocking' due to a duplicate name. Which points to some contract packs being installed incorrectly. Then there's other stuff like: [LOG 12:14:11.110] [INFO] ContractConfigurator.ContractType: Loading CONTRACT_TYPE: 'ScanDuna' [ERR 12:14:11.116] ContractConfigurator.ParameterFactory: CONTRACT_TYPE 'ScanDuna',PARAMETER 'HasPart1' of type 'HasPart': Unknown parameter 'HasPart'. [ERR 12:14:11.116] ContractConfigurator.ParameterFactory: CONTRACT_TYPE 'ScanDuna',PARAMETER 'ReachSituation1' of type 'ReachSituation': Unknown parameter 'ReachSituation'. [ERR 12:14:11.118] ContractConfigurator.ParameterFactory: CONTRACT_TYPE 'ScanDuna',PARAMETER 'OrbitApoapsis1' of type 'OrbitApoapsis': Unknown parameter 'OrbitApoapsis'. [ERR 12:14:11.118] ContractConfigurator.ParameterFactory: CONTRACT_TYPE 'ScanDuna',PARAMETER 'OrbitPeriapsis1' of type 'OrbitPeriapsis': Unknown parameter 'OrbitPeriapsis'. [ERR 12:14:11.119] ContractConfigurator.ParameterFactory: CONTRACT_TYPE 'ScanDuna',PARAMETER 'OrbitInclination1' of type 'OrbitInclination': Unknown parameter 'OrbitInclination'. Which refers to some ancient parameter names (I think this might be DBT85's version of the SCANsat contract pack, which hasn't been updated in a good 2 years). Beyond that it's hard to say. I'd suggest looking at the Contract Configurator debug window (ALT-F10) and seeing which contract packs are actually causing the problem(s).
  7. @Pratherdude - That log file you provided is odd. It shows you exiting before you've even been able to get to the main menu scene. This error is the last thing thrown (and is thrown several times): [EXC 17:02:37.179] UnauthorizedAccessException: Access to the path "/home/shaggy/Steam/steamapps/common/Kerbal Space Program 1.3.0 (Modded)/PartDatabase.cfg" is denied. System.IO.FileStream..ctor (System.String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, Boolean anonymous, FileOptions options) System.IO.FileStream..ctor (System.String path, FileMode mode, FileAccess access, FileShare share) System.IO.File.Open (System.String path, FileMode mode) ConfigNode.Save (System.String fileFullName, System.String header) ConfigNode.Save (System.String fileFullName) PartLoader.SavePartDatabase () PartLoader+.MoveNext () UnityEngine.SetupCoroutine.InvokeMoveNext (IEnumerator enumerator, IntPtr returnValueAddress) There seems to be a permission issue, try deleting PartDatabase.cfg (it will get recreated). If that doesn't fix it, then I'll need to see a log file where you get at least to the main menu (but preferably as far as the space center scene).
  8. Yeah, I've got it compiling - that's the easy part. The "thing" at Jool doesn't show up, and I haven't had time to dig into why.
  9. @Edwin1993 - Can you post a KSP.log? I'm wondering if there's something else going on that would show up in there. Although do check on the difficulty settings thing as well, as that could easily do it too.
  10. @StevieC - Yeah, version was confused and I'd forgotten to push the change that fixed it. Should be good now.
  11. No, but great minds think alike, as that's basically what I ended up with anyway.
  12. Fixed for next Contract Configurator release.
  13. @Alshain - I think I'll go with @vardicd on this one. I am tempted to changed "uncrewed" to "unmanned", "unkerballed", "without seats", or "with no sapient life forms", but none of them sound quite right. Also, *my* tourist contracts require a pilot. No free rides!
  14. Hmmm, I rechecked this one, and changing it to a specific range without the 'active vessel' condition is technically a bit difficult. However, I thought the requirement text is pretty clear: string output = "Must " + (invertRequirement ? "not " : "") + "have a RemoteTech constellation orbiting " + (targetBody == null ? "the target body" : targetBody.CleanDisplayName(true)) + " with an active vessel dish (or omni antenna) with a range of at least " + (range / 1000.0).ToString("N0") + " km"; Any suggestions on how you would reword "active vessel dish" to be a bit more clear?