Search the Community

I am going to ask that you stop acting like the majority of this commentary is somehow without merit. When the points you attempt to make are so eloquently rebutted, you shift the goal post to "its just game" I do not think that "its just an X,Y,Z" is as acceptable excuse for the very last point that @PCDWolf made. It is not about patience. The majority of the rebuttal addressed that very issue and the last year we have been actively attempting to gain insight on the direction this game plans to take. They have been tight lipped because the community was promised for years that this game would have a certain goal. KSP PLUS. It was immediately apparent that a different direction was chosen and we clamored for something of substance regarding this. The stuff that does come out is pure PR content and nothing of merit with regard to game direction. The only thing worth a dang at all on the future of this game was completely compiled by @The Space Peacock... with much of it dated. How much of these old conversations and ideas are going to stay? You are not understanding how long it took for took to get them to even consider certain important things seriously... Like Wobble Font UI TimeWarp Constraints Things that are not "official' bugs are often ignored when we question specifics or insight in decisions. Official Bugs (Up Until Recently) has been difficult to navigate with key word searches not always resulting in success. This compounds with many redundant postings and ignored issues NO ONE can say that this game was playtesting in an organic manner. EA is not for Alpha State drops.. not traditionally. This leaves us guessing as to why and what.. with the track record our imaginations see "the best prediction for the future is the past" WE want this game to succeed. But we also want that success to be within some realm of what we enjoyed about the first game... People would talk about other things than how crappy "radio silence is" if we were given something to talk about.

Of course. If we only "overreacted" when a hungry lion is in the immediate vicinity, I don't think we would come a long way as a society. A car is just a car, after all. So is money. Music. Computers. Biology.. Whatever tickles you... But it tickles, and that's a good thing. I'm fully aware that I have a first world problem. But if there was no such thing at this point, that would mean that all of us here would be in a nuclear wasteland, fighting over remaining canned food. So I'm happy to battle over opinions @Dakota Maybe this exists, and has slipped my attention... Is there a chance to at least get an overview of how news/updates are done? If you have a feature X, when do you post it as a sneakpeek? How decisions are made to share it at all? What's allowed and not allowed to talk about? I'm having troubles to form a proper question here.

I mean really love this team and I think things are coming along nicely but I believe even they see it as getting on base after a tough at bat. Unfortunately we're living in a really toxic gaming culture and its got to be hard for passionate developers and designers to gauge real reactions and actionable feedback in a clear and honest way. The atmosphere from a vocal player standpoint is to take all of these things really personally, or pretend to take them really personally, and then engage in an over-the-top Kabuki dance of feigned rage demanding groveling supplication from the corporate entities they've been wronged by because they think thats the only way games improve. But it's kind of like Cable news outlets constantly running BREAKING NEWS banners. If you're always turning everything up to 11 then people who might listen might as well just tune you out. If players believe rage-bombing every title that doesn't meet their expectations is the only way to convince developers to improve their products then eventually developers are just going to take those flame-campaigns less seriously. I would guess they already are. They'll look to more balanced and genuinely informative heuristics to identify the worst problems and work their way up from there. As test case lets talk about Cyberpunk--widely dragged and laughed at when it first released and probably deservedly so. It probably should have incubated for a couple more years. And now all of the initial hard work of good writing and good VA and story can be capitalized on because they fixed most of the bugs and redesigned the core mechanics into something incredible. Which is great! I genuinely hope as colonies and interstellar and resources are phased in the folks at Intercept remain open to making big internal changes to game mechanics depending on how things play out. What matters in the end is how the 1.0 product actually plays. Is it fun? Is it deep? Are the actual mechanics well tuned? is QOL up to snuff? Thats what matters. In my experience most people in this world are doing their best to be good at what they do. They're already incentivized to do that. Heaping shame and vitriol on them usually makes things worse, not better. The changes Cyberpunk made weren't just because players dragged CDPR through the mud. In fact the more substantive changes outside of bug-fixes--police system, fixing drops and the tech tree, etc. only come from very specific and clear feedback on whats not working and then having the time and creative process to create new and better systems. I personally would argue if you as a gamer are dissatisfied you produce more specific and actionable feedback on whats wrong--and passionately so!--rather than focus on grievances.

