Search the Community

Showing results for tags 'realsolarsystem'.

More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • General
    • Announcements
    • The Daily Kerbal
  • General KSP
    • KSP Discussion
    • Suggestions & Development Discussion
    • Challenges & Mission ideas
    • The Spacecraft Exchange
    • KSP Fan Works
  • Gameplay and Technical Support
    • Gameplay Questions and Tutorials
    • Technical Support (PC, unmodded installs)
    • Technical Support (PC, modded installs)
    • Technical Support (PlayStation 4, XBox One)
  • Add-ons
    • Add-on Discussions
    • Add-on Releases
    • Add-on Development
  • Community
    • Welcome Aboard
    • Science & Spaceflight
    • Kerbal Network
    • The Lounge
  • International
    • International
  • KerbalEDU Forums
    • KerbalEDU
    • KerbalEDU Website


  • Developer Articles

Found 4 results

  1. Jeb's worst nightmare

    Hello everyone, I tried to make a rocket to reach orbit or sub-orbit (at least) in RSS but couldn't. So I just downloaded a Falcon 9 Dragon from somebody (I don't remember) and loaded it up. Liftoff starts well. After 2 and a half minutes (I think so) stage 1 were seperated But then, something went wrong. One of the tanks exploded a little which caused the whole ship to loose control. This forced me to abort the mission. I fired up the draco engines to reduce the speed of the capsule. Again, something went horribly wrong. The draco engines ran out of fuel. And they are no parachutes on the dragon. So there is only one option : doing an EVA ^ Image above shows dragon capsule exploded (right) So I (no, Jeb) prepared for the worst. ^ Jeb was falling down very fast Jeb plummeted to the ground at approx 50 m/s Luckily I reverted the flight to the beginning, and Jeb was safe.
  2. Hello. I would like to ask if there's a calculator or a spreadsheet that can calculate all the things Alexmoon's Calculator does but for the RealSolarSystem. I would like a spreadsheet or an online tool, please. Because the calculators for KSP (e.g. Alexmoon's, Olex, etc) only work for stock KSP. I've tried abrhmsanchez's one but he doesn't have the Moon. Also, I would like to have the real names of the objects. Also, I would like it to have custom values. E.g. radius, gravity, possibility to add new bodies, in short, that you can modify everything in it. If someone could do this for me, I would be eternally thankful to that person or people. Hope you can do this for me. Or direct me to something that does what I'm asking for. Thanks in advance, Nexus24680
  3. Hey guys, Since yesterday I have been having issues with my KSP installation. First of all, I play RealismOverhaul, Real Solar System, Realistic Progression Zero, RemoteTech, and some other mods. (about 43 in total) The problem started yesterday, and was caused by, or at least coincided with, me installing the newest RealismOverhaul-Master from Github. When I use Mechjeb's auto-ascent to launch from Kourou (you know, the equatorial South-American base) into the Moon's plane, MJ rolls the rocket (even though 'Force Roll' is disabled) after launch, and then proceeds to launch polar. Mechjeb's Auto-Ascent window shows the Moon's inclination ( degrees), and the launch is timed perfectly for the lunar plane, however Mechjeb is about 90 degrees off when it comes to the heading, and proceeds to perform a perfectly normal launch - only into a polar orbit, instead of one with the inclination of the Moon. Mechjeb's ascent is configured like this: Orbit: 99999km Turn Start Velocity: 80m/s Turn End Altitude: 140km Ascent profile: 45% Before launch, I go into map-view, select the Moon as target, then select 'Launch into Target plane' in Mechjeb. The weirdest thing? This works perfectly when launching from KSC. It also works fine from Kourou when I am trying in Sandbox mode. Only when I launch in Career mode from Kourou, does this faulty behavior show. This is in Kubuntu 14.04, x64. i7 4790k, 16 GB RAM, starting the 64-bit version via launch script. Here is the link to my player.log: This is the link to the craft I am using: It is a bit overpowered, because it is supposed to do: a) Lunar Flyby b) Lunar Orbit c) specific Lunar polar orbit d) second specific Lunar orbit and e) impact on the surface. I am sure I am doing something wrong somewhere (PEBKAC), and that it's not some bug. I have completely removed the KSP folder, performed a fresh install, made several copies of the folder to try different methods to troubleshoot this, but frankly, I am at a loss.. Thanks all for any help you can provide! sackfalte EDIT: I was informed that it's better to post in the dedicated Mechjeb support thread, so that's what I am going to do.
  4. SMURFF: Simple Module adjUstments for Real-ish Fuel-mass Fractions For people who want real-ish fuel mass fractions without too much hassle. Formerly "Simple Mass adjUstments for Real-ish Fuel-mass Fractions." Features SMURFF is a Module Manager patch that reduces the dry masses of fuel tanks and engines and improves engine performance so that KSP rockets can have fuel mass fractions closer to what we make in the real world, without going into per-part configurations like e.g. Realism Overhaul. Most of a real rocket's structural strength comes from the fuel inside of it, rather than the tanks themselves -- the "tank" is just a metal shell to hold the fuel together. KSP fuel tanks, on the other hand, seem to be made of lead plates and rebar. This is all well and good for a planet where you only need 3.5 km/s to get to orbit, but it's not a lot of fun for the real solar system. To help ease the transition to RSS (without requiring per-part configurations, thus allowing any mods to be supported), SMURFF makes several adjustments to engines, tanks, crew modules, and heat shields. These adjustments are calibrated so that stock and stockalike-balanced parts will have their performance (TWR, fuel mass fraction, and ballistic coefficient) improved to be "real-ish" -- representative of typical aerospace technology of the last few decades, so that rockets built in RSS or 10X have mass fractions similar to real rockets. You can reduce the buffs applied to parts (without tinkering with the mathematics) by reducing the values of "tanklever", "enginelever", and "podlever" at the top of SMURFF.cfg (or with a patch). When they're set to 1 (as they are by default), the adjustments are made at their full values, and when they're set to 0, parts are left at stock performance values. In-between is in-between, so those interested in intermediate-difficulty solar systems may want to experiment with setting the values to 0.5. There are some built-in protections to prevent part masses from being sent into negative values, but otherwise, SMURFF will patch parts as if their mass and thrust values are balanced with stock parts. If you want to exclude parts from being patched (e.g. because they already have real-ish TWR), include "SMURFFExclude = true" in the top-level config. To avoid griping from KSP when SMURFF is not installed, you can use a patch like this one: @PART[whatever_parts]:NEEDS[SMURFF] { %SMURFFExclude = true } The specific adjustments are as follows: Stock and stockalike liquid fuel tanks (LFO, LF, Monoprop) have a fuel mass fraction of 87-89%; SMURFF increases this to 96-97% by reducing dry mass by 75%, putting them in line with real spacecraft fuel tanks. Tanks that have fuel-switching patches from Stock Fuel Switch will get the appropriate mass buff for their equivalent Liquid Fuel and Oxidizer contents. Other parts with switchable fuel tanks get their dry masses divided by 4, except for parts which are switchable in-flight, which only get a 50% dry mass reduction. Xenon gas tanks are adjusted from 56% to 90% (86% reduction in dry mass). I've seen some NASA sources saying xenon tanks are 95% fuel (or suggesting that they will soon be so), others suggesting 85%, so I went with 90%. Ore tanks are adjusted from 86% to 95% ore-by-mass (70% reduction in dry mass), to baseline against 55-gallon drums. Several mod resources are also handled (mostly from Nertea's various addons, since those have enough parts to produce a consistent balance). "Lifter" liquid-hydrogen tanks from CryoTanks get their LH2 mass fractions adjusted from 74% to 63% (65% increase in dry mass). Because of the LFO buff, hydrolox "lifter" fuel tanks still go from 86% to 89% fuel by mass. Zero boiloff LH2 tanks get their LH2 mass fractions adjusted from 69% to 46% (166% increase in dry mass). Argon gas tanks from Near Future Propulsion are adjusted from 56% to 62% fuel (20% reduction in dry mass). They match the efficiency of stock xenon tanks for gameplay balance reasons, but in reality, xenon tanks are much more efficient, and argon not nearly as much (xenon atoms are heavier, so a much greater mass of xenon can be packed into a given tank design). The benefit of argon is that it is more abundant (and thus cheaper) than xenon by orders of magnitude. For large missions, the reduced fuel cost may be enough to make up for the mass penalty. If anyone has a reference for the mass-efficiency of lithium storage and vaporization systems for spacecraft, I'd be happy to hear it. Until then, I'm buffing them to 84% fuel, which corresponds to a volume density between argon and ZBO. Karbonite is not handled at this time, as its tanks' mass efficiencies are already better than 95%. Bipropellant (LFO and LH2/Ox -- or anything with Oxidizer) rocket engines' thrusts are increased by 50%. Any that are not crew containers or multi-mode engines also get a 62.5% reduction in mass. Comparing the stock LFO engines to real RP-1/LOX rockets (as opposed to the LH2/LOX SSME, as I did previously), the "orbital" (i.e. stackable) stock engines have TWRs from 15-25, while real engines have TWRs from 60-100 (and getting up to 150 nowadays), so the TWRs need to be quadrupled. The Skipper is actually a pretty good analog to the Merlin (several hundred kN of thrust, 2-3 meters tall), but rather than just cutting the weight to match TWRs, I increase the thrust so that stock rockets don't need ridiculous numbers of engines (recall that SpaceX uses nine Merlins on their first stages -- and incidentally, it turns out that SpaceY engines get their TWRs pushed into the 120-150 range, just like SpaceX's). SRBs (baselining with the Kickback compared to the Space Shuttle SRBs) get their dry masses reduced by 40% and specific impulses get buffed by 40 seconds. Their thrusts are left unchanged -- fuel density and TWR are already close to reality. Nuclear thermal rockets, jet engines, monopropellant rockets, and ion thrusters are left alone. (Oxidizer-burning modes of multi-mode engines still get the thrust buff.) Crew containers (pods, cockpits, cabins, etc.) and heat shields have their masses reduced by half (and their pyrolysisLossFactor doubled). I justify this by looking at the mass-per-passenger of space capsules and jet liners, ballistic coefficents, and comparing crew cabins to fuel tanks of the same size. For example, the Mk1-2 command pod weighs as much as the Apollo Command Module despite being nearly 40% smaller (by diameter -- 26% of the volume) and carrying half-sized astronauts. The Mk1 and Mk2 crew cabins weigh as much as a full fuel tank of the same size, despite being mostly air-filled. Same for heat shields -- the Apollo heat shield was 3.9 meters across and weighed 850 kg, vs. 2800 kg for the stock 3.75m heat shield. (The reason that I didn't cut heat shield masses by 70% is so that shields can still be used for landing larger masses than just a capsule.) Most of the patches stack (e.g. a service module with both monoprop and liquid fuel will have its mass reduced appropriately), but not the ones that divide tank mass by a factor (crew capsule, bipropellant engine, and general-purpose switchable tank) -- only one of those may apply to any part, and they get applied in that order. The result is that rockets have more Earth-like mass fractions and thus are able to achieve Earth-like payload masses without requiring the construction of horrible asparagus monsters. To compare: with stock part masses, to get the Mk1-2 capsule (plus parachute and heat shield) up into space, I need to convert the Kerbal X into the "Kerbal X Triple-Heavy" (or "Kerbal 7"), with 6 asparagus-staged size 2 boosters identical to the core (actually, identical plus the round X200-6R tank from TurboNisuReloaded) and an extended upper-stage tank (an X200-32 instead of the stock -16). It gets just shy of 7 tons into LEO (not counting the spent upper stage) with a 465-ton rocket (not counting the payload -- almost 70 times as much rocket as payload) which blows up the launchpad at takeoff. With SMURFF, I just have to make the Kerbal X into the "Kerbal Xtended" by doubling the upper-stage fuel tank (the stock Kerbal X is entirely capable of getting into orbit on its own, but the extension is necessary to add the heat shield...), putting 3.5 tons into orbit (not counting the spent upper stage) with a 114-ton rocket (not counting the payload -- 33 times as much rocket as payload). The Falcon 9 v1 got 10.5 tons into orbit and weighed 335 tons (32 times as much rocket as payload), using slightly less efficient engines than the Skipper and Poodle, so I figure I'm close enough for Kerbal work. Dependencies SMURFF depends on Module Manager version 2.6.16 or later to function. Recommendations SMURFF is mainly intended for use with Real Solar System. It's why I made it, and that's where the default balance is set. Try setting the levers to 0.5 for intermediate solar systems, like 64K or SKY. Big rocket fractions (i.e. 1 kg into LEO = 25+ kg of rocket) call for big rockets, so SpaceY and SpaceY Expanded (alternatively, Behemoth Aerospace Engineering) are recommended to get big rockets without big part counts. 1.875m rocket parts from Home-Grown Rockets (plus HGR Community Fixes by yours truly) and MOLE are also great for large upper stages and for payloads that are just too big for 1.25m rockets, but where 2.5m is overkill. (Since thrust increases with the square of scale, and mass with the cube, all else being equal, the jump from 1.25 to 2.5 is proportionally much steeper than the jump from 2.5 to 3.75, so I've found 1.875m parts to be surprisingly handy.) Suggestions Other addons that bring "real-ish" capabilities and challenges to Kerbal Space Program include: SCANSat, to make biome and elevation maps globally available (vs. the limited-view and limited-access KerbNet system) and optionally require just a bit more effort when scanning for resources. DMagic Orbital Science, Impact!, MOLE, Nehemiah Engineering Orbital Science, and Surface Experiment Package add science experiments that have actually been run in space. Station Science is in the same vein, although it's a little more on the 'fantastic' side. (If you're going to run most or all of these, you should probably use an expanded tech tree or dial back science returns in the difficulty options, to preserve game balance.) USI Life Support, for a life support system which is simple (one resource to track) and forgiving (unless you configure it to kill Kerbals). USI Kolonization Systems and/or Pathfinder, for ISRU that allows self-sustaining colonies (with some effort). You should also consider picking up Extraplanetary Launchpads and OSE Workshop (and Kerbal Inventory System, OSE's dependency), as an extension of NASA's real-world interest in in-situ manufacturing and repair. (And to give your bases something new to do.) To (loosely) simulate long-term physical impacts of microgravity, there's KeepFit. (Be advised that it does require specific mods for "exercising" spaces -- currently CxAerospace and UKS are the only mods with "recognized" exercise rooms, and future releases will include the centrifuges from Tokamak Industries and DSEV -- although it is much more generous when it comes to mods with "neutral" habitation space.) Nertea's Cryogenic Engines, Kerbal Atomics, and Near Future Technologies provide cryogenic, nuclear thermal, and ion and plasma propulsion systems, as well as a simple boiloff and boiloff mitigation mechanism for liquid hydrogen. SMURFF will adjust their respective fuel tanks to match their actual or predicted performance. (Except for lithium, which I haven't found any references for -- it gets adjusted, but it's largely a guess on my part.) Feel free to suggest other "real-ish" addons! To give you some idea of what I'm looking for, addons suggested with SMURFF shall adhere to the following criteria: They shall not require individual parts to be configured in order to function (as e.g. RealFuels does) -- if an addon can't work out-of-the-box with any other addons that people use, it doesn't belong on the list. They shall improve the realism of some aspect of KSP that is not very or not at all realistic. (KSP has no life support whatsoever, so USI-LS is included, but it has mildly realistic aerodynamic and heating systems, so FAR and Deadly Reentry are not.) Of course, criterion zero is that I won't suggest an addon that I don't like and use (or have used or considered using) myself. Download and install GitHub CurseForge From there, just unzip the "SMURFF" folder into your GameData directory. Please let me know in the forum thread or on the GitHub issue tracker if you find any issues! Version history and changelog 2015 08 08: Initial release. 2015 11 19 (1.1): Renamed to Simple Module adjUstments for Real-ish Fuel-mass Fractions (since we're not just touching mass anymore). +50% to non-SRB engine thrusts and -62.5% to mass, to bring TWRs in line with RP-1/LOX engines and reduce need for ridiculous engine clusters. +40 seconds to SRB Isp, to bring Kickbacks in line with Space Shuttle SRBs. Mass reduction of resource containers is now proportional to their contents, so parts which have resources and do other things (e.g. command pods, wings with fuel) only get mass reduction corresponding to the part of them which holds resources (e.g. command pods are now slightly lighter because of their monopropellant storage, but not by a factor of 4). New patch to act on Procedural Parts. Based on RealFuels data and further research, LH2 and argon mass fractions no longer improved. Adjusted patch to properly grab all engine modules. Compatible with Stock Fuel Switch and Cryogenic Engines. If you replaced or modified Cryogenic Engines's fuel switcher patch, make sure you restore it to the original -- otherwise, tanks might get double-buffed. 2015 11 20 (1.1.1): Minor bug fixes. Fixed Procedural Parts patch (thanks to speedwaystar). Excluded air-breathing jets, nuclear thermal rockets, monopropellant engines, and ion engines from TWR buffs. (They're close enough to reality already.) 2015 11 22 (1.1.2): More compatibility (inspired by Atomic Age). Improved selectivity of engine mass buff by excluding multi-mode engines and IntakeAtm-breathing engines. (All Oxidizer-burning engine modes will still get a thrust increase.) 2015 12 07 (1.1.3): More selection adjustments. Changed engine mass buffs to apply to engines which only have oxidizer-burning modes (so that SpaceY's engines get buffed -- they use a MultiModeEngine module to simulate the all-nozzle vs. center-out/center-only modes of operation, so excluding all multi-mode engines wasn't fair.) 2016 01 08 (1.1.4): Argon adaptation New ArgonGas patch for the tank efficiency changes made in Near Future Propulsion 0.6.0. I've made some slight changes in the backend for handling Cryogenic Engines. In my testing, I haven't noticed any changes in spacecraft mass (either in the VAB or in flight), but please be careful! 2016 01 27 (1.2): Entry, Descent, and Landing Masses of crew containers and heat shields are reduced by half, to permit reduced (and reasonable) capsule ballistic coefficients. Now pods are more likely slow down in time to get their chutes open. Added a "reserved mass" system so that engines and pods only modify mass which is not accounted for by fuel tanks and batteries. Added a "SMURFFCONFIG" section -- adjust the "tanklever", "enginelever", and "podlever" variables to control how much of a buff is applied. 1 for real-ish performance (default), 0 to leave stock values alone, and everything in between is in between. Try 0.5 for the likes of 64k or SKY. Changed patches to run FOR[zSMURFF], so that the patches run later. SpaceY's engines now get properly buffed when Cryogenic Engines is installed. (SpaceY replaces the ModuleEnginesFX modules of some engines in that circumstance, and since SpaceY comes after SMURFF, the thrust buff was being overwritten.) Added a "fix" for parts whose mass gets sent into the negatives (i.e. any part which weighs less than it "should" by stockalike standards): their masses get restored to their initial values. Added support for "SMURFFExclude" -- add "SMURFFExclude = true" to any part you don't want to get buffed. 2016 02 02 (1.2.1): De-icing Adapted to new Cryogenic Tanks LH2 mass fractions and tank setups. (LH2 tanks actually get hit with the nerf-bat.) 2016 02 20 (1.2.2): Sore throat Added some new patch logic to catch ablative engines. 2016 03 17 (1.3): Wild Blue Yonder Parts with WBIResourceSwitcher (e.g. the Titan fuel tanks from MOLE) are now included in the switchable-tanks patches. Switchable (FS and Interstellar Fuel Switch) tanks with different tankMasses now get proper mass buffs, thanks to the new array-editing features in Module Manager. This feature is only present in MM version 2.6.16 or later, so this version and later versions are not compatible with KSP 1.0.4. 2016 05 17 (1.4): Inb4B9 Handles B9 Part Switcher, and the corresponding updates to Cryogenic Engines. Also changed patches to run FOR[zzz_SMURFF], so that it comes after the cryotanks patch. Because the corresponding version of Cryogenic Engines was released for KSP 1.1.2, this version and later versions are not compatible with KSP 1.0.5, 1.1.0, or 1.1.1. Handles the tankResourceMassDivider variable from the generic IFS patch. Lithium tanks now get buffed. 2016 05 26 (1.5): Ore Rly? Ore tanks are now adjusted, baselined against 55-gallon drums. Compatible with tank types included in Near Future Construction 0.6.2. Added new "Extras" folder for patches that are too part-specific to be included in the main distribution. The first Extra patch is for the CryoX and soft tanks from Ven's Stock Revamp. I make no promises about their balance when used with CryoTanks or other fuel-switching plugins... 2016 05 28 (1.5.1): Mass Deregulation Relaxed one of the "overdraft protection" checks. 2016 05 28 (1.5.2): Ore you sure? Added procedural ore tank type. 2016 05 28 (1.5.3): B9-B Made the CryoTank patches less brittle, to handle parts with multiple B9PartSwitch modules (e.g. Fuel Tanks Plus). 2016 08 15 (1.5.4): Tanks F-Ore Nothing Added an "Extra" patch to fix the procedural ore tank. If you're using Procedural Parts, drop the "ProcOreFixer.cfg" patch in your GameData folder (anywhere will do). The license is changed to the GPL v3 (or later). 02016 10 29 (1.5.5): Snow Miser Updated CryoTanks patch to adapt to rebalance. Because the corresponding version of CryoTanks was released for KSP 1.2, this version and later versions are not compatible with KSP 1.1.2 or 1.1.3. 02017 01 28 (1.6): Happy New Year Removed "Extra" patch for the procedural ore tank, as they've accepted my PR to add it directly to the part config. Engine patches now operate on minThrust as well as maxThrust (if someone should ever release an engine with nonzero minThrust). Reduced reaction-wheel authority on command pods in proportion to their mass reduction. Adjusted IFS patch. It works again, but note that IFS already has its own RSS patch, so SMURFF defers to that. Added support for Mark IV tank types. Because the corresponding version of Mark IV was released for KSP 1.2.2, this version and later versions are not compatible with KSP 1.2.0 or 1.2.1. 02017 02 24 (1.6.1): B9-C Another tweak to the CryoTank patch, to avoid stepping into B9's CryoTank patches. 02017 04 10 (1.6.2): Kerbals Not Smurffs Exclude Kerbals from SMURFF patching. Add pure-LF IFS patch. Roadmap As I get the time, I'll publish to CurseForge. If you find any classes of parts (i.e. anything that can be described by using Module Manager to filter by module, resource, mass, etc.) that get horribly mistreated, I'll make an adjustment. That being said, I'm not planning to include special patches for parts that are already themselves outliers in the main distribution (although I might add some to the "Extras" folder) -- the whole point of SMURFF is to avoid that level of complication. Credits Thanks are owed to NathanKell and the entire Realism Overhaul team for making an incredibly detailed, thoroughly researched and calculated system...and convincing me to make something simpler. The tank-mass spreadsheet was a handy resource! Even more thanks to ialdeboath and sarbian for the power of Module Manager. Seriously, half of my addons wouldn't exist if not for them. License Simple Module adjUstments for Real-ish Fuel-mass Fractions ("SMURFF") is copyright 2015-2017 Kerbas_ad_astra. Configuration files are released under the GPL v3 license (or any later version). Any redistributions must use a different name and folder (per section 7c). All other rights (e.g. the SMURFF logo) reserved.