Jump to content

Starstrider42

Members
  • Posts

    859
  • Joined

  • Last visited

Everything posted by Starstrider42

  1. I believe RSS ships with a Custom Asteroids config that works automatically if this mod is installed.
  2. But isn't that sort of thing already represented by the initial failure rate spike (which you seem to have kept)? My understanding is that TestFlight intended the ignition failure mechanic to specifically represent igniters, and that that assumption is incorporated into other mod rules (e.g., sensitivity to dynamic pressure). Please do reconsider; I think having ignition failures apply to some engines, but not others, adds a lot of meaningful choice to spacecraft design.
  3. First of all, many thanks for taking over this! It was a welcome surprise for my return to KSP, especially since I didn't have time to sit down and learn the differences between TF1 and TF2. However, I'm not sure I understand all your design decisions. In particular, can I ask why you added ignition failures to all the monopropellant, nuclear, and electric engines? It's a bit confusing, given that these engine types don't have igniters (and IRL one of the few advantages monopropellant rockets have over bipropellant is that they will burn so long as fuel is flowing). The change also has some significant gameplay consequences, since it's harder to perform precision maneuvers with an engine that has a flat chance of failure every time it's bumped up to nonzero throttle.
  4. Sorry, I have documentation of the config options (which badly needs some reorganization), but nothing step-by-step. As for your specific question, it would be difficult. The current system doesn't support multi-part asteroids (it's been a feature request for a while now, but I have no idea where to even begin). If you wanted to create a specific asteroid swarm, you could create a group for it with very narrow tolerances on all six orbital elements (and no variation at all in semimajor axis, to keep them from drifting out of formation). If you want to create dense swarms with the orbit of each individual swarm being randomized, however, I don't see a way to do that.
  5. Trojans and main belt asteroids are in the Basic Asteroids pack. It sounds like you downloaded Custom Asteroids as a zip file; Basic Asteroids is in the Standard Setup folder of the zip. Installation works the same way as for the OPM packs. As for too many comets, I'm not sure what to say. You should only see 4-5 comets a year, and only roughly 1 at a time if you leave them untracked. Can you send me the log as described in this post (I'm fine with you messaging a link instead of putting it here in the thread)? Hopefully it will reveal what's going on.
  6. I'm not sure I follow. There is indeed no "download" button. The links in the OP go directly to the files; they can then be saved to disk using your browser's "Save Page As" (or similarly named) command. If instead you navigated to the Custom-Asteroids-Extras releases, the links under "Assets" should save to disk instead of opening the files in your browser. Please let me know if either option works for you.
  7. Sorry for the slow reply. There are several asteroid packs for OPM, all of which are available from either GitHub (see the original post for links) or CKAN (search for mods with "Custom Asteroids" in their name). For the GitHub downloads, you get a single .cfg (text) file that needs to go somewhere within your <KSP install>/GameData directory. The traditional location is GameData/CustomAsteroids/config, but you can also create your own folder and put them there. For the CKAN downloads, CKAN will install them in GameData/CustomAsteroids/config. KSP will automatically load the files next time it starts (assuming you have Custom Asteroids already installed). As for which asteroid packs work with OPM: Stockalike and Basic Asteroids are included with the non-CKAN installs of Custom Asteroids (on CKAN, they can be requested separately), and work just fine with OPM. These cover the solar system at Jool's orbit and inward. Note that the Trans-Jool pack included with Custom Asteroids does not play well with OPM, and I recommend removing that file from GameData/CustomAsteroids/config if you have it. Trans-Neidon provides OPM-ified versions of the centaurs, the Kuiper Belt, and the scattered disk. It also tweaks comets (from Stockalike) a bit to better fit the expanded solar system. OPM-Reconfig is a Custom Asteroids remake of the Kopernicus asteroid config shipped with OPM, which adds moonlets around all four giant planets. Whether this is useful for you depends on your Kopernicus settings (search this page for "UseKopernicusAsteroidSystem"); if you're already getting these objects from Kopernicus, then I don't recommend getting more from Custom Asteroids. I hope that helps. If not, please let me know; I promise to respond faster next time.
  8. Assuming you have ModuleManager installed (if you use any mods, you probably do), you can create a script like the following and put it somewhere in your KSP/GameData/ directory (e.g., GameData/Matteoksp/magicboulder.cfg): @PART[PotatoRoid]:FINAL { @MODULE[ModuleAsteroid] { %secondaryRate = 0.05 } } @PART[PotatoComet]:FINAL { @MODULE[ModuleComet] { %secondaryRate = 0.05 } } This will change both asteroids and comets to whatever probability you give.
  9. I generally support this change. Does the "no distributions in CRP" policy apply only to planetary resources, or will the asteroid resource config also be removed? Custom Asteroids is currently "stompy" with that one, and this seems like a good opportunity to clean it up. On the other hand, because of the way PartModules are handled during save game loading, ModuleAsteroidResource and ModuleCometResource are nowhere near as conflict-friendly as resource nodes, so a centralized config may be the lesser evil.
  10. Not at all. Custom Asteroids offers more features than Kopernicus's asteroid system (the latter tries to be fairly stockalike), so it's quite possible to use Kopernicus for planets but Custom Asteroids for asteroids. I play that way myself (with OPM). Kopernicus now has a flag that lets you use Custom Asteroids exclusively; there was a discussion on this thread about it in January/February. Actually, I should mention the flag in the disclaimer, so thank you for bringing it to my attention.
  11. In the VAB, once you've placed an engine, you can (IIRC) get a brief summary by mousing over it, and more detail by middle-clicking.
  12. It sounds like you're trying to run Custom Asteroids 1.9, which (like anything comet-related) is only compatible with KSP 1.10 and later. If you install Custom Asteroids 1.8 (links available in original post) you should not have any problems.
  13. Custom Asteroids itself should work with any Kopernicus-based solar system, but I don't know of any asteroid packs for Beyond Home . If a planet mod doesn't include Custom Asteroids support, you'll have to write your own (see the discussion with @Wolves_Hero last page).
  14. Sorry, I couldn't understand that. If you're asking how to control the sizes of asteroids, you want something like, for example: ASTEROIDGROUP { // Other properties go here sizes { key = 1.5 C key = 3 D key = 2 E } } to give a 3:6:4 ratio of C, D, and E asteroids, but no A or B. If you're saying that size A asteroids look huge when they shouldn't, that sounds like a bug. If so, can you provide more information, following the "How to get support" guidelines? The log file and a list of other mods installed are the most important parts.
  15. Not quite. Comets are provided by Stockalike.cfg, and from your description above it sounds like you want that instead of Basic Asteroids.cfg (Basic Asteroids creates an asteroid belt between Duna and Jool, something stock does not do). If you substitute Stockalike in your description above then yes, that should be the behavior you get.
  16. That's a complicated question because there's multiple options on either side, so bear with me. Though you're at least in little danger of getting "stray" objects no matter what you do. I should start by pointing out that there are actually two stock asteroid systems: the basic one that produces Kerbin intercept asteroids, Drestroids, and most comets, and the one associated with the Sentinel telescope. Depending on how you set the new Kopernicus switch: if UseKopernicusAsteroidSystem = true, you will have neither the basic nor the Sentinel spawner. If you also have Custom Asteroids installed, both the Kopernicus and CA spawners would run. Whether they overlap would depend on which asteroids each is configured with (see below). if UseKopernicusAsteroidSystem = false, you will also have neither stock spawner. If you have Custom Asteroids installed, it will work alone. if UseKopernicusAsteroidSystem = stock but Custom Asteroids is installed, you will not have the basic spawner (which CA turns off), but will still have the Sentinel spawner. Sentinel will behave exactly like it does in stock, without using Custom Asteroids configs. None of these options let you use the basic spawner for some asteroids and Custom Asteroids for others, but both Kopernicus and Custom Asteroids can emulate stock behavior with their own systems. In the case of Custom Asteroids + OPM, there are five asteroid packs involved: Stockalike.cfg ("stockalike config" in CKAN) -- this one produces Kerbin intercept asteroids, Drestroids, and comets. To be more (but not perfectly) stock-like, it avoids some Custom Asteroids features, such as composition classes. It's installed by default if you download Custom Asteroids as a zip, and automatically recommended if you install from CKAN. Basic Asteroids.cfg ("inner stock system") -- this one produces asteroids at Jool's orbit and inward, including Jool Trojans and an asteroid belt. It's included in a separate directory in the zip file, but it sounds like you don't want it. Trans-Jool.cfg ("outer stock system") -- this one produces a Kuiper belt just outside Jool's orbit. It is not compatible with OPM, and CKAN won't let you install them together. If you're downloading Custom Asteroids directly, it's in the same place as Basic Asteroids. OPM-Reconfig.cfg ("alternative OPM config") -- this one adds moonlets to Jool through Neidon, emulating OPM's Kopernicus config. It turns off the Kopernicus configs it duplicates, so there should be no conflict. This one's not included in the zip file, but you can download it from a link in the OP, or through CKAN. Trans-Neidon.cfg ("Kuiper belt analog for OPM") -- this one produces Kentaurs and a Kuiper belt outside Neidon's orbit, and also rescales the Stockalike.cfg comet orbits to fit the larger solar system. It's available from the same places as OPM-Reconfig. So the main danger of overlap is between my Stockalike.cfg and the corresponding Kopernicus asteroids, if you've set UseKopernicusAsteroidSystem = true. You can avoid it either by setting UseKopernicusAsteroidSystem = false, or by not installing Stockalike.cfg. In the latter case, I assume OPM will rescale the stock comets itself once it officially supports KSP 1.10, but I don't think it does yet. Sorry if that's a bit long-winded, but hopefully you see a combination that does what you want.
  17. Honestly I have mixed feelings about Kopernicus turning comet control over to Custom Asteroids entirely; I said a few words about why on the Kopernicus Unified branch. I'm all in favor of the asteroid generator flag you propose, though, since previously avoiding conflicts between the two mods has involved some awkward MM deletions, and having a sanctioned solution would be much better. Custom Asteroids defines its asteroids/comets in text files in the KSP directory. The default files in GameData/CustomAsteroids/config are all designed for the stock system, so for a total conversion mod like Beyond Home I'd expect them to produce nothing but error messages. You'll probably want to delete them (or move them somewhere outside the KSP directory if you want to keep them as examples). I've provided some instructions for what the asteroid config files should look like, so I suggest starting there. I realize the instructions are a bit poorly organized; rewriting them to be clearer and easier to navigate is getting close to the top of my to-do list. I hope they help in the meantime.
  18. Since @Black-Two- was kind enough to mention me I suppose I should chime in, though I am biased (in multiple directions ). Kopernicus and Custom Asteroids have been competitors/rivals since 2015, in part because the two mods have taken different approaches to asteroid handling: Kopernicus was, when last I checked, fairly close to stock asteroids, while Custom Asteroids tried to overrule the stock behavior wherever it could. Some players preferred one approach, some the other. But there's also been some synergy: @Thomas P. wrote a much better asteroid spawner than my original design, and Custom Asteroids became much more efficient when I incorporated his algorithm into my own code. Custom Asteroids has fluctuated in quality depending on personal distractions, while Kopernicus has had much more stable support. For all these reasons, I'd be sad to see Kopernicus drop out of the asteroid field, and am glad @R-T-B's proposal at least keeps any existing features. I'm a bit surprised to hear that Kopernicus is having trouble with comets. I tried using Release 61 (without CA installed) while testing some things for RSS, and was able to create my own comets (using the stock "orbit definition" configs) with no apparent problems. I would think that supporting that in the Kopernicus spawner would be well within the spirit of how Kopernicus has handled asteroids historically. Did @R-T-B mean something else when they talked about support for custom comets?
  19. Thanks for your interest! Yes asteroids (more precisely, any part whose model is generated by ModuleAsteroid) cannot be made larger than size E. I don't know of a way around it, but I've requested support for larger asteroids as Squad#27069. If you have a Squad bugtracker account, feel free to upvote it. With the current code it is possible to create an asteroid that uses the comet model, but does not have CometVessel (the vessel module that adds support for orbit types and visual effects): simply use ModuleManager to clone PotatoComet into a part with a different name, and you'll get the behavior you asked for. However, this is an exploit of the second "known issue" I mentioned above; I'm reluctant to add any official support for something like this until I know how Squad#27070 will be resolved.
  20. Thank you everyone for waiting! Custom Asteroids 1.9 is now available for KSP 1.10 and later. This version adds support for custom comets and makes some long-overdue tweaks to the stock asteroid packs. Unfortunately, I don't have a good way to patch old-style "comets" from existing save games (especially ones you've already visited); they'll still be asteroids. New Features Asteroid groups can now create comets that behave according to stock rules (e.g., orbit-dependent science classes). Changes The CaCometActive part and cometSample experiment are now deprecated; use PotatoComet instead. They will be removed in version 2.0.0. Stockalike.cfg now emulates the four stock comet classes. Comets have been removed from Basic Asteroids.cfg and Trans-Jool.cfg. Added a "Main Belt Comet" comet class. Nerfed spawn rates of Drestroids and Jool Trojans. Modernized Kuper belt objects and made them more realistic. Restricted Kuper belt detections to large objects. Bug Fixes New asteroids/comets now trigger the corresponding game events. Scene changes no longer cause duplicate asteroids. Known Issues Comets do not show tails in the Tracking Station when they first appear. The problem goes away if you leave the Tracking Station and return. Comets can only be based on the PotatoComet part; this appears to be a stock limitation. As a result, the Icy-Organic objects of the outer solar system won't develop tails should you throw one towards the Sun.
  21. Thanks for the feedback! Unfortunately, the resource display is a problem on the stock side. While I'm also annoyed by the lack of a good asteroid prospecting option, I'm not sure I want to try to add my own display on top of the stock module, especially since Community Resource Pack (which had varied asteroid resources before I did) doesn't feel the need to do so. Yes, an asteroid drill will mine everything at once. There's an explanation of the exact mechanics on the Squad bugtracker.
  22. Custom Asteroids 1.8.0 is now available for KSP 1.4 through 1.9. This release is not compatible with KSP 1.10. I'm working on integrating with the new comets system, but I probably won't be able to maintain compatibility with KSP 1.9 and earlier once I do that, so I wanted to get these fixes out first. Thank you for your patience! New Features Asteroid groups can now have custom size distributions. They are still limited to the asteroid sizes provided by the stock game. Bug Fixes Loading a KSP game in which many years have passed no longer causes Custom Asteroids to "churn" through redundant asteroids. Resource drills now work when Custom Asteroids is installed but Community Resource Pack is not. Asteroid configs consisting entirely of limited-number or conditionally-spawned asteroids no longer emit error messages. Asteroid configs consisting entirely of limited-number or conditionally-spawned asteroids no longer cause the fixed-rate spawner to get stuck in a zero-asteroid state.
  23. If you mean the Sentinel telescope, Custom Asteroids doesn't support it at all at the moment (i.e., if you launch the telescope it should still work, but it won't use any CA features). I did try to integrate it into the mod, but it proved a bit too difficult for me. I will still try to fix the bugs that have been reported here, but I can't promise when I'll be able to release a new version, sorry.
  24. OPM still has official FF support, but it's not included in the CKAN download (or as a separate pack, last I checked). You can download the ribbons manually from https://github.com/Poodmund/Outer-Planets-Mod/.
  25. @kubi, thanks for the bug reports. I don't have a better workaround for the too-strict spawn limit. The error messages are harmless (the spawning logic was written before it made sense to have no asteroids spawning on purpose); they will go away if you add an asteroid group that does not have limits, or you can suppress them outright by setting ErrorsOnScreen = False in the settings file. As for pseudo-Lagrange points, the trick is to set the asteroids' mean longitude based on that of the body they're co-orbiting with. You can look at the Trojan asteroids in Basic Asteroids.cfg for an example. In that file I gave the asteroids big spreads in inclination and mean anomaly to imitate the fairly dispersed Trojan groups in our own solar system, but this is by no means part of the technique.
×
×
  • Create New...