SpaceX/Starship is the go-to option to talk about I think, but I don't think they'll make a proposal, at least on their own (though, that is probably what a lot of people thought before HLS, so what do I know). Relativity/Impulse have a Mars landing mission on the horizon, and could form the backbone to a project to pursue a return mission, as Tom Mueller is leading Impulse, and has a lot of experience with methalox (that he's applying to Helios), while also having looked into ISRU for Starship. They might even pull in SpaceX for this reason - giving them real data on making methalox on the Martain surface. Just based on having a slated Mars mission Blue Origin/RocketLab are another potential team, set to launch this summer (EscaPADE), but it's a pair of satellites, not a lander. So probably not. NASA needs a firmer deadline for sample return, NET 2040 is too far, and runs the risk of eventual cancellation. When NASA makes their selections, they need a closer date, preferably in the early/mid 2030s, about a decade from now.

Welcome to Kerbalism Hundreds of Kerbals were killed in the making of this mod. Kerbalism is a mod for Kerbal Space Program that alters the game to add life support, radiation, failures and an entirely new way of doing science. Go beyond the routine of orbital mechanics and experience the full set of engineering challenges that space has to offer. All mechanics can be configured to some degree, or even disabled if you don't like some of them. A big part of the mod is fully data-driven, so that you can create your own customized game play with only a text editor and a minimal amount of espresso. Or simply use a set of rules shared by other users. Frequently Asked Questions: FAQ Current version: 3.11 What's new: New and Noteworthy Download: Github - SpaceDock - CKAN Docs & support: Github wiki - Discord - Github issues License: Unlicense (unless stated otherwise, parts might be licensed differently) KSP version: 1.5.x - 1.10.x Requires: Module Manager, CommunityResourcePack See also: Mod compatibility - Change Log - Dev Builds Download and installation Download on Github releases or use CKAN Two packages are available: Kerbalism is the core plugin, always required. KerbalismConfig is the default configuration pack. It can be be replaced by other packs distributed elsewhere. Requirements - Module Manager: must be installed in GameData - CommunityResourcePack: must be installed in GameData Third-party configuration packs Make sure to install exactly one configuration pack only. Don't combine packs unless there is explicit instructions to do so. - ROKerbalism for Realism Overhaul / RP-1 by standecco - SIMPLEX Living by theJesuit - KerbalismScienceOnly for Kerbalism with the science feature only Installation checklist for the "GameData" folder required content : - CommunityResourcePack (folder) - Kerbalism (folder) - KerbalismConfig (folder, can be replaced by a third-party config pack) - ModuleManager.X.X.X.dll (file) Mod compatibility and support Checking the mod compatibility page is mandatory before installing Kerbalism on a heavily modded game. Kerbalism does very custom stuff. This can break other mods. For a lot of mods that breaks or need balancing, we provide support code and configuration patches. However some mods are incompatible because there is too much feature overlap or support is too complex to implement. Documentation, help and bug-reporting - Tutorials and documentation are available at the Github wiki - Need help? Ask on Discord or in the KSP forums thread - You found a bug? - Maybe it's related to another mod ? Check the Mod Compatibility page. - Maybe it's a known issue ? Check the GitHub issues and ask on Discord. - You want to report a bug? - Reproduce it consistently, provide us with screenshots and the KSP.log, modulemanager.configcache and persistent.sfs files. - Report it on Github issues (preferred) or in the KSP forums thread. - You want to contribute or add support for your mod? - Check the technical guide on the wiki - Pull requests are welcome, especially for mod support configs. For code contributions, it is recommended to talk to us on Discord before engaging anything. - Read the contributing documentation - To build the plugin from the source code, read the BuildSystem documentation Disclaimer and license This mod is released under the Unlicense, which mean it's in the public domain. Some parts are released under a different license, please refer to their respective LICENSE files. It includes MiniAVC. If you opt-in, it will use the Internet to check whether there is a new version available. Data is only read from the Internet and no personal information is sent. For more control, download the full KSP-AVC Plugin. What does it do? Kerbalism is a mod for Kerbal Space Program that alters the game to add life support, radiation, failures and an entirely new way of doing science. Go beyond the routine of orbital mechanics and experience the full set of engineering challenges that space has to offer. All mechanics can be configured to some degree, or even disabled if you don't like some of them. A big part of the mod is fully data-driven, so that you can create your own customized game play with only a text editor and a minimal amount of espresso. Or simply use a set of rules shared by other users. All vessels, all the time Contrary to popular belief, the observable universe is not a sphere of a 3km radius centered around the active vessel. All mechanics are simulated for loaded and unloaded vessels alike, without exception. Acceptable performance was obtained by a mix of smart approximations and common sense. The performance impact on the game is by and large independent from the number of vessels. Resources This isn't your classic post-facto resource simulation. Consumption and production work is coherent regardless of warp speed or storage capacity. Complex chains of transformations that you build for long-term life support or mining bases just work. Environment The environment of space is modeled in a simple yet effective way. Temperature is calculated using the direct solar flux, the indirect solar flux bouncing off from celestial bodies, and the radiative infrared cooling off their surfaces. The simulation of the latter is especially interesting and able to reproduce good results for worlds with and without atmosphere. Radiation is implemented using an overlapping hierarchy of 3D zones, modeled and rendered using signed distance fields. These are used to simulate inner and outer belts, magnetosphere and even the heliopause. Solar weather is represented by Coronal Mass Ejection events, that happen sporadically, increase radiation and cause communication blackouts. Habitats The habitats of vessels are modeled in terms of internal volume, external surface, and a set of dedicated pseudo resources. These elements are then used to calculate such things as: living space per-capita, the pressure, CO2 and humidity levels of the internal atmosphere, and radiation shielding. Individual habitats can be enabled or disabled, in the editor and in flight, to reconfigure the internal space and everything associated with it during the mission. Inflatable habitats are driven directly by the part pressure. Life support Your crew need a constant intake of Food, Water and Oxygen. Failure to provide for these needs will result in unceremonious death. Configurable supply containers are provided. Kerbals evolved in particular conditions of temperature, and at a very low level of radiation. You should reproduce these conditions wherever your crew go, no matter the external temperature or radiation at that point. Or else death ensues. The vessel habitat can be climatized at the expense of ElectricCharge. Environment radiation can be shielded by applying material layers to the hull, with obvious longevity vs mass trade off. Psychological needs The era of tin can interplanetary travel is over. Your crew need some living space, however minimal. Failure to provide enough living space will result in unforeseen events in the vessel, the kind that happen when operators lose concentration. While not fatal directly, they often lead to fatal consequences later on. Some basic comforts can be provided to delay the inevitable mental breakdown. Nothing fancy, just things like windows to look out, antennas to call back home, or gravity rings to generate artificial gravity. Finally, recent research points out that living in a pressurized environment is vastly superior to living in a suit. So bring some Nitrogen to compensate for leaks and keep the internal atmosphere at an acceptable pressure. ECLSS, ISRU A set of ECLSS components is available for installation in any pod. The scrubber for example, that must be used to keep the level of CO2 in the internal atmosphere below a threshold. Or the pressure control system, that can be used to maintain a comfortable atmospheric pressure inside the vessel. In general, if you ever heard of some kind of apparatus used by space agencies to keep the crew alive, you will find it in this mod. The stock ISRU converters can host a set of reality-inspired chemical processes. The emerging chains provide a flexible and at the same time challenging system to keep your crew alive. The stock ISRU harvesters functionality has been replaced with an equivalent one that is easier to plan against, as it is now vital for long-term manned missions. The means to harvest from atmospheres and oceans is also present, given the importance of atmospheric resources in this regard. No life-support like mod would be complete without a greenhouse of some kind. The one included in this mod has a relatively complete set of input resources and by-products, and some more unique characteristics like a lamp that adapts consumption to natural lighting, emergency harvesting, pressure requirements and radiation tolerance. A planetary resource distribution that mimics the real solar system completes the package. Reliability Components don't last forever in the real world. This is modeled by a simple system that can trigger failures on arbitrary modules. Manufacturing quality can be chosen in the editor, per-component, and improve the MTBF but also requires extra cost and mass. The crew can inspect and repair malfunctioned components. Redundancy now becomes a key aspect of the design phase. Engines have their own failure system: limited ignitions, limited burn duration, and an overall ignition failure probability will even make your 100th moon landing feel like an achievement! Science Experiments don't return their science output instantly, they require some time to run. Some complete in minutes, others will take months. Not to worry, experiments can run on vessels in the background, you don't have to keep that vessel loaded. There are two different kinds of experiments: sensor readings and samples. Sensor readings are just plain data that can be transferred between vessels without extra vehicular activities, they also can be transmitted back directly. Samples however require the delicate handling by kerbals, and cannot be transmitted but have to be recovered instead. They also can be analyzed in a lab, which converts it to data that can be transmitted. Analyzing takes a long time, happens transparently to loaded and unloaded vessels alike, and can't be cheated to create science out of thin air. An interesting method is used to bridge existing stock and third-party experiments to the new science system, that works for most experiments without requiring ad-hoc support. Transmission rates are realistic, and scale with distance to the point that it may take a long time to transmit data from the outer solar system. Data transmission happens transparently in loaded and unloaded vessels. The resulting communication system is simple, yet it also results in more realistic vessel and mission designs. Automation Components can be automated using a minimalist scripting system, with a graphical editor. Scripts are triggered manually or by environmental conditions. You can create a script to turn on all the lights as soon as the Sun is not visible anymore, or retract all solar panels as soon as you enter an atmosphere etc. User Interface Kerbalism has a nice user interface. A planner UI is available in the editor, to help the user design around all the new mechanics introduced. The planner analysis include resource estimates, habitat informations, redundancy analysis, connectivity simulation, multi-environment radiation details and more. To monitor the status of vessels, the monitor UI is also provided. This looks like a simple list of vessels at first, but just click on it to discover an ingenuous little organizer that allow to watch vessel telemetry, control components, create scripts, manage your science data including transmission and analysis, and configure the alerts per-vessel. Modules Emulation Most stock modules and some third-party ones are emulated for what concerns the mechanics introduced by the mod. The level of support depends on the specific module, and may include: simulation of resource consumption and production in unloaded vessels, fixing of timewarp issues in loaded vessels, the ability to disable the module after malfunctions, and also the means to start and stop the module in an automation script. For Modders Kerbalism has a lot of interfaces ready for other mods to use. If you are a mod developer and want Kerbalism to play nice with your mod, please see the wiki or contact us on discord. Legalese

This is a pretty simple thread, you just talk about what you did today. It can be in games, but not ksp as there is a thread already for that. I went to our local mall because I have money from Christmas and wanted to see what I could get. I looked around, my indecisiveness led to me not getting anything. After that I looked for DnD books at a book store near us. I didn't do much else, a lot of sitting on youtube. I also have a bit of a sickness.

I would love to see a Kerbol Origins or OPM port, or Parallax. I'm not sure how likely or feasible it is, but it would be really nice to see those mods ported over to KSP2. Despite KSP2's bugs, the game has improved a lot and can be seen as a similar title to KSP1. Honestly the amount of creativity generated over the course of KSP1's lifespan is staggering, and it shouldn't just be abandoned. Anyone interested in a OPM/Kerbol Origins/etc. revival? Maybe like a "modloader" that you install into KSP2 with mods that you can enable and disable? I don't know KSP2 modding, so maybe i'm not the right person to talk about this, but it still would be cool.

It's pretty hard to manage expectations after a huge hype campaign followed by... hummm... a somewhat less than expected initial release. There's a lot of promises (as well tons of plain statements taken as promises) made in the last years that are probably going to be broken, and without a viable release to use as a trade-off (ok, A is not going to happen, but look! B & C were implemented instead!), at least in my book, the less technical details (or any details that can be used by technicians to infer the state of the game) you publish, less work you will have on managing a new loot of fallen short expectations. It's kinda of a catch-22 situation: you talk about, you get screwed. You don't talk about, you get screwed. Finding the less bitter spot in which you get less screwed is the trick. (don't look at me for answers - I'm on the "talk too much" spectrum)

RocketStar has made discussion on this forum a couple of times, but with some of their older projects. This one's spicier. I just randomly came across an article effectively repeating RocketStar's press release, and I kind of wanted to take this one apart a little bit. To get the tl;dr out of the way, the claim is that they are boosting their 1U pulsed plasma drive with fusion to give it an extra kick "for free". How much of a kick isn't really specified. There is no point of going over an article, so lets just go to the source with RocketStar's Press Release. Note that they are referencing real experiments that have confirmed the reaction and talk about the upcoming flights of their current FireStar drive, but don't say much about the fusion results beyond detection of gamma and alpha radiation. Which is cool in itself, but doesn't say much for the practical side of things. They do specifically clarify in the press release that the "fusion boosted" really means "fusion-triggered-fission-boosted," which is something that needs to be taken apart a bit. Specifically, the claim is that by introducing boron to the water, which is used as main propellant, they are getting boron-proton fusion, which results in an unstable state of carbon, which decays to alpha particles. The release does not specify the isotopes used, but boron does come in 10B and 11B, with the latter being more abundant and more interesting of the two. The process 11B + p -> 12C is of interest here. As we all, know, 12C is stable, however, there is a rather well known Hoyle State of carbon which isn't. The natural way in which Hoyle State comes up is when stars burn helium in their cores. The process involves two 4He nuclei coming together to form a highly unstable 8Be nucleus, which has just enough time to collide with a third 4He nucleus to form the Hoyle State of 12C. The latter is highly unstable, and is almost like the 3 alpha particles bouncing around in a common strong force potential than a real nucleus. Consequently, most of the time it decays back to three alpha particles, and the star has to try again. Occasionally, however, the 12C** state emits a gamma, decays to a lower energy 12C* state and finally to ground state 12C. The Hoyle State has 7.7MeV above carbon's ground state, which is a lot. The full proton-proton cycle is about 24MeV. So we're talking a good fraction of typical nuclear energies. On paper, this works. The total binding energy of 11B is 76.21MeV and ground state 12C is 92.15MeV. That gives 11B + p plenty of energy to form Hoyle State, so long as protons are hot enough to overcome the repulsion barrier. It is much lower for proton-proton or even D-T fusion, since 11B has the charge much more distributed through the larger nucleus, but I don't really have any numbers to attach to it at this time. I'll try to find either something from the cited SBIR experiments or other publications at a later point to try and get a back-of-the-envelope estimate for how much fusion/fission we are actually expecting in a chamber of a plasma drive. What we have that's probably pretty reliable are the specs of the current generation FireStar M 1.4, which does not involve any fusion/fission processes. Just a conventional pulsed plasma propulsion unit, utilizing water, ionizing arc, and an accelerator cavity. Since this is a commercial product, and validation experiments are apparently available under the NDA, I have no reason to suspect them from being far off. Cited directly from RocketStar's website. The ISP cited is consistent with the total impulse with 250g of propellant and implies mean exhaust velocity of about 71km/s. If the protons are accelerated by the field of the same strength, they can be potentially traveling about twice as fast, resulting in effective plasma temperatures of up to low mega-Kelvins on collisions. That feels like ballpark reasonable for what it'd take for 11B + p fusion to take place. But again, I don't have good estimates for that at this time. On the net, interesting. I want to see the numbers attached to the claimed efficiency boost. Also, the fact that they're calling it a fusion rocket when it's really more of a fission rocket feels a little scummy, but maybe they were trying to not scare people with neutron radiation associated with fission? This is, if real, an aneutronic process, so it would be reasonably safe for the applications for which this is meant. Either way, a real nuclear-boosted drive that's commercially available is really exciting, even if the performance benefits are going to be marginal. Finally, even the base model, without fusion/fission is a really nifty example of how far the commercial plasma propulsion has gone. A 1U propulsion unit that can provide a 3U sat with 4.6km/s of delta-V? Yeah, that's not bad. With the right planning, you can take your 3U from LEO all the way to Mars utilizing a boost from Luna. Neat.

While I was walking through the National Museum of the United States Air Force last Saturday, I was reminded of all the KSP replicas of those same aircraft. Some of them looked like they can be done with pure stock parts and no DLCs, while others (mostly the older ones) need mods that come with more parts. So, I started this thread for everyone to showcase their replicas of the aircraft that the four large hangars (plus the Missile Gallery) have on display. The guidelines for this showcase thread are simple: You are free to use any and all parts necessary, including ones that come in DLCs and mods. Vehicle has to be functional. Which means pictures/video of the craft in action. Similar performance stats are a plus. EXCEPTION: if the craft in question could not move on its own (as in it needed to be attached to a larger assembly to go anywhere) then the functionality requirement may be waived. e.g. the Apollo 15 command module. You'll only need one picture of your best replica (or half-assed; it shouldn't make a difference in that case), since it's useless unless attached to the rest of the spacecraft. If you want to make the rest of the rocket assembly, fine. Only the capsule made it to the museum, and that's what I need. Vehicle has to look as close as possible to whatever real-life craft you're trying to copy. Therefore, it is highly recommended that you have photographs to reference. Build something not yet claimed on the checklist (link below) first. EXCEPTION: for craft that appear more than once in the museum (such as the Superfortress and the Twin Mustang), you may only sign off on one of your craft's variants. Leave the rest of them for others to claim. e.g. I only do one Twin Mustang; the one in the Korean War section in Hangar 2. I'll leave it to someone else to get the other Twin Mustang in Hangar 3 and claim it on the log. If you want to show something that's already been showcased on this thread, fine - but you don't get credit for it. I don't care if you built the craft 7 minutes or 7 years ago, so long as it's yours. If you have an old stash of aircraft replicas that you're willing to showcase (and can work), great. Weaponry (e.g. guns, bombs, missiles) not necessary, although I won't object to them either. If the original aircraft was manned, so is your replica. If the original aircraft was unmanned, so is your replica. I won't object to a probe core for your manned aircraft if it doesn't deviate too much from the aesthetic, so long as you include the appropriate crew module/s. You don't need to match the passenger/crew capacity of your original aircraft, so long as your replica comes close to looking like its real-life counterpart AND it's functional. e.g. if you use one or more Mk. 3 Passenger Modules for an Air Force One variant, as long as your aircraft makes a convincing replica I don't mind you exceeding or falling behind its real-life counterpart's passenger capacity. Those things weren't designed for carrying a lot of people anyway; just provide comfort for the president and his staff. (SIDE NOTE) Whoever builds the Douglas VC-54C "Skymaster," I'm not requiring you to install an elevator in the back to load polio-stricken passengers in and out. If you do and the plane still flies smoothly, even better. The one housed in the museum was designed specifically to transport then-president Franklin Delano Roosevelt, who needed a wheelchair. Craft files a plus. Below is the link for the replica checklist: https://docs.google.com/spreadsheets/d/1tA9IGsSCQIuTFjw9eNHYcgv8JboCxKiAy9ep5-nflR0/edit?usp=sharing Here are the instructions on how to use it: Pick an aircraft that has not already been built Like I said earlier, if you want to build something that's already been done here, don't steal credit from the original kerbalnaut. And for duplicates, you can only claim one of the type. Once you're done, write: Column D: Your KSP Forum name Column E: The link to the specific forum post showcasing your replica/s It is acceptable to put more than one craft in the same post. Just leave a link for everyone to find it. Column F: Whatever DLCs you used to make the replica If this doesn't apply to that specific craft, leave it blank Column G: Whatever (parts) mods you used to make the replica If this doesn't apply to that specific craft, leave it blank Column H: (IF YOU WANT TO) Additional notes that other readers may find interesting Please don't modify someone else's notes. If you want to debate/talk to someone about their craft, don't do it on the spreadsheet. Source for my list: https://en.wikipedia.org/wiki/List_of_aircraft_at_the_National_Museum_of_the_United_States_Air_Force Click here to see this thread's replicas assembled on KerbalX As a prize, if you make at least one replica from each of the four hangars (not counting the air park or missile silo since they're too small; specific hangar category (e.g. Early Years vs WWII, Experimental vs Space) doesn't matter), you'll earn this sweet badge: I made it myself. It's a representation of all four hangars by using a combination of the following four logos: U.S. Army Air Corps, whose planes dominate Hangar One. Classic U.S. Air Force, which became mainstream at the time period Hangar Two covers. Modern U.S. Air Force, which has a lot of planes in Hangar Three still in service. NASA, since the space gallery is in Hangar Four. Entries from the Missile Gallery can be used as "wild cards." They're ultra-rare, so get them while they last. Depending on what hangars you lack, it can be used as either a Hangar Three or Hangar Four entry. To make things fair for everyone, only one Missile Silo entry per person All Four Hangars Badge Recipients @Mars-Bound Hokie (Me, the OP) @swjr-swis I'll start us off with my favorite, the SR-71 Blackbird. The SR-71 Blackbird on display in the SPH Picture taken February 2020. Ted Kerman enjoying himself flying at high altitudes at a speed higher than the aircraft's real-life counterpart. There you have it, folks. Have fun, and I can't wait to see what you got. Build a plane from each of the four hangars, and you get the badge.

