JadeOfMaar

Ah. Oops. Not looking to shamelessly promote but I take care of the presence of Deuterium and other very important resources with my mod, Rational Resources. Everywhere that you expect to find Hydrogen or water, you can mine Deuterium. You will find a lot of Hydrates and not water in places. This is actually other resources bound in water molecule cages.

It would be far too easy if Graviolium was there. So it's not there. There'd be no point to "boldly going" if you only have to "go" as far as your kitchen garden.

My advice may not be too solid but, if you want to move an asteroid or comet, use reaction engines that run on something better than LiquidFuel. If your warp drive can even move such mass, you may burn out all of the Graviolium in it. It's better you focus your warp potential on bringing the equipment to build a big and fast mining rig, and on running back to Kerbin with your haul of mined resources.

From what I know you simply have have to do this. OPT has some RO configs already so some engines should show an ignition count already and require ElectricCharge since no ignition resource is specified. I don't play RO so I never confirmed it and don't have further knowledge to share. @PART[myEngine]:NEEDS[RealismOverhaul] { @MODULE[ModuleEnginesFX],0 // the first engine mode { %ignitions = 0 // 0 is infinite %ullage = True // in case you want this too } @MODULE[ModuleEnginesFX],1 // the second engine mode if it exists { %ignitions = 0 } } Alternatively you can try this but there's a catch. @PART[myEngine]:NEEDS[RealismOverhaul] { // I don't think this works with multi-mode engines which are most of OPT's engines MODULE { name = ModuleEngineConfigs type = ModuleEnginesFX configuration = Default // replace with the name of a reference engine. No spaces please origMass = #$/mass$ modded = false CONFIG { name = Default // replace with the name of a reference engine. No spaces please description = TBA //description specLevel = operational minThrust = 0 maxThrust = #$/MODULE[ModuleEnginesFX]/maxThrust$ // default max thrust heatProduction = #$/MODULE[ModuleEnginesFX]/heatProduction$ // default heat production PROPELLANT { name = LqdHydrogen ratio = 0.7454 DrawGauge = True } PROPELLANT { name = LqdOxygen ratio = 0.2546 } // atmosphereCurve{} needs to exist in here so do A or B, not both // A: MM copy-paste node magic /easymode #/MODULE[ModuleEnginesFX]/atmosphereCurve {} // B: manually copy-paste the atmosphereCurve{} atmosphereCurve // fixme { key = 0 301 key = 1 262.1 } ullage = True // ullage pressureFed = False ignitions = 1 // ignitions IGNITOR_RESOURCE { name = ElectricCharge amount = 0.5 } IGNITOR_RESOURCE { name = TEATEB amount = 1 } } // add another CONFIG{} if you want to change stats including fuel mix and Isp } RESOURCE // add me if included above as an IGNITOR_RESOURCE { name = TEATEB amount = 1 // multiply by number of ignitions maxAmount = 1 // multiply by number of ignitions } }

3.75m cylinder but the flat sides are 3.25m

Body and main engines are OPT. Tilt engines are Mk2 Expansion. Colors by TURD. Looks like there are Procedural Wings too and a Conformal Decal (for the Rocket Lab logo). Gears are idk.

Unplayable though. Remember how hard it is to make things sink when you want them to. Worse yet if these things are trying to be fuel efficient and aerodynamic.

KSC Extended doesn't depend on KerbinSide so this list you ask for cannot exist. Mod links and relationships are clear in the opening post. KSC Extended is designed to fit well with the additions from KerbinSide. Jerbinside ok. If you say so.

Batteries (With examples of height variants.) They're primarily colored white so they can visually fit with fuselages or stacks which are also largely white (and all of the white is available to Simple Repaint's color switcher).

