Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by Gaius

  1. It's being worked on. Expect an official announcement soon.
  2. Oh, ha! Nope, you don't need it -- the Unity libraries it compiles against are actually in the KSP_win directory (under KSP_Data\Managed). See, it's been so long since I monkeyed with this that I don't even remember what I did. I have oldheimers. I do need Unity installed for working on my parts mod, so my confusion is at least excusable. Who knows, maybe someday I'll have time to update that one...
  3. Awesome! This is my favorite mod, I can't play without it, thanks for updating it! Seriously, thanks. I'm in the middle of a move and don't even have Unity installed on my current desktop to do compiles against. I have updated the first post of the original thread to now point to this thread. Good luck and have fun!
  4. Ah, that would be Kommitz' most excellent work.
  5. Nope, those are the only trusses I've had. Perhaps Rareden was using this old mod? Unfortunately, that mod appears to be dead. I might take up the task of making replacements if I can find the time. I too really did love that mod.
  6. Well, a Jumbo-64 is a cylinder with a radius of 1.25m and a height of 7.5m, so an internal volume of 36.816 m3. An FB-O tank at size 4 is a sphere with a 5m radius, so an internal volume of 523.599 m3. So, yes, a size 4 FB-O tank is 14.222 times larger, and spherical tanks generally more efficiently use their internal volume than cylindrical tanks, which actually round their ends a bit on the inside for structural strength, hence the spherical tank actually gets a bit more than 14.222 times the usable internal volume.
  7. You shouldn't compare RTG output to larger power generation systems. You'd never put 26 tons of RTGs on something when a single 1 ton nuclear reactor would generate more power for a fraction of the weight. You use an RTG where you only need a trickle of power and don't want to devote half a ton or more of your spacecraft to the power system. For heavier power generators, compare to something like a SAFE-400 reactor, which weighs half a ton and generates 100kW of electricity (for game purposes, say 100 E/s). In terms of weight/power efficiency, it's literally a couple orders of magnitude bet
  8. Thanks for hosting that! I've updated the first post to point to the temporary mirror, but I'll work out a more permanent solution soon (hopefully before 0.24 hits)...
  9. I just wanted to say: Wow! Outstanding job taking my little hack and turning it into something great! I was originally going to quibble (I tend to be on the GPL side of the "license wars"), but at this point I think it's fair to say it's more your mod than mine. Feel free to re-license it as you prefer with my blessing.
  10. Ah, thanks for doing this. I've updated the first post to point to the new download. Sometime before 0.24 gets released, I'll hopefully have time to get an update up on CurseForge myself for a more official release... To the best of my knowledge, the capacity per unit volume of my spherical and pill tanks are within 10% of the stock tanks (except perhaps the xenon tank). I verified the volumes using Wolfram Alpha. It may be you're just unused to looking at spherical volumes. The nosecones might be a bit looser, but certainly not more than 20% off I think. In any case, if you know of any
  11. Please steal my plugin! Seriously, the plugin has been feature complete for my own purposes for a while now, so having someone else take over the job of maintaining it, keeping in up to date and extending it with new features is doing me a big favor by taking over what for this point would just be work for me, and work I honestly don't have time for at the moment -- this is literally the first time I've had time to even login to the KSP forums in over ten days, and I'm currently both very busy and dealing with personal issues that are probably going to take a few more weeks at minimum before
  12. Since it doesn't hurt anything if the mods aren't installed, I will add Kethane and EPL/OCR materials to the default config on the next release. I exclude command pods from the things that automatically get the pump installed because they already have a pretty beefy right-click menu, and I didn't want to clutter that up with even more lines; also, I so rarely want to pump things out of command pods that it's simpler to just do it manually when I do. But it's easy enough to remove the "!MODULE[ModuleCommand]" exception in the relevant config file entries to make it add the pump regardless.
  13. Sorry to everyone I didn't reply to recently, been pretty busy for the last couple weeks, but I'll be back to working on this soon. Loving the pics, BTW, and the evil laughter. Aha! Someone was just asking me about supporting that in a PM! I'll let them know the feature is now in the fork. Thanks for that, I was wondering how to go about doing that, and now I know. Absolutely! Just make sure it unpacks to GameData/Goodspeed/Plugins/Scale.dll, so that if multiple mods use it, they just overwrite the same file instead of having a bunch of same plugin distributed all over the place...
  14. I'll see if I can't come up with something. I'm also planning on monoprop balls. Just a matter of finding the right texture... and the time. Do you mean the "rescaleFactor" variable in the config? For parts that use MODEL {...} as mine do, the way rescaleFactor works is horribly broken in the current version of KSP, so really the only right answer to that is "1.0" for now. Instead of changing that, to rescale a part in its config, go into the MODEL {...} section and set the "scale" variable in there. I believe all the reactors use "1.0, 1.0, 1.0" -- set each desired dimension to "0.5" or
  15. Prior to the ARM release, I would occasionally update MechJeb, try docking, and revert back to build 168, which was the last version I downloaded that had a decently working docking AP. Alas, since the ARM release that's no longer an option. I'm not sure what needed fixing with the docking AP in build 168, but I sorely miss it. It sipped RCS quite efficiently and docked much more quickly and safely for me, 100% of the time. If nothing else, I'd love to see a checkbox in the new one to disable to horrid "backing up" behavior, or a box where I can enter the number for what should be consider
  16. The new update is working well, even immediately after undocking a ship from the station it'll be using as a relay, thanks much for that fix! I have noticed one little oddity, however... I have a probe sitting on the surface of Minmus with the shortest range antenna, with a relay sat orbiting Minmus with a longer range antenna. When I first switch to the ship, or immediately after an F9 reload, if I run an experiment and select transmit, it takes a while and uses a large amount of power. However, if I first right-click the antenna and look at the range stats (doing nothing else other than
  17. It's an entirely different kind of flying: all together!
  18. Nice! Just a few problems so far: Tabs continue to appear after set to "Visibility: None". Delay before opening submenu setting is awesome! However, it is not persistent. It would also be nice if it could be set a bit higher, like maybe up to 300? When you create a new tab, it has no subgroups, and when you hover over said tab, a weird, expanding box glitch happens, continuously getting wider the longer you hover over it. Besides that, it's looking really nice, thanks!
  19. Yes, but it's unrelated to this mod; MJ also won't currently display the delta-V for a probe with an ion engine using entirely stock parts.
  20. The more common use case, indeed the one I see quite often, is when I separate from multiple self-destructing parts (e.g. an array of boosters) and they all start spamming the exact same countdown, completely covering the screen, when it would be ideal if just one (if not zero) of them were doing it. I for one would absolutely love some way to get rid of that visible countdown spam, even if it was just a config-file variable rather than a full-on tweakable. Although perhaps a better option would be to stop it from redisplaying the exact same message multiple times, i.e. don't bring up a new
  21. There is no such file [DERP, there is, I found it, although it's not named exactly that; see below]. If you mean KSP.log, it just contains the same errors that are written to the debug log, albeit with timestamps. [LOG 03:31:16.052] Sending data to vessel comms. 1 devices to choose from. Will try to pick the best one [EXC 03:31:16.055] KeyNotFoundException: The given key was not present in the dictionary. [LOG 03:31:21.547] Sending data to vessel comms. 1 devices to choose from. Will try to pick the best one [EXC 03:31:21.549] KeyNotFoundException: The given key was not present in the diction
  22. ...and 0.23.5 seems to have broken it. When attempting to transmit from Minmus, with a relay satellite in orbit, nothing happens, and the debug log says: [Log]: Sending data to vessel comms. 1 devices to choose from. Will try to pick the best one [Exception]: KeyNotFoundException: The given key was not present in the dictionary.
  23. It should be noted that they changed the ElectricCharge/XenonGas ratio for the stock ion engine when they quadrupled its thrust. The PB-ION2 in the latest update here is still using the old ratio.
  24. ModuleManager is working fine. MechJeb and Remote Tech 2 are broken (although sarbain posted a fixed MJ DLL in the thread).
  • Create New...