KSP Interstellar Extended (KSPIE) is a plugin for Kerbal Space Program, designed to encourage bootstrapping toward ever more advanced levels of technology as well as utilizing In-Situ resources to expand the reach of Kerbal civilization. KSP Interstellar Extended aims to continue in @Fractal_UK original KSP Interstellar vision in providing a realistic road to the stars. Players will first gain access to contemporary technologies that have not been widely applied to real space programs such as nuclear reactors, electrical generators and thermal rockets. By continuing down the CTT tech tree and performing more research, these parts can be upgraded and later surpassed by novel new technologies such as fusion and even antimatter power. We attempt to portray both the tremendous power of these technologies as well as their drawbacks, including the tremendous difficulty of obtaining resources like antimatter and the difficulties associated with storing it safely. The goal is to reward players who develop advanced infrastructure on other planets with new, novel and powerful technologies capable of helping Kerbals explore planets in new and exciting ways. The principal goal of KSP Interstellar is to expand Kerbal Space Program with interesting technologies and to provide a logical and compelling technological progression beginning with technologies that could have been available in the 1970s/1980s, then technologies that could be available within the next few years, progressing to technologies that may not be available for many decades, all the way out to speculative technologies that are physically reasonably but may or may not ever be realizable in practice. This is the KSPI-E release thread where we announce any releases of KSPI Extended If you want to chat about KSP Interstellar you can do it at our new Guilded Server (old: KSP Interstellar Discord Server ) For technical questions or Mod support, please ask them in the KPIE Support thread For talk about new development and features request you have to be in the KSPI-E develpment thread Latest Version 1.29.5 for Kerbal Space Program 1.8.1 - 1.12.2 Download older version from Here source: GitHub If you appreciate what I create, please consider donating me a beer you can donate me with PayPal or support me by Patreon Download & Installation Instructions step 1: remove any existing KSPI installation (GameData\WarpPlugin folder) step 2: download KSPI-E and put the GameData in your KSP Folder (allow overwrite) License Info KSPI-E code and configfiles:are distributed under KSP INTERSTELLAR LICENSE Molten Salt Reactor model from USI Core by RoverDude licensed under CC 4.0 BY-SA-NC Tokamak model from Deep Space Exploration Vessels by Angel-125 licensed under CC BY-NC SA Solid Coie NTR, Nuclear Ramjet, Nuclear Lightbulb and Nuclear Candle models and textures from Atomic Age by Porkjet all licensed under CC BY-NC SA Super Capacitator Model from Near Future Electric Mod by Nertea licensed under CC-BY-NC-SA Surface Wrapper Radiators from Heat Control by Nertea licensed under CC-BY-NC-SA Microchannel radiators from Heat Control by Nertea licensed under CC-BY-NC-SA Inline RCS stack by TiktaalikDreaming for Inline licensed under MIT Nuclear Ramjet Model by Lack licensed under CC-BY-NC-SA retractable RCS by BahamutoD licensed under CC-BY-NC-SA Wrapper Tanks from Kerbal Hacks by enceos license under Creative Commons 4.0 Inline Thermal Dish Relay Receiver by @steedcrugeon licenced under CC-BY-NC-SA at JX2Antenna Plasma Wakefield Particle Accelerator Ring by Sin Phi CC BY-NC-SA 4.0 at Sin Phi Heavy Industries If you think I missed something, please notify me Credits @Fractalfor developing the original KSP Interstellar @Eleusis La Arwall for most of the new Reactors, new Power Dish transmitters and Beam generators @zzzfor most of the original models/texturing @Boris-Barborisfor porting KSPI to 0.90 and fixsing many bugs @Northstar1989for providing theoretical basis for many of the new features in KSP Interstellar Extended @SpaceMouse for Magnetic Nozzle, MHD generator and EM drive engine @EvilGeorgefor programming Solar Wind collector and ISRU processing and several other ISRU processes @Cyne Daedalus Fusion Engine Model and Texture @Arivald Ha'gel for helping to fix several issues @MrNukealizer for his help in C# development work on KSPI @Snjo for making the code FSFuelSwitch public available Olympic1 for his help with the integration of KSPI with CTT KaiserSnow for providing Icons for Integration with Filter Extension InsanePlumber for converting part textures to DDS format A2K For helping get KSPI-E on CKAN Bishop149 for Helpi improve the Wiki and OP ABZB for Helping to find many bugs and developing Mk2 EXtension Mod SmallFatFetus for giving permission to use is Vasimr model michaelhester07 for creating Particle Accelerator NathanKell for creating ModuleRCSFX. Trolllception for helping new players understand the tables on the OP and MM scripts Nli2work for creating the Magneto Inertial Fusion Engine @Nansuchaofor helping to create documentation and guides for KSPI-E @th0th for providing Icons for the tech node @Tonas1997 for proving new technode nodes Recommended AddonMods Recommended Planet Packs/Star System/ Galaxy mods: Recommend Tech Tree: Recommended Tool mods: Suggested Challenges: Documentation & Tutotials KSPI is one of the most sophisticated mods for KSP. To help you get started, you can make use of the following resources: KERBAL INTERSTELLAR EXTENDED GUIDE KSPI-E for Dummies KSPI-E Guide by Nansuchao KSPI-E Technical Guide KSPI-E Wiki KSPI-E Youtube Videos: 9 part Russian Tutorial by @ThirdOfSeven 3 part EnglishTurorial by @Aaron Also: Support KSPI-E add support for the following mods