Hi there. EL Utilites contains EL CRP. What it all does, currently, are: EL-CRP: It also forces parts that hold Metal or MetalOre (without the involvement of fuel switch mods) to hold Metals and MetallicOre instead. I don't think MKS can get any benefits from this since it goes further and deals with MaterialKits and SpecializedParts instead of RocketParts. If there is demand, I can make that optional switch but I must ask how USI's own vessel assembly function works and why people prefer EL over it. I don't know it well since I largely stopped using the USI mods a long time ago and wouldn't do well to keep up with USI developments. EL-SystemHeat: What it says on the tin. If I need to explain this then I'll rephrase this since it seems to not be clear enough. Did you mouseover your maps before and after, and see the abundance percent at a given point? Maybe the abundance changes were sucessful but SCANsat's map visuals didn't change for unknown reasons. Perhaps deleting your MM cache will help. Otherwise there's something I was supposed to think of but didn't for the abundance multiplier patch I showed you how to do (so while it's error-free it was not effective).

It's not an SSTO anymore if drop tanks are involved. Easily done. Though the subcategory thing uses stock features, not CCK so you know

@Nori That kinda bloat is definitely interesting. Hah. Part of the point of OPT's engines is so you don't need bigger drop tanks. And yet I'm sure I've felt the need for it too but mainly because I tend to playtest on 2.7x scale. I don't think there's a means to address that AM tank problem. The only solution might be to stop providing AM storage. FFT's tanks easily don't have that problem because they don't offer to hold other resources.

@Nori Switching on the engines, yes. Sadly, the stock multimode module only acknowledges two modules (because it was designed with only Skylon SABRE in mind). A part can have 3+ engine modules but you'd need to do a load of action grouping to ensure only the mode you want to run is running, or 2+ or all can run at the same time, producing a very broken (unbalanced) behavior. I don't want to add an engine mode based on whether CryoTanks is installed because the engines that are already dual-mode will get left out. In this case I would simply default to Methane if CryoTanks is installed and have Hydrogen be an override patch for folks to install if they want that. Having that patch be split up per-engine so players can choose seems like a bother but I get that some of OPT's LF engines might lend themselves better to that if they're high thrust and the player wants to use them like RS-25s...or if the player wants to use them as the main engine on a Hydrogen-fueled non-OPT vessel. This isn't outside of scope. The existing OPT LH2 and LH2O tank types already subtract some mass but not nearly enough given this discussion. I could just change those or apply heat limit reduction to those (and therefore, to all OPT parts) because everyone who uses CryoTanks knows to expect their stuff to pop if it gets even a little steamy. On that note... It may be a very good idea to take the radiator module out of the wings and cargo bays. It didn't take too long after releasing it to realize there's some cringe in having a given part be a cryotank; a high temp radiator; reentry grade all at once. But back then I had very little hope of making the needed parts. The situation is very diferent now as I've made a few form-fitting wrapper radiators.

@Kerbal410 Generally, any mod that works as far back as 1.8 will work in any KSP later than that. As far as I know, B9PS hasn't broken. My guess is that whatever mod provides the affected parts uses B9PS to change resource converter recipes and engine stats but doesn't account for mods that are known to rename the modules whose stats are changed. The mods or their bonus patch packs that tend to do rename modules, that I can think of are respectively, SystemHeat (for ISRU) and RealFuels (for engines). Like @Rodger said, you'll need to post your logs and also, ask the modmaker to write configs to detect and respond to these mods.

@Nori I'm not gonna shy away from adding mass to some engines so thanks on the reminder for that. OPT and Hydrogen are a particularly bad combination indeed. I have to fudge Hydrogen Isp quite a bit to deal with the dreadful dry mass issue. I've considered lowing OPT fuselage masses but I would lower their heat limits too and I don't think anyone's going to enjoy that. I do want to consider Methane as the default cryofuel now and I wonder how to approach fuel switching: I want to prefer supplying an easy, optional patch that locks the engines to a fuel and not to provide an in-game fuel switch as people love to tweakscale engines, and B9PS and Tweakscale don't get along well.

