• Content count

  • Joined

  • Last visited

Community Reputation

1,783 Excellent

About blowfish

  • Rank
    Senior Rocket Scientist

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. blowfish

    [1.3] Community Resource Pack

    What’s special about 1/1000? I would think the resource calcs should be able to use full precision from end to end E: sorry to quote a very old post but there was some new discussion about it which surfaced this particular aspect.
  2. Okay, here's your problem. You have a (seemingly empty) FerramAerospaceResearch folder in GameData. The key difference between those two logs is that you have ModuleManager installed in one of them, which will see that FerramAerospaceResearch folder, and patches that should only apply if FAR is present, and apply them. The B9 Legacy pack was definitely not the only difference between those two - all of its dependencies were added too. You can't really pin it on a particular mod if you're installing others as well.
  3. Yeah. That surprises me since there's really nothing but parts in that pack. Are you sure the only difference was that, and not some dependencies as well?
  4. @Oracle255 I set up a mirror here: Still looking at the HX cargo bay shielding issue. I'm away from my main computer right so might not be able to work on it for a couple of weeks.
  5. It looks like you din't shared the files so they're not accessible? (pretty sure the public URL will be something much longer too). Could you also try with just B9PartSwitch and none of OPT's other dependencies? Just trying to narrow it down as much as possible.
  6. Yeah I would look at other mods first - B9PartSwitch doesn't touch any key bindings.
  7. It just provides an interface for other mods to hook into. Doesn't do anything to any parts by itself. You need something that configures it.
  8. It's however KSP decides they should be sorted (ModuleManager doesn't do this explicitly). Probably ends up being whatever order things are in when each directory is listed. You can check the log to see what order things ended up in. In general though I'd say it's best not to depend on alphabetical order within a particular pass. If you need patch X to run before patch Y, put them in different passes.
  9. Put a different way, do you have any examples of .version files that seem to have the extra characters?
  10. This: And glad to hear the symbolic link stuff worked finally. I don't recall having issues like the ones you're describing but maybe I've been creating symbolic links for so long that I just forgot.
  11. The link is from somewhere outside the Git repository to somewhere it it. Git isn't even aware of its existence.
  12. Also, it looks like a lot of the build depends on specific paths in your system. The AssemblyInfo templates can use the relative path of the .version file, but the post-build is another matter. Would it be reasonable to replace the hard-coded KSP path with a symbolic link from that KSP install to the output directory? (i.e. mklink /D R:\KSP_1.4.1_dev\GameData\KSP-AVC D:\Users\jbb\github\KSPAddonVersionChecker\Output\KSP-AVC). I've used this approach extensively myself and I've found it to work well. Also, what's the purpose of all the test case .version files?
  13. @linuxgurugamer can you elaborate more on the issue where Github was returning extra characters at the beginning of the file?
  14. @linuxgurugamer what C# version are you targeting for development? I only ask so that I don't accidentally introduce new syntax that will break something for you.
  15. Makes sense. I'll look at implementing this. I think it should be pretty simple - if the root JSON element is an object, parse a single version, and if it's an array of objects, parse each one as a version and choose the highest one that's compatible with your KSP version.