I need to talk to the config's owner and ask for permission

This is the KSPI-E support thread where you can ask questions on KSP Interstellar Extended If you want to chat about KSP Interstellar you can do it at our new Guilded Server (old: KSP Interstellar Discord Server ) For talk about new development and features request you have to be in the KSPI-E Development thread For any release related news or issues, please discuss them at KSPIE Release thread KSP Interstellar Extended (KSPIE) is a plugin for Kerbal Space Program, designed to encourage bootstrapping toward ever more advanced levels of technology as well as utilizing In-Situ resources to expand the reach of Kerbal civilization. KSP Interstellar Extended aims to continue in Fractals original KSPI vision in providing a realistic road to the stars. Players will first gain access to contemporary technologies that have not been widely applied to real space programs such as nuclear reactors, electrical generators and thermal rockets. By continuing down the CTT tech tree and performing more research, these parts can be upgraded and later surpassed by novel new technologies such as fusion and even antimatter power. We attempt to portray both the tremendous power of these technologies as well as their drawbacks, including the tremendous difficulty of obtaining resources like antimatter and the difficulties associated with storing it safely. The goal being to reward players who develop advanced infrastructure on other planets with new, novel and powerful technologies capable of helping Kerbals explore planets in new and exciting ways. The principal goal of KSP Interstellar is to expand Kerbal Space Program with interesting technologies and to provide a logical and compelling technological progression beginning with technologies that could have been available in the 1970s/1980s, then technologies that could be available within the next few years, progressing to technologies that may not be available for many decades, all the way out to speculative technologies that are physically reasonably but may or may not ever be realizable in practice. KSPIE also introduces a modified version of the CTT (which is a hard depenancy) which add additional technodes and integrates them better with other tech nodes If you appreciate what I create, please consider donating me a beer you can donate me with PayPal or support me by Patreon Download & Installation Instructions step 1: remove any existing KSPI installation (GameData\WarpPlugin folder) step 2: download KSPI-E and extract/copy the GameData to your KSP Folder (allow overwrite) Recommended scale: KSPIE part are based on real world parts. For realistic balance, it is recommended to scale Kerbin to at least 2.5x or 3.2x size and if you want to get serious scale to 6.4x or 10x size. Scaling can be accomplished via Kopernicus, Sigma Dimensions, and scale preset configs are available through Rescale! Recommended Part Mods Supported Tech Trees Recommended Star System/ Galaxy mods: Recommended Tool mods: Suggested Challenges: Documentation & Tutorials KSPI is one of the most sophisticated mods for KSP. To help you get started, you can make use of the following resources: The most recent tutorial (RUS/ ENG) KSPIE reference spreadsheet by Friznit Beamed Power Sheet Sheet Beamed Power Calculator KSPI-E Guide by flyguybc KSPI-E for Dummies KSPI-E Guide by Nansuchao KSPI-E Technical Guide KSPI-E Wiki Mission/Vessel Examples Neren Solar Power Station flyguybc SSTO Interstellar Adventure Video: KSPI-E Youtube Videos: 9 part Russian Tutorial by @ThirdOfSeven 3 part EnglishTurorial by @Aaron Also: Pebblebed Thermal Turbojet SSTO Demo Warpdrive antigravity tutorial Support KSPI-E add support for the following mods