@Nori The ARI-73 is and has been in a very weird and uncertain place. I did set it up to be something of an atomic RAPIER but recently I realized it's trying to be other kinds of engines and not in a good way at all. OPT's engines are primarily hybrid electric (rather, hybrid plasma) variety so they should, if nothing else, be more demanding on a power supply to justify their high Isp. The ARI-73 works out, I guess, as close to microwave electrothermal since it specifically shouldn't be nuclear thermal (I don't want it to weigh a lot like an NTR) and I don't want it to become a Warpjet (I'm thinking of supplying a 1.25m warpjet with its own new model). But then, what do I do with the other "hybrid plasma LFO" engines (collectively, the "SCOOP" engines), starting with the ARI-75 which needs to be the same kind of engine as the ARI-73? The other engines being the J-60D, Egg Dog, Helicarrier VTOL, and Bubble. I could change all these into hybrid plasma single propellant engines/modes (with performance like upper tier solid core NTR). OPT's engines have a planned total rewrite on the way because I've grown to realize how badly they stink of half-baked fantasy tech and how scattered/disorganized they are in terms of behaviors. Re-defining the engines requires quite a bit of effort (including re-balancing EC consumption, and production by the power spheres) and I'm going to have to dump a bunch of feature patches but I think it'll be worth it. I can't say when I'll get around to this because it's so much and such a mess to sort out. After a few hours of plotting since reading your statement, I came up with this layout for re-definition of (most of) the engines. Let me know what you think. Opinions from others are welcome. "Upset" means how much will this upset, even break craft designs. Yellow is light, orange is medium and red is heavy.

Fuel Cells (Sterling Systems) Specifically, Metal-Air Electrochemical Cells. Largest one is 5m. Their purpose is to burn metal-oxygen combinations with higher specific energies than most people will be aware of and they will stand as a very nice chemical power source for cases where nuclear and solar aren't viable (as long as you can secure a steady supply of the metal you choose to burn). Where burning conventional fuels is concerned, I'm leaving that to: Stockalike Mining Extension which provides fuel cells in most of these sizes Rational Resources to add options to them Panel style is still WIP. Finished.

@UltraJohn (Short answer: There's no effect.) Actually it appears that there is no MetalOre config (so whatever MetalOre shows up is fully random as default). There's a MetallicOre config but on its own EL has no business with it. This mod's bundled resource placement configs don't seem to have tags in them (such that RR would leave them alone and conflict with them) so that's good news.

@linuxgurugamer You're welcome. I can't give the exact answer I would like to give that would work for you. As far as I know, MM doesn't provide for it.

Hi there. How would this add value to the game? How does this make players want to have more (not less) to do with oceans? There needs to be more reason than "Because it's cool!"

@linuxgurugamer This will work. Target the instance number of the key for the edit: @KSP_MODEL_SHADER[Stock_LessMetal] { @model,189 = Squad/Parts/Utility/mk2DockingPort/mk2Dockingport } You may need to count for yourself and make absolutely sure.

@Stratickus Ok... Well since the language name is custom it's not important at all what the previous name was. And it's hard to miss (as a selection) when it's in the "User Defined" section at the bottom of the context menu for picking languages. I think anyone can relate to the difficulty of reading a config without syntax highlighting. You're welcome.

It's a parts mod. Just parts. (No bundled dll of its own and no hard dependency on another mod with dlls). And it's compatible with at least KSP 1.8.x so it's guaranteed to still work fine. Mining Expansion is a lightweight and very useful mod. It's almost a "can't leave home without this" if you want to play with ISRU mods. If you're on a planet that has Bad Air, just attach a harvester from that mod to your base. Otherwise you're going to have to invent a creative way to ship Bad Air in bulk on an interplanetary craft and that doesn't sound right.

You can use EVA Construction or KAS to pick up and attach parts like you were inside the SPH. Depending on which system you use, you need to consider local gravity (stock only) and how many kerbals are nearby (in order to lift a part or vessel with given mass). Also, depending on the offworld construction mod you use, if any, you may have the option and a means to spawn your new base segments and have them attached instantly.

This mod places Bad Air in planetary atmospheres where you expect Carbon Dioxide, and integrates the harvester parts from Stockalike Mining Expansion.