Hey! I’m Jon Cioletti, the Senior Technical Artist focused on lighting and VFX here at Intercept Games! In celebration of the upcoming total solar eclipse, today we are looking at some of the lighting tech around eclipses in KSP2 - but first we have to talk about eclipses in REAL life! To help with that, we reached out to one of our friends over at NASA: Senior Visualization Designer AJ Christensen. AJ works at NASA's Scientific Visualization Studio (SVS), where he develops visualization techniques and designs data-driven imagery for scientific analysis and public outreach. AJ was kind enough to take some time out of his busy day to answer a few questions to kick this Dev Diary off right: Can you very basically describe an eclipse and why it is a special event? There are a lot of objects in space that pass between the Earth and the Sun at various times. We usually call it a “transit” when something that appears much smaller than the disk of the Sun passes in front of it, like an asteroid, or the International Space Station, or Venus. Credit: NASA/Joel Kowsky But through a crazy coincidence of physical size and distance from Earth, the apparent size of the disk of the Moon in the sky is almost exactly the same as the apparent size of the disk of the Sun in the sky, and so when the Moon transits in front of the Sun, we call it an eclipse because it blocks out a significant part of the Sun’s light. The Moon actually orbits around Earth approximately every 27 days, so you might think we would see an eclipse every 27 days, but because of the tilt of that orbit, the Moon is usually not lined up with the Earth and Sun. For this reason, a lot of orbits result in no eclipse, or only a partial eclipse. The total eclipse happening on April 8th is a rare event where the Earth, the Moon, and the Sun are all in a straight line, and the United States will be on the “day side” of the planet, meaning we get to experience the Sun being completely blocked out by the Moon for a few minutes in any given location along the path of totality. eclipseElements60fps_4-11-2023a_total_diagram.mp4 Credit: NASA Scientific Visualization Studio What should people expect to see when viewing the eclipse? Anyone within the contiguous United States will be able to see the eclipse in some way on April 8th. If you are outside the path of totality, you will have several hours to witness a partial eclipse in the middle of the day. This means that the Sun will have a bit of a crescent shape, but it will not completely block the Sun. This is a fun time to put on approved solar eclipse viewing protective glasses and look at the shape of the sun, and to make pinhole projectors out of colanders or crisscrossed fingers to see lots of little crescent shadows on the ground. If you are inside the path of totality, which is about 100 miles wide and travels from Texas to Maine, you will see that partial eclipse for several hours, but right in the middle will be 3-4 minutes of totality when the bright disk of the Sun called the “photosphere” is completely blocked. During totality, the temperature will drop, crickets may start chirping, and you will see sunset colors in the sky in 360-degrees all around you. totalGlow_4k_60fps_4-14-2023a_2160p60_2 (1).mp4 Credit: NASA Scientific Visualization Studio If you are able, it is definitely worth trying to get inside the path of totality. One place of many that you can find more information to plan a trip is this visualization my colleagues made: Credit: NASA Scientific Visualization Studio What happens to the Sun’s light during an eclipse? In the words of “Mr. Eclipse” Fred Espenak, a retired NASA astrophysicist, “there are no special eclipse rays.” The Sun continues to be what it always is – an extremely bright object in the sky that hurts to look at. This is why NASA insists that anyone viewing the eclipse should wear approved eclipse-viewing lenses, because even during a partial eclipse, you are still looking directly at the Sun. (Note, cameras can also be damaged if they look directly at the sun without a solar filter.) However, in the last seconds before totality, there are some dazzling effects we can see. The first to occur is called the “Diamond Ring Effect”. This is where some of the sun’s light wraps around the horizon of the moon like a ring, and a sliver of light still at the edge creates a huge amount of glare like a diamond. Credit: NASA/Carla Thomas The next effect we call “Baily’s Beads” which are visible for only a moment – these are a line of bright spots of light that poke through the valleys on the edge of the Moon. Credit: NASA/Aubrey Gemignani And finally, once the Sun is completely covered by the moon, we get to see magic of the Solar corona, long tendrils of illuminated plasma in the Sun’s atmosphere. The corona is always there in the sky, but it is usually completely covered up by glare from the disk of the Sun, which is about 1 million times brighter than the corona. For these 3 or 4 minutes of totality, we recommend taking off your eclipse glasses and soaking in the corona with your bare eyes. Credit: Miloslav Druckmüller, Peter Aniol, Shadia Habbal/NASA Goddard, Joy Ng Once totality ends, Baily’s Beads and the Diamond Ring will appear again and we recommend putting your eclipse glasses back on to enjoy the rest of the partial eclipse. How does that inform your work with the Visualizations team at NASA? My team is called the Scientific Visualization Studio, and we use both observed and computed data to make images and videos that explain science research. We have been working closely with scientists and communicators across NASA to create computer graphics imagery to help explain what the April 8th eclipse will look like on the Earth’s surface and in the sky, the surprising geometry of the Earth-Moon-Sun system, and more. We even recently published a game aimed toward younger audiences on NASA’s SpacePlace website called “Snap It!” that gets into what transits are and how eclipses are a special kind of transit. You can find it at this link: https://go.nasa.gov/SnapIt. And, of course, you can view thousands of visualizations about the eclipse and other science topics at our website: svs.gsfc.nasa.gov. ---- So now that we have a good idea of what happens during eclipses in real life, let's jump into the game! Directional Lighting To try and simulate the lighting we see in our solar system we use a variety of systems, but for the eclipse we’ll be focusing on our direct lighting solution with the star of the solar system: Kerbol. While a star technically emits light in all directions, in our game we only really need to care about the star’s light that reaches our player. To handle this, we use a Directional Light which, by definition, is located infinitely far away and emits in one direction only. This works great for lighting our worlds with an intense light from a single distant source like a star. This directional light is also responsible for the direction that all shadows are cast in game. To make this directional light behave more like an actual star, we attenuate its intensity based on distance and occlusion. Distance is the easier of the two. If the player flies their Kerbals way out towards Eeloo they’ll noticed their vessel gets much dimmer. Looking back at Kerbol they can see it shrinking in the skybox as well. To manage this, in the lighting code we attenuate the light’s intensity based on the Inverse Square Law which states that “the intensity of the radiation is inversely proportional to the square of the distance”. The formula looks a little something like this: 1 /x ² . Things like artist adjustable overrides and camera auto-exposure play into the lighting too, but in general throughout the solar system, the further you get from the star, the dimmer it gets. For smaller objects like terrain, buildings, and parts, we use shadows to show light being occluded. But for something as huge as a celestial body we track how much they block our Kerbals from the star itself to attenuate the light intensity appropriately. As an example, we’ll use a solar eclipse with Kerbol and the Mun. Simulated eclipse Intersection of Circles When you think about it in a flat 2D space, this is just two circles intersecting each other. If that’s the case then we can solve for the area of overlap to determine how occluded Kerbol is. The diagrams and formulas below show more of the math being done behind the scenes: Our lighting system holds a reference to the current SOI celestial body, that body’s star and any neighboring bodies. All of these bodies are projected into a normalized sphere around the player where the system checks if any bodies are going to intersect. We can quickly verify this by checking if the sum of the body’s radii are greater than or equal to the distance between them. Once we pass this check, the intersection code starts and we begin solving for the amount of overlap to determine the percentage a body is blocked. First step is to solve for the distance each circle is from the center of the intersection. To do this we use the equation of a circle and populate it with the values we know. C₁: x ² + y ² = r ₁² C₂: ( x - d )² + y ² = r ₂² Then, isolate y ² in each equation and combine both equations like so: y ²= r ₁² - d ₁² y ²= r ₂² - ( d₁ - d )² r ₁² - d ₁² = r ₂² - ( d ₁ - d )² Finally, we can solve for d ₁ and d ₂ : d ₁ = ( r ₁² - r ₂² + d ²) / 2d d ₂ = d - d ₁ After that we can begin solving for the angle of the sector formed when tracing the radii of our celestial body to the intersection points: With our new θ₁ and θ₂ in radians, we can solve for the area of each body’s overlapping segment A₁ and A₂. The following formula is derived by subtracting the area of the triangle from the area of the sector formed by this angle: Area of a triangle = ( 1 / 2 ) r² sin⁡θ Area of a sector = ( 1 / 2 ) r² θ Area of segment = ( ( 1 / 2 ) r² θ ) - ( ( 1 / 2 ) r² sin⁡θ ) = ( r² / 2 ) * ( θ - sin⁡θ ) A1 = ( ( r₁² ) / 2 ) * ( θ₁ - sin⁡θ₁ ) A2 = ( ( r₂² ) / 2 ) * ( θ₂ - sin⁡θ₂ ) Total Area = A1 + A2 And there you have it, the area of overlap for the celestial body. This can then be used to determine the percentage of visibility the further body has by subtracting the occluded area from the total projected circle area and with that number we can scale the intensity of the light emitted by that source body. In our case for the eclipse that will dim the Kerbol’s intensity as the Mun passes over EclipseAtKSC_Attenuation.mp4 Simulated eclipse over the KSC Lens Flare Occlusion The final piece of the puzzle here is the lens flare of the star changing to show that it has been occluded by the Mun. The same visible percentage value is passed through to the lens flare system where it attenuates the scale of the flare to match the reduction of directional lighting in the environment. Unfortunately, this doesn’t capture the details of a total solar eclipse though. EclipseAtKSC_LensFlareAndAttenuation.mp4 Simulated eclipse over the KSC from the ground We have plans to improve the look of eclipses and celestial body occlusion beyond attenuation and add more noticeable “flair” to a total eclipse like Kerbol’s corona peeking out from behind the Mun! We’ll be keeping a close eye on the next total solar eclipse as reference and inspiration! And, if you're nearby and able to, we hope that you join us on April 8th in safely viewing this awesome event right above our heads. Thanks to AJ and everyone over at NASA for contributing to this Dev Diary - and thanks to you for reading! Cioletti .ipsEmbeddedVideo { width: 700px; }

KSP 1.12.x Near Future Propulsion [1.3.5] Last Updated August 26, 2021 This pack contains advanced electric engines for deep space travel. Generally engines split into the following categories: Gridded Ion Engines: like the stock Dawn, they have low TWR and great Isp. They run on Xenon fuel. Hall Effect Thrusters: similar to Gridded thrusters, but with better TWR at the cost of some Isp. They run on Argon fuel and are pretty cheap! Magnetoplasmadynamic Thrusters: with the best TWR of all electric engines, these engines are very power-hungry. They run on Lithium fuel. Pulsed Inductive Thrusters: similar to Hall thrusters, they run on Argon fuel and have the unique ability to dump extra electricity into the engine, increasing Isp but generating more heat. VASIMR Engines: high tech and fancy, these engines run on either Xenon or Argon fuel. They can be tuned for high-thrust, low Isp operation, or low-thrust, high-Isp operation These engines are all very power hungry - use nuclear reactors or high intensity solar to get the power you need. Their balance has been finely tuned to work with stock mechanics and to extend the KSP experience, particularly in combination with the Community Tech Tree. Full Screenshot Gallery Frequently Asked Questions Q: Will you add a part I want? A: I have defined this mod as feature complete, and bugfixes are all I plan to add. Q: The mod album shows parts that look old/don't exist. What's up with that? A: Keeping the gallery up to date is not super easy. I have it as an action item in the future but this takes time away from real modding. Q: Does this work well with KSPI-E? A: Talk to FreeThinker about this, he manages KSPI-E and its compatibility with NFT Dependencies (Required and Bundled) Module Manager B9 Part Switch Community Resource Pack Licensing All code and cfgs are distributed under the MIT License All art assets (textures, models, animations) are distributed under an All Rights Reserved License. All bundled mods are distributed under their own licenses. Download Mirrors Primary (SpaceDock) Secondary (CurseForge) Tertiary (Github) Issue Tracking and Source KSP 1.12.x Near Future Electrical [1.2.3] Last Updated July 21, 2021 Ever wanted some futuristic energy generation that wasn't too... futuristic? I have you covered here. This pack contains: Nuclear Reactors: Turn Uranium into power! Attach nuclear reactors to your vessel and generate large amount of electricity. Ensure that you have enough cooling capacity with radiators for your reactors to work properly. Refuelling Parts: store extra uranium, reprocess it and extract it from Ore with containers and reprocessors. Capacitors: discharge for a burst of power! These parts can be charge up with normal generating capacity, and once activated will deliver a large amount of power to your ship's electricity banks. Very mass efficient! Full Screenshot Gallery Frequently Asked Questions Q: Does this work well with KSPI-E? A: Talk to FreeThinker about this, he manages KSPI-E and its compatibility with NFT. Q: The mod album shows parts that look old/don't exist. What's up with that? A: Keeping the gallery up to date is not super easy. I have it as an action item in the future but this takes time away from real modding. Q: Will you add a part I want? A: I have defined this mod as feature complete, and bugfixes are all I plan to add. Dependencies (Required and Bundled) Module Manager B9 Part Switch Community Resource Pack Dynamic Battery Storage Licensing All code and cfgs are distributed under the MIT License All art assets (textures, models, animations) are distributed under an All Rights Reserved License. All bundled mods are distributed under their own licenses. Download Mirrors Primary (SpaceDock) Secondary (CurseForge) Tertiary (GitHub) Issue Tracking and Source KSP 1.12.x Near Future Solar [1.3.2] Last Updated July 21, 2021 This pack contains many concept solar panels to use on your ships and stations. There are many sizes ranging from small form-factor panels up to gigantic solar arrays. Additionally, some wraparaound solar panels are provided, for coolness. Full Screenshot Gallery Frequently Asked Questions Q: Will you add a part I want? A: I have defined this mod as feature complete, and bugfixes are all I plan to add. Dependencies (Required and Bundled) Module Manager Licensing All code and cfgs are distributed under the MIT License All art assets (textures, models, animations) are distributed under an All Rights Reserved License. All bundled mods are distributed under their own licenses. Download Mirrors Primary (SpaceDock) Secondary (CurseForge) Tertiary (GitHub) Issue Tracking and Source KSP 1.11.x Near Future Construction [1.3.1] Last Updated December 26, 2020 This pack contains a good number of skeletal trusses and construction type parts for building those near-futurish ships you see in concept art. You'll enjoy: A 1.25m size class triangular truss set A 2.5m size class octagonal truss set A 3.75m size class square truss set A 5m size class annular truss set Adapters and connectors galore! Full Screenshot Gallery Frequently Asked Questions Q: Will you add a part I want? A: I have defined this mod as feature complete, and bugfixes are all I plan to add. Q: The mod album shows parts that look old/don't exist. What's up with that? A: Keeping the gallery up to date is not super easy. I have it as an action item in the future but this takes time away from real modding. Dependencies (Required and Bundled) Module Manager B9 Part Switch Licensing All code and cfgs are distributed under the MIT License All art assets (textures, models, animations) are distributed under an All Rights Reserved License. All bundled mods are distributed under their own licenses. Download Mirrors Primary (SpaceDock) Secondary (CurseForge) Tertiary (GitHub) Issue Tracking and Source KSP 1.12.x Near Future Spacecraft [1.4.3] Last Updated August 26, 2021 This pack contains a variety of parts for making crewed spacecraft. This means command pods. Pretty much just command pods, but also monopropellant engines in many sizes! Full Screenshot Gallery Frequently Asked Questions Q: Will you add a part I want? A: I have defined this mod as feature complete, and bugfixes are all I plan to add. Q: What is up with the RPM IVAs? A: Some exist but now require the ASET props pack to work. They only function for the older (Mk4-1, Mk3-9, PPD-1) pods. Q: The mod album shows parts that look old/don't exist. What's up with that? A: Keeping the gallery up to date is not super easy. I have it as an action item in the future but this takes time away from real modding. Dependencies (Required and Bundled) Module Manager B9 Part Switch Near Future Props Licensing All code and cfgs are distributed under the MIT License All art assets (textures, models, animations) are distributed under an All Rights Reserved License. All bundled mods are distributed under their own licenses. Download Mirrors Primary (SpaceDock) Secondary (CurseForge) Tertiary (GitHub) Issue Tracking and Source KSP 1.12.x Near Future Launch Vehicles [2.2.0] Last Updated July 21, 2021 The latest and greatest (for size, perhaps) in launch vehicle components. This pack includes 5.0m Parts: a balanced and extensive part set that provides a new size of rocket parts. Comes with tanks, adapters, utility parts and specialized components for engine clustering. 7.5m Parts: an extra-large set of rocket parts for those huge constructions. Includes adapters, clustering, cargo and utility parts. Advanced Engines: several new rocket engines based on a whole set of concepts in the 0.625 to 3.75m sizes. Support Parts: new supporting parts that help enhance the large rocket experience, like heavy RCS thrusters. Full Screenshot Gallery Frequently Asked Questions Q: Will you add a part I want? A: I have defined this mod as feature complete, and bugfixes are all I plan to add. Dependencies (Required and Bundled) Module Manager B9 Part Switch DeployableEngines Licensing All code and cfgs are distributed under the MIT License All art assets (textures, models, animations) are distributed under an All Rights Reserved License. All bundled mods are distributed under their own licenses. Download Mirrors Primary (SpaceDock) Secondary (CurseForge) Tertiary (GitHub) Issue Tracking and Source KSP 1.12.x Near Future eXploration [1.1.2] Last Updated July 21, 2021 This pack contains a set of parts to help enhance and improve the KSP probe experience, particularly in the later game with larger probes. You will find: More Probe Cores: A set of eight new probe cores in medium (1.25m) and larger (1.875m) sizes. Probe Bus Parts: Cargo bay-like parts that match the footprints of most probe cores (stock and NFX). Useful for storing batteries, fuel and the like Probe Fuel Tanks: New multi-fuel probe tanks in stack and radial sizes that are in the vein of the stock Dumpling and Baguette More Direct and Relay Antennae: More antennae that seamlessly fit into the KSP CommNet system to fill in missing ranges and add more interesting options. Reflector Antennae: A new type of antenna that does nothing on its own, but instead bounces signal from another antenna to amplify its range. Point antenna at a deployed reflector to recieve the bonus. Available in many sizes. Small Probe Parts: A few small probe parts (battery, reaction wheel) to fill out the probe range Full Screenshot Gallery Frequently Asked Questions Q: Will you add a part I want? A: I have defined this mod as feature complete, and bugfixes are all I plan to add. Q: I'm using Remote Tech and something doesn't work! A: This mod is not compatible with RemoteTech. Some aspects may work but the reflector/feeder system would need to be reimplemented by the RT devs. Dependencies (Required and Bundled) Module Manager B9 Part Switch Licensing All code and cfgs are distributed under the MIT License All art assets (textures, models, animations) are distributed under an All Rights Reserved License. All bundled mods are distributed under their own licenses. Download Mirrors Primary (SpaceDock) Secondary (CurseForge) Tertiary (Github) Issue Tracking and Source KSP 1.12.x Near Future Aeronautics [2.1.1] Last Updated July 21, 2021 This pack contains large and powerful aerospace parts, such as jet engines, intakes, and nacelles. It was preciously part of the MkIV Spaceplane system but has been split off. Large Multimode Engines: Big (2.5m), powerful RAPIER-like engines for your wildest spaceplane needs. Large Jet Engines: Hefty 2.5m engines - turbofans and turbojets for big aircraft. Advanced Propeller Engines: Super-efficient low speed propfans and turboprops. Lift Fans: Designed specifically for efficient VTOL and available in many sizes, these engines can run on LiquidFuel and air, or be driven electrically for flight in oxygenless atmospheres. Nuclear Jet Engines: Massive, rewarding engines that let you fly almost forever! Large Nacelles and Intakes: Of course, 2.5m nacelles, engine pods, precoolers and advanced intakes to help out. Full Screenshot Gallery Frequently Asked Questions Q: CKAN Support Questions? A: Talk to CKAN folks, CKAN is not supported. This is because KerbalActuators, a dependency of this mod, is specifically NOT listed on CKAN. Q: Will you add a part I want? A: I have defined this mod as feature complete, and bugfixes are all I plan to add. Q: I don't like the balance of *thisPart* A: I appreciate suggestions from experience aeronauts for engine balance, it's not really my specialty (Sith lords are). Dependencies (Required and Bundled) Module Manager B9 Part Switch Community Resource Pack KerbalActuators DeployableEngines Licensing All code and cfgs are distributed under the MIT License All art assets (textures, models, animations) are distributed under an All Rights Reserved License. All bundled mods are distributed under their own licenses. Download Mirrors Primary (SpaceDock) Secondary (CurseForge) Tertiary (GitHub) Issue Tracking and Source Special Thanks A big hand to @Streetwind , who basically designed the balance for the whole NFT suite. If you appreciate this project, please consider contributing to my caffeine addiction! I really appreciate it, and also helps justify this time sink to my wife , which results directly in more models.

Oh heavens to Betsy, we forgot all about the thread where they joked about putting imperial units in KSP. Quick everyone, we must finish that riveting debate! Seriously though, the thread isn't derailed so much as the topic is now something YOU do not wan't to talk about. No, they are telling you that you think something is fixed because you have not seen the cracks yet. They have been very patient trying to explain it to people in this thread. It is not a difficult concept to grasp. Why do people think the burden of proof is on the poster who went and did reserach on the topic, and not the poster who reads the post and goes "I don't believe you. I haven't looked, but you sound wrong." What about imperial tons? Back to topic and all that. (I know it wasn't you who mentioned getting back to topic, I'm just making a bad joke)

Exactly... currently. When you set out to do something more bigger and ambitious, than KSP 1 in this context, you have to plan ahead. I won't pretend that I know anything about that physics engine. But, I do have a little knowledge about programming, and as stated above, I'm very much curious how they plan to execute many things. Rocket wobble is just one of them. Continuous long burns, heat transfer, battery draining, etc... computations on all vessels during time warp... those are the meat mechanics of the (new) game. Thus far, as @PDCWolf pointed out, there was a talk about a short term and long term solution for rocket wobble. They went with middle term solution, involving autostruts. Why? I'm not dissing devs. If you asked me how to implement these things efficiently, I'd say wait for home quantum computers. The point I'm trying to make is that, we haven't got any indication on how these crucial things will be resolved. After so many years of development apparently,(judging by autostruts, they don't have any indication either. If they do, I'd be very curious to read an update on that. I don't care if I don't get any new parts, or parachute bug resolved within the next few months. I care whether the team is capable of developing the core mechanics needed for this game. Falling back to autostruts doesn't inspire much confidence, and I pray to be proven, oh so very wrong.

They've actively, literally, contradicted this by saying work was continued between the restructuring. Plus it's literally the same upper management minus Paul Furio who got fired early on, so it's either them practicing corporate diplomacy (with themselves?) or development really wasn't interrupted. Hope one day we get a proper post mortem and a case for devs and publishers to look at and learn from. It becomes a self fulfilling prophecy. They work super slowly > they can't show progress because there's none > there's nothing solid to talk about (and they don't want to talk about plans either because they know they'll be held up to their words, the horror). > they need to space posts more > those posts are still empty because (start cycle again here). Basic bug-reporting feedback right there that you should be telling the authors of reports. In github you get your issues properly tagged if they can't be reproduced, or are believed to be hardware related, or whatever. Reports being archived without saying a single word is a big no no, no matter what single excuse you could write for doing it. Even a "not important" provides at least some closure and safety that the thing was at least read. Not only is the faith in QA testing for this project under the ground, but the bug tracker that had to be fought for "happens" to be ignored and users are made to wait ~1 month to see if top voted issues are even being looked at. Because even those barely have developer interaction, only to be met with "can't reproduce lol". The whole bug reporting-to-feedback process (let alone a "hot" fix that's cold by 2 months at the minimum) is laughably bad and should be set as an example to every dev running a bug tracker on how exactly to not do things. Great way of putting it into words. We're 1+ years into the project and these very basic doubts still linger. Even if they work at the pace of a DMV, they should have a vision they want to pursue and a reason for wanting to repeat all the same mistakes KSP1 made. For all the hate KSP1 received in these forums once 2 dropped, from some people, they're really doing a very basic rerun with a fresh coat of paint and a bigger price tag. Doesn't matter, there's still a missing part to close the loop. It's the same issue the old "mail us the bug" reporting system had. You have no idea what they're doing, if they're doing anything at all, with your report. On which everybody complained about readability and what we got in return was "replace font 2 hard" and some color changes on the navball which is still a mess. Great feedback loop, at least that issue had some closure and we know we need mods to fix that. So you get another black hole place where you don't even know where your feedback goes. The K.E.R.B. is so vital and wanted because it's what's missing to close the loop: feedback on feedback. It's the only time we get to hear about what devs are actually working on, without marketeer language, without hypebeasting, and so on.

Since it was clogging up the spacex discussion, you can talk about starlink here!

That's a KAS problem, not Pathfinder. The following (old) post and the one after it talk about some work arounds for when this happens - to my knowledge no complete fix was ever made (at least there's nothing in the releases changelog that looks like it addresses this issue):

I wanted to put this out into the community about the next major roadmap updates to see if anyone agrees. Obviously the team has a plan for what features should come when but they have also said they will be flexible based on what the community wants. Perhaps this can be a thread to show what the community wants first. I am extremely excited for the colonies update and can't wait to see KSP2 finally achieve features that will separate itself from it's predecessor. It is my understanding from interviews and KSP2 development posts that the colonies update really only brings building colonies into the game. The only real purpose they will bring to the game is looking cool and launching vessels from whatever planet/moon you want in the Kerbolar system. That is all fun and good, honestly I would probably have hours of fun with that anyways if development stays on track with the current roadmap; However, this would also mean that the colonies wouldn't get any "True" functionality until after the interstellar update. Once the colonies update comes we will likely see a large gap between that and the interstellar update sense there is such a large amount of new mechanics and development that will need to go into new solar systems and how to get there. There was a 10 month wait for the first big update of KSP2 "For Science!", I understand that was to fix a lot of bugs on launch so I don't expect Colonies to take as long but I wouldn't expect it in the next 3-4 months. If we estimated an average of 6 months between each update that would mean we could get colonies around June or July, then interstellar around December or January of 2025, and then go back to resource gathering by Jun or July of 2025. Having a whole year between being able to build colonies and being able to utilize colonies in the way that I believe the devs want them to be used seems out of place to me. While I and many others are extremely excited for interstellar, I think we would also appreciate the colonies and their functionality being completely fledged out before going into the next "BIG NEW THING" for KSP2. To me it does not make sense to add construction of colonies, have a gap and add interstellar, then go back and add functionality to colonies. Another point to make, sadly, is bug fixes. The colonies update will likely have some things to it that the community will have notes on what could be done better, of course these things can be addressed in smaller updates in between colonies and interstellar, but I think it would also be good to have the next big roadmap goal also be connected to colonies, making the focus of the development team "locked in" on getting these parts of the game perfect before moving on. If resource gathering is next on the list from colonies it would also allow them to add big "second thought"/"lesser priority" things to colonies seamlessly in addition to the exploration roadmap goal (similar to how For Science! added reentry heating). Lastly I would like to talk about integration of the resource gathering and transportation system from interplanetary to interstellar. Resource distribution on this large of a scale seems to me like a hard case to crack, I think there will be some errors in the first version that the becomes publicly available. I would personally rather have those struggles on interplanetary missions rather than interstellar ones in the first implementation of resource gathering. If we switched interstellar and exploration on the roadmap hopefully it would mean that the resource distribution systems can be perfected and easily ported to interstellar. I would rather have headache and be able to look at it as just a problem with the one feature of resource distribution rather than feel like its frustration with interstellar and resource distribution. Overall I love that the development team has been more open with communication and taking advice from their audience (Thank you for fixing wobbly rockets ). I do wonder what the rest of the community thinks about this, and if the developers would consider changing such a big decision. Anyways much love to the devs and the community, I'm sure that we will be happy with whatever way development goes but I think it is something to consider. P.S. this could also mean that you could push the second new star system addition to come in the multiplayer update which could be fun to have the first looks of new territory to be with friends. Just a thought!

Ah yes, love the hyperbole. Also, you can clearly check that I'm a man of my word: i said that if FS! failed to deliver, I'd no longer have any hope or playtime for this game, and that's exactly what happened. I booted FS! a couple times to see what it was about, the game is still bad, and broken, science is a bad streamlined copy of KSP1 and now I post here with weeks or months inbetween right as I said I would. That you still have to strawman my posts as some sort of angry, rabid hater wanting change is funny, specially when I didn't ask for anything to change since before For Science! because that update showed me this project is hopeless. They're clearly not obvious for the devs, given how many remain unaddressed (can't address anything if you don't communicate), that's exactly why the community feels unheard. Very little people posts here anymore thinking the devs are gonna read their feedback unless it's a bug. That's as evident as checking the suggestions subforum and seeing the only people suggesting stuff is new users. Expectations remain unaddressed and unmanaged past the roadmap and some handwavy answers at the AMAs and will remain so until the devs decide to man up and come out with serious talk about the final shape of KSP2, so the people wanting something different can move on if they haven't yet.

Calling 911 to talk to King Richard.

agreed, I would appreciate more activity on the forums. Even if it was just a simple post saying "heard" on a popular thread that day. I would even settle for a cold "this is /is not part of the current plan" to at least get an idea of where we are going I also wanted to come back to this point I made a little bit ago. I think the best example of this would be this video from the KSP YouTube channel. It's a quick 5 min video talking about reentry heating which a lot of the community had questions about, even just the quick look at it and talk from an actual person working on it was great to see at the time. This in my opinion is the perfect amount of communication and is exactly what the community needs. Maybe once a month on a feature or a bug that there has been a lot of questions about.

I originally posted the following in the April Fool's Day thread about converting to imperial units. However, to avoid turning that thread into another one like this, I'm moving the post here so, in the event people want to discuss it, they can do so in this thread, where it belongs. A lot has been made of the development teams (coders, artists, etc.) not having anything to do with communicating with the community, and I'll say up front that I agree with that statement. No, I do not want the developers to sit around and talk on the forums or Discord all day long; they have a game to write, for pete's sake. I'd rather they spend their time on the clock coding, or drawing, or whatever it is they need to do to get the game done. Go. Please. With that said, it is the job of the Community Managers to interact and engage with the community. As far as EA goes, it should be their job to engage with us and let us know exactly what is happening with the development of the game. Yes, this involves interviewing the developers, and compiling lists of bugs, and all the other stuff that goes along with that. But it is their literal job to interact with the community, and the issue here is that instead of the CM's doing this, they are worrying about things that the community quite frankly as a whole doesn't care about. This leads me to believe that one of the following 2 situations is true: The CM's are understaffed and overworked to the point where they simply cannot interact in meaningful ways. Dakota is on his own right now as Mike is off on paternity leave (and coming back this month, I think?), and the organization either hired but has not trained the new person they posted for months ago OR they simply decided not to do it. And this is on top of all of the vacation and time off that was taken over the holidays. If this is the case, if it is a situation where Dakota simply does not have the time to effectively do his job and interact with the community in thoughtful and meaningful ways, then I have to ask why he has the time to come up with weekly challenges and joke threads. I get that those things may be part of his job, but we have begged for more meaningful communication and have not gotten it. Does he not have time to ask the developers where they are at? Do the CM's not have the ability or authority to ask the artists what they have drawn up lately? Has Nate decided that he doesn't need to give interviews to the CM's or host AMA's any longer? And if this is all the case, why hasn't the company hired more CM's to help alleviate the strain on Dakota? It's either this, or... The developers honestly have nothing to show or discuss at this point. And if this is the case, there's a whole box of Lego's that need to be unpacked with this. Because, quite frankly, how can you be 6 years into development, and 1 year+ into early access, and have nothing to discuss? We have bugs that have been persistent since launch, promises made both before and during launch that haven't been met, and yet they have nothing to divulge? Bug reports that aren't discussed but end up in the archive with no explanation, and no talking about them? The company hired 2 of the best and brightest minds from the KSP1 mod community to help write this game, and you've got nothing to show at this point? For Science! dropped almost 4 months ago, and since then we've seen like 1 or 2 images of what might be in colonies, but you have no words to go with that? Where are we at on the road map as far as colonies goes? I know you can't give any dates, but are we even close? And those images of gigantic parts in space - are they going to be in the game, and if so, how do we get them up into space? Where are we at with all those bugs for months you just keep saying "Researching"? On those bugs you are looking for additional feedback on - what do you need from us to help you? What information are you looking for that we haven't already provided? And what do you say to those people - like myself - who have mid-range equipment and are supposed to see performance increases but aren't? (Side note - anything greater than 200 parts on my rig drops my FPS to 10. In orbit. 32 GB RAM, 2060 Super, Ryzen 9 3900 12 core. Tell me again how performance has gotten better.) It's no secret that I have been very vocal about where I think the game is at, and where it is headed. I've complained enough, so I'm trying not to do more of the same here (even though I'm sure this will all still be seen as complaining). But I want this game to succeed. I want this game to outplay, outperform, and outlast the original. I do not want to have to see the community come together and have the modders create KSP3. Nobody wants that. We shouldn't even have to float that idea, to be honest. But enough. Enough of the joke threads. Enough of the weekly challenges. Enough of the silence. We have held up our end of the bargain here in EA by not only shelling out the cost of the full release game, but we've been up front and honest with you about bugs, feedback, and telling you what it is we want. We are simply asking for the company to hold up their end. Too much damage has been done over this, but we are still willing to overlook that and give you back our trust if you would simply communicate with us and let us know where this whole thing stands. No corp-speak, no double meanings, no half-truths. Just be honest. We will understand. Heck, we've been understanding for the better part of a decade now; honesty will only help to repair the relationship.