Search the Community

Hi, this is not correlated to the topic, becouse i'm pretty desperate to fix a bug with opt, essentially the wings don't produce any lift, i don't know what could be the problem, as i don't have far installed, but the problem appears also with tundra exploration, do you know what mod could be cousing this? i can send the mod list if you want.

I am doing a Beyond Home playthrough and am trying to set up a uranium mining base on a moon, but the only resources on the moon are Ore and MetalOre. I am using the exact same modlist as Carnasa for his own "coming home redux" playthrough. I saw all modded resources show up as 0% on resource scanners and dont show up at all on scansat. I assumed this may have just been a minor visual bug or something so i landed an actual miner but it says there is nothing to collect. I was trying to go through and edit game files, but i cant find anything that would help. Any help would be greatly appreciated!

The following are my thoughts, more or less on what I would do to distinguish KSP2 from KSP and make it a far greater experience if I were making the game. I'm not demanding these things, and understand that the structure and affordances of the game at a basal level may already be set in stone in many respects. Still, now is the time to talk about what can be made, while it's still a bunch of ideas in all our heads. What is KSP2 trying to surpass anyway? What is KSP1? KSP1 is a rocket simulator at its core, the "challenge" that the game entices the player with are the construction of working vehicles and the piloting of those vehicles to various destinations. There's never been much to "do" at those destinations, except take in the sights, maybe send a rescue mission, or try to build the biggest thing you can there. There didn't need to be more than that - KSP is about spacecraft design and flight, and teaches players about the challenges of spaceflight and the thrill of getting from here to there while trying to avoid blowing up. The science system acts as a simple form of guided progression, and science instruments don't provide much practical purpose except as a source of a currency for unlocking more diverse spaceship parts as a reward for traveling to new destinations with limited technology. The mission system also provides a set of design and flight challenges that act as "suggestions" if you're stumped on where you want to go next. What could KSP2 do that's "more" or "different" from that? Right now, KSP2 basically has all those things KSP1 does: The rocket simulator, the flight challenges, the unlockable parts, etc. It also has updated graphics to rival the best KSP1 mods, some slight changes to the UI, and an ecosystem of bugs almost as diverse as I'd expect to find by overturning a log in the Amazon. So KSP2 is using KSP1 as a base so far, to hopefully metamorphose into a new and different experience. There are a few main "new" aspects the devs seem to be working towards for KSP2, and while I see the beginnings of some of those inside the 'skeleton' of the game today, there are some things that have been carried over from KSP1 that I think don't help KSP2 grow to the greatest experience it can be and develop its own "personality" if they remain as they are. KSP1 was a "rocket" simulator. KSP1 helped players answer for themselves "Why should we build rockets?", to the point that the story of KSP players enrolling in aerospace engineering programs because of the game has become somewhat common. For this reason, I consider KSP to be the best game. (I myself graduated as an aerospace engineer last year, though I can't say that KSP inspired it - I was already committed to becoming an astronaut long before I heard of the game. I've had interviews with SpaceX for various positions in recent months, but no offers yet.) Where KSP1 was a "rocket" simulator, I see KSP2 as trying to be a "space program" simulator. In KSP1, the player could build powerful rockets and touch down on any body in the solar system, but it would occur in isolated missions or voyages. Where KSP1 asked players "Why should we build rockets?", KSP2 seems to want to ask a question more like "What should we USE our rockets for now that we've built them?". The colonies, base-building mechanics, and interstellar destinations seem to point to a goal of letting players create a vibrant ecosystem of space travel. Instead of singular missions and tiny labs in space, we would be creating cities on the planets and trade routes between them, with complex exchanges of resources and technology culminating in the assembly of an interstellar vessel and the opening of the wide frontier. I think KSP2 has an opportunity to teach players not just about how rockets go from here to there, but about how they gather the information while exploring that leads to scientific discoveries and better informed designs of new vessels, and about the realistic challenges of living and building on another planet, and, most importantly, about exactly what makes it worthwhile to go to all that effort of leaving our perfect blue marble behind and actually trying to live there. To that note, there are a few specific aspects of the game that are presently implemented in a way that I think will be detrimental to those goals (which I just made up in my head) if they continue to build directly off of KSP1 and the simple precursors in the game now. These are the main aspects that I think should be overhauled to make KSP2 a grand step forward from KSP1: Realistic Science Currently, science in KSP2 functions purely as a currency for unlocking new ship parts. The experiment modules themselves don't provide any useful information, and the game doesn't go out of its way to tell you what was learned from each experiment. The experiments are all packaged together in a mysterious bundle, and the only interaction from the player is a simple reaction to the blinking "science" button, to click and receive science points. This is based directly on science in KSP1, which had the same function as a currency but allowed more direct viewing of the readings from some instruments like thermometers and barometers. I think KSP2 has an opportunity to embrace science in a more realistic way, and bring a taste of actual science for players. The repeated clicking on individual experiments from KSP1 doesn't need to return for this, but perhaps an "experiment manager" window or some other form of more in-depth interaction would be warranted. What I mean by this is for the science experiments to act as sensors measuring quantitative qualities of the environment. Examples of this would be a probe dropping into the atmosphere of a planet with a barometer and thermometer and creating graphs of pressure and temperature by altitude for that planet, or a spacecraft orbiting a planet with LIDAR to map its terrain for the first time, while the player would not be able to see the surface detail up close in map view or with probes before doing that. The player could gather actual scientific data, and the game could guide them into understanding why they've learned something about the planet by doing what they've done ("See the spikes in your spectrometer reading? Those prove that there is water on Duna!" "You measured a dip in this star's brightness, that must have been caused by its planet!") I recall the devs mentioning the idea of not giving the player all the information about planets right away, and players having to "discover" at least some celestial bodies on their own. I think this idea of the player gradually building up their own "discovered world" based on their own measurements helps with that, and I hope science gains a lot more depth and realism in KSP2 in the future. Some of the science experiments I can think of: -Magnetometers that can map planets' and stars' magnetic fields over time by orbiting them, and can help forecast solar storms -Spectrometers that give spectra for stars, planet atmospheres, and surface samples, which the player can look over to characterize composition -RADAR, LIDAR, and cameras that allow the player to record detailed maps of surface topography -Telescopes with various specialized instruments and wavelength ranges for observation of deep space objects, exoplanet discovery, and mapping the stellar neighborhood Player-Driven Exploration With discovery at the forefront of the game, I think the player will have all the incentive they need to drive the direction of their space program on their own. Want to explore the Sun? Prioritize radiation and magnetic science parts. Made an unexpected fascinating discovery about Jool? Drum up the resources for a planetary probe. Prefer visiting Minmus over the Mun? Focus the game on that destination. Show the player the options, and let them choose their own goals. A big place where I feel the game falls short of this are the anomalies. Instead of encouraging the player to go to space to learn about their environment and place in the universe, about the natural beauty of the world, the game sets the main goal as learning about the ancient aliens who were in the Kerbol system. I think having those artifacts in the game is no problem at all, and can make for a really cool adventure, but no part of the game should tell us to go seek them out or visit them. I would implement them far more subtly, requiring the player to discover them through actual anomalies in the data they gather as they explore. For instance, mapping out the magnetic environment around the Mun with an orbiting probe and discovering a strong localized magnetic field that reveals the location of the Mun arch. No Keri Kerman telling us that there is an arch, no mission handed to us by the game - all the incentive and excitement can come from a pure "What's THAT?" as the player discovers a tantalizing measurement. Then, visiting the arch (which should probably be covered up to begin with until excavation is possible) could allow discovery of an actual signal, a puzzle which would need to be deciphered by the player. Another example would be finding nearby stars and exoplanets. Once the player has the technology to do parallax measurements and light curves of stars, the game shouldn't tell them where to look in the sky. They should just be able to start a sky survey or point their telescope at whichever star they like, and see what they find. They might not know about all the same planets as some other player does, and when the time comes to launch their interstellar vessel they'll choose a different star to point it at, based on what they've discovered. Resources As the game progresses into colony-building, I'm sure the focus on material resources will grow, as now it isn't there but I can see the place for it in the game. On extraplanetary bases, it's obvious that there will be a limited budget of raw materials, metals, oxygen, etc. with which to build rockets, buildings, and other machines, with that budget coming from resource extractors and mining of the surface through combing, excavating, and drilling the planets. Other planets would also have alternate materials available like regolith for buildings, roads, and launch pads. On Kerbin, presumably advanced industry elsewhere on the planet is able to supply KSC with an "allowance" of materials and parts, which don't necessarily need to be limited by cost in money units, but could be limited by quantity available, especially for specialized parts like probe cores and science instruments. For instance, "There are 6 FL-T200 fuel tanks available" or "There are 3 probe cores and 1 capsule available". Part of the player's directive for exploration could be the strategization of prioritizing production/purchase of certain kinds of parts and materials. Probes vs. space station modules, longer range antennas, different types of experiments...These would make every player's "space program" unique and personalized. Conclusion This is basically my outline for what I personally imagine KSP2 could be like in the future. The main aspects I see in this "speculative" version of KSP2 are: Science experiments functioning in a realistic way, as sensors that observe the environment, and conclusions about the universe being drawn from those observations, as well as useful information for designing and piloting vehicles in those environments Player-driven exploration, with much less direction coming from the mission system as to what to focus on or find important A focus on material resources for production of parts, vehicles, buildings, and missions that is adaptable to the player's self-determined goals There are a few places in the game where I see gameplay mechanics that I think will prevent KSP2 from achieving these aspects if they are left as they are and taken for granted. Mainly these are copied from KSP1: The "science point" system and its dynamic with the tech tree Exploration being driven by "missions" where the game tells you where you should go and what aspects of space exploration you should consider important I think those aspects from KSP1, which themselves were added after the core identity and function of the game were fairly well established, should be rethought and reworked to better fit the mission of KSP2. I'm not demanding that they be changed or made to fit what I've described here, my only request is that they not be taken for granted just because they're the status quo. I know this is just my idea, and I'm sure the actual game could turn out very differently from what I've described and still be a very good game. The devs have no doubt been thinking and shooting ideas around about these very topics for years longer than I have, too. Developers, thanks for listening to the community, and thanks for your dedication and commitment to trying to make something even greater than the best game ever.

I've got about 40 hours into 0.2.0.0 which is/isn't a lot depending on how you play etc. I've driven across Duna in rovers from the South Pole to the North pole starting with 0.1.0.0 (that was a horrible time) and since release I've gone to Duna and "explored." I absolutely love Science Mode and felt it was severely lacking in KSP1. Here's a few ideas I've got for the devs and community to consider. Below is a series of images from my most recent Duna mission that is still ongoing. I'm using it as it is what inspired me to write this feedback. First a short story from my journey to Duna. I had 319 dv to get a capture with Duna. I had an encounter setup to 34km as I was hoping this would work. I I had my little engine left with 154 dv and a dream. Hoping I wouldn't burn up in atmo. The Kraken was kind! Successfully captured by Duna and on the way to the target! I was short of the target. But all things considered, I was fortunate to be on the surface of Duna and not orbitting Kerbol. The moment of truth! Would my contraption work? Would my rover blow up? Would it land properly? Success! The landing pad worked and the jerry rigging I did with decouplers and two gear wheels worked to get the rover off the landing pad! That is when the pain set in. I had the exhilarating experience of landing on Duna by the skin of my teeth. I was nervous and thankful to be on the surface of Duna. Now I was set to explore. I've driven a lot on Duna (from South Pole to the North Pole) so I was confident in traversing Duna. I didn't get the exhilarating experience while driving on Duna. It felt very tedious yet again to be driving on Duna. I had already been to the destination I was headed in previous versions. What was the point of doing the same thing over, but now it has a science reward? It felt dissatisfying. I felt that science had to be better. I want that wonder and curiosity of I don't know what I could find around the next meteor crater feeling. Below you'll see the route I took with the time it took me. One hour and 29 minutes driving on the surface of Duna "exploring." The Challenge: How do we Explore? What are exploring for? Why are we even exploring? What is the question that the science we're gathering trying to answer? Disclaimer: SOME of these may already be in the works and I may not be aware that things are being worked on or they are things that won't be added. Please add to this and address those issues if something I bring up is something that will be added/never will be added etc. Let's start with the things that need to improve that are currently in the game as they relate to exploration. Exploration in its current state is missions being given out by the Mission Control. They're pre-determined locations that the dev's have that reward science points. There's apparently a few "hidden" locations scattered across the Kerbol system. With nothing in game to point players in the direction of these "hidden" locations, and no scientific tools at our disposal to scan areas, it becomes quite tedious and time consuming combing the surface of Mun or Duna for something special. The problem: there's nothing between point A and point B 1. What is the point of "Exploration" if we never discover things along the way to the big discoveries? 2. Why collect samples with probes when there's no way to gather the samples and return them other than having the probe return to Kerbin? 3. Kerbonauts have no specialization anymore. There's no pilot, engineer, or scientist. It's pointless picking a crew to do a mission. Ideas/Solutions: 1. Modify the Exploration Missions (the ones focused on going to a specific spot on a planet/moon) build upon each other, like clues and the players solve the mystery. 2. Add small scientific discoveries and a RNG of bonus science. For example, on Duna you're driving a rover and you collect a sample. Have the odds of the sample collected be worth more science points. 3. 2% Argon in the atmosphere should mean I find trace amounts of argon somewhere and I'm able to collect it with the correct scientific tool. 4. Add a science module that can be used to scan area's on planets for anything interesting. Kerbal it up and make it not 100% reliable. It may lead to something, and it may lead to a rock. 5. If players are going to drive across planets in rovers, have things to do while you're driving on the planet. I'm supposed to be exploring Duna and searching for evidence of life or why there's monuments and attempting to learn more science. But all I do is drive on a planet, where no dust accumulates on my solar panels, my rover likes to flip randomly, and every rock I see I can't drill into. 6. Specialize the Kerbonauts again. Let scientists be able to collect samples from the science jr's again and reset them. That way you can get a probe to orbit Mun/Minmus and on a follow up mission you can have your crew dock with that probe to collect the science it gathered. 7. Science should be the core mechanic that drives resource gathering. 8. Add handheld scientific experiments for Kerbonauts to conduct on the surface of planets/moons I want to feel like I can discover anything on the surface of any moon/planet that I'm on. Right now, I feel like other than a few landmarks, there is no exploration. It's a delicate balance. Getting science points shouldn't just be "hey it unlocks this part in the tech tree, that's the whole purpose of science points. You get the science, and you get parts!" Science points should also be more dynamic. "Events" happen on planets and if you can observe it you get more science for it. Maybe later on you add a dust storm on Duna that can be observed with atmospheric science. That is large scale and requires a lot of dev time. On a smaller scale, players should have procedurally generated science nodes/resources that spawn when they land on a surface of the Mun. For example, if player lands on Mun in X Mare, within 1000m of the players landing zone, there is up to x amount of special science to be found. Things that aren't tied to the landmarks and easter eggs. Just things that exist specific to these requirements: 1. The Planet/Moon 2. The Biome it's in Please feel free to add to the solutions and bring up any problems you see as well.

Simple Hyperdrive! (HYPE) Originally Hyper Drive Mod Fast. Just Go Fast. This addon is designed to help Sci-fi enthusiasts to create crafts of their dreams. There is no limit with both an integrated Hyperdrive engine and a inline Hyperdrive inline engine. The mod adds overpowered propulsion systems, ION blocks, high performance reaction wheels and additional miners. By zer0Kerbal, originally by @Exodus_Solis and then by @Monniasza adopted with express permission and brought to you by KerbSimpleCo Adds Hyper engine, weakest and least efficient engine Charge Hyper Engine, which can be empowered by choosing "Interspace" mode Interspace Hyper Engine , which uses Ion and Electric Charge for higher efficiency Condensed Hyper Engine , which uses Condensed Ion and can be optimized for Power or Efficiency. Hyperdrive Inline Stabilizer, which creates enough torque to stabilize hyperdrives. ION block, which allows for VTOL and provides high RCS attitude 2.0 Hyper Crystal Miner, which allows to harvest Hyper Crystals Fuel tanks for engines, RCS and reaction wheels. Required fuels See more Help Wanted Localization Installation Directions 1 Dependencies Kerbal Space Program 2 Supports Either 3 Module Manager /L Module Manager Suggests By @Exodus_Solis Kerbals of All Trades (KOAT) Adjustable Mod Panel (KAMP) Biomatic (BIO) Field Training Facility (FTF) Field Training Lab (FTL) GPO (Goo Pumps & Oils') Speed Pump (GPO) Kaboom! (BOOM) MoarKerbals (MOAR) On Demand Fuel Cells (ODFC) OScience Laboratories (OSL) Papa Kerballini's Pizza (PIZZA) Precise Maneuver (PM) SimpleConstruction! (SCON) SimpleLogistics! (SLOG) SimpleNotes! (NOTE) Solar Science (SOL) Transparent Pods (PODS) TweakScale (twk) Tags config, parts, resources red box below is a link to forum post on how to get support Be Kind: Lithobrake, not jakebrake! Keep your Module Manager up to date Credits and Special Thanks Legal Mumbo Jumbo (License provenance) How to support this and other great mods by zer0Kerbal Connect with me Track progress: issues here and projects here along with The Short List Release Schedule this isn't a mod. ;P↩︎ may work on other versions (YMMV)↩︎ Be Kind: Lithobrake, not jakebrake! Keep your Module Manager up to date!↩︎

I'm very excited to hear that automated delivery routes are confirmed and can't wait to over-engineer a logistics network. Positivity First: It sounds like resource routes will be established by performing a delivery with a truck or rocket manually first. Once a single successful loop is completed, a new delivery route will be unlocked. This is an excellent design choice because it requires a player to achieve sufficient mastery for each route, and since some routes will be harder than others, the available wealth for a player will grow in proportion to their skill. Even better, the tedium of repeated manual hauling missions is eliminated (I've certainly done this in KSP1). There are two aspects of delivery routes that could cause problems if not implemented well: #1 - Variable dV requirements for routes that cross multiple SOIs If you want to get from Kerbin to Eeloo, the dV required will depend on the relative positions of those planets and the order you perform your maneuvers. This gets even less repeatable when gravity assists are considered. One potential exploit could be a player manually running a delivery route at the optimal time with very favorable gravity assists, and then getting future deliveries for less dV than they really should cost. Personally, I wouldn't mind this, and if a player is smart enough to exploit this... maybe they should be rewarded for it? This is one of those cases where I believe satisfying gameplay is better than realism. That said, I think there should at least be some sort of in game acknowledgement of this issue. Another possibility could be imposing some sort of handicap on a player while proving a delivery route... such as 10% greater fuel consumption. #2 - Will automated vessels be under control of the Physics Engine Please don't do this for the following reasons: It will cause delivery routes to spontaneously fail off-screen at no fault of the player due to kraken like bugs. Even if KSP2 has far more robust physics than KSP1, delivery routes would also greatly expand the number of failure modes. It wastes CPU - The rigid body physics calculations are computationally intensive and may be fundamentally limited in how much they can be parallelized. This cost is worth it for craft the player is actively looking at and piloting, but not for stuff off screen. Even if different vehicles far away were give their own physics threads, it would wouldn't take long to saturate even a high-end CPU. One possible exception - It may acceptable to physically simulate delivery vessels while they are close to a player. For example, if a player is piloting a space station and an automated freighter comes in to dock, this could be a reasonable because it only needs to scale with the number of players and if a kraken occurs, the player will witness the failure and learn something immediately. Discussion of possible deliver route implementations Since it hasn't been explicitly confirmed is exactly how the automated resource routes will behave. Let's consider 3 possibilities (there are many others): Exact Record/Playback This implementation would be like trucks in Satisfactory. You press "record", pilot your craft manually along a delivery route, then "stop" the recording when you close the loop. The craft would replicate your actions exactly. Tradeoffs: [-] Please don't implement this [-] Would only work for land-based routes. Orbital targets would change relative positions between iterations of the delivery route, so rigidly executing the same maneuvers at a different time would not work. [-] Not robust - It is not realistic to expect a vehicle to perfectly execute recorded instructions each time. If the player barely grazed the edge of some scatter while recording, it may cause a collision during a random playback. Ghost Ships on Rails - After recording a resource route, your craft will repeat that same route, but will be non-collidable and on rails [+] Robust - Players still have to prove route viability but don't have to worry about spontaneous failures due to FP rounding errors or kraken-like bugs. [+] Moderate CPU - This should be little more than viewing a bunch of craft in the tracking station, or rendering a few ghost ships docking at a resource depot. [+] Provides visual feedback/beauty to the player to appreciate as they build up their industrial infrastructure. [-] Still has the problem of different maneuvers required depending on relative celestial body position. Since these are ghost ships, some cheese is allowable here, for example "draw a curved path from Kerbin to Jool that looks reasonable". These automated ghost ships should achieve these paths "magically" without burning their engines (except maybe for visual purposes). Abstract Network - Delivery routes would behave like the KSP1 relay network. After manually executing a loop, the UI could draw a line between the source and sink and you could utilize this link in some sort of logistics/production management UI. [+] Very robust - No moving vehicles means no spontaneous failures [+] Very Low CPU - All you need are some new UI elements but no actual craft to render or track [-] Not as cool - It may be hard for some players to suspend their disbelief if a stack of ore magically appears every 6 hours in their station without seeing anything dock.

I'm trying to make a simple add-on that just adds the supply resource to all crewed parts. OPT spaceplane parts already has this at a certain ratio of the resource to crew capacity in the part. I changed the ratio in the OPT config files to something I felt was more balanced (by default it's very low), which worked just fine. But for some reason even directly modifying a stock part config such as: @PART[mk2LanderCabin_v2] { MODULE { name = USI_ModuleResourceWarehouse } RESOURCE { name = Supplies amount = 100 maxAmount = 100 } } this doesn't seem to work. Any help? Ideally I'd like to configure it simply to add 50 supplies per crew spot to all command/crewed parts. But I'm fine with manually configuring every crew part in my game.

So I'm wondering, with resource trading supposedly being a thing in multiplayer, I think it would be fun to have the ability to charge for usage of a players relay network. Now, idk if probe control will work on a packet system the way science uploads do and I honestly doubt they would, but I think it would be very fun from a role play perspective to try to play as the System's telecommunications network and fund your other projects that way. Ultimately my goal would be to be able to become the "PAY YOUR PHONE BILLS" meme from battletech.

Hi, I don't know if I'm doing things wrong. The indicator for depleted fuel no longer appears in the parts info, it only shows enriched uranium. For example, at the SPH, if I decide to use the MF-2 Nuclear Drum, it only shows me enriched uranium. Could you help me with this? PS: I have all the following mods installed (sorry, it's a list taken from my PC's GameFolder): 000_ClickThroughBlocker 000_TexturesUnlimited 000_Toolbar 000_TRR_Config 001_ToolbarControl 999_KSP-Recall AnimatedDecouplers B9AnimationModules B9PartSwitch B9_Aerospace B9_Aerospace_HX B9_Aerospace_ProceduralWings B9_HX_Reconfig Benjee10_MMSEV Benjee10_sharedAssets Benjee10_stowaway BonVoyage CameraTools Chatterer CommNetAntennasConsumptor CommNetAntennasExtension CommunityCategoryKit CommunityResourcePack CommunityTechTree CryoEngines CryoEnginesNFAero CryoTanks CustomPreLaunchChecks DeployableEngines DistantObject DynamicBatteryStorage EasyVesselSwitch Endurance EnvironmentalVisualEnhancements ExtraplanetaryLaunchpads FarFutureTechnologies Firespitter FShangarExtender HabTechProps HeatControl JanitorsCloset JSI KAS KerbalAtomics KerbalAtomicsLH2NTRModSupport KerbalEngineer KerbalFoundries KerbalKonstructs KerbalReusabilityExpansion Kerbaltek KerbetrotterLtd KIS KSPRC KSPWheel MechJeb2 NavyFish NearFutureAeronautics NearFutureConstruction NearFutureElectrical NearFutureExploration NearFutureLaunchVehicles NearFutureProps NearFuturePropulsion NearFutureSolar NearFutureSpacecraft NotSoSimpleConstruction OPT OPT_Legacy OPT_Reconfig OSSNTR PlanetaryBaseInc PlanetaryDomes PreciseManeuver QuickBASIC RCSBuildAid RealChute RemoteTechRedev ReStock ReStockPlus RetractableLiftingSurface SCANsat Scatterer ScattererAtmosphereCache SimpleConstruction SmokeScreen SpaceDust SpaceTuxLibrary Spectra StationPartsExpansionRedux StationPartsExpansionReduxIVAs SurfaceLights SystemHeat SystemHeatConverters SystemHeatFissionEngines SystemHeatFissionReactors SystemHeatHarvesters TextureReplacerReplaced Trajectories TRR-Cetera TundraExploration TundraTechnologies TweakScale Waterfall WhoAmI WildBlueIndustries ZeroMiniAVC

The Gold Standard (GOLD) Adds the pursuit of gold and an extremely rare resource called Unobtainium to the game! Mine either of these heavy resources for fun and profit! A great alternative to contract spam! Eight new parts and and additional functionality to several stock parts in Kerbal Space Program. By zer0Kerbal, originally by @Dewar adopted with express permission and brought to you by KerbSimpleCo Features What is Unobtainium? Preamble by @Dewar See more Localization Help Wanted Installation Directions Most recent releases only available via CurseForge/OverWolf Website/App Dependencies Pinned Dependencies: ModularManagement (MM) or Module Manager (to add functionality to stock parts) Kerbal Space Program Suggests Adjustable Mod Panel (KAMP) Biomatic (BIO) Docking Port Descriptions (DPD) Exception Detector (EXCD) Field Training Facility (FTF) Field Training Lab (FTL) Foundations (FND) Helps prevent ground constructions from floating away GPO (Goo Pumps & Oils') Speed Pump (GPO) ISRU Thanks But No Tanks (QBTT) Kaboom! (BOOM) Keridian Dynamics Vessel Assembly (KDVA) MoarKerbals (MOAR) Monero Flags (QBMF) Near Future Rovers (NFR) OhScrap! (OHS) On Demand Fuel Cells (ODFC) Precise Maneuver (PM) Pteron (MSRV) ScrapYard (SCRAP) SimpleConstruction! (SCON) SimpleLife! (LIFE) SimpleLogistics! (SLOG) SimpleNotes! (NOTE) Stock Inline Lights (SIL) Science! Mkerb Science Instruments OScience Laboratories (OSL) Papa Kerballini's Pizza (PIZZA) Solar Science (SOL) by Axial Aerospace Dreamer (DREAM) LanderTek (LTK) Simple Cargo Solutions (CARGO) WhimChaser (WHIM) Supports Galileo Planet Pack Kopernicus SCANsat Stockalike Mining Expansion (SMX) TweakScale (twk) Tags parts, config, flags, resources, tech-tree red box below is a link to forum post on how to get support Be Kind: Lithobrake, not jakebrake! Keep your Module Manager up to date Credits and Special Thanks Legal Mumbo Jumbo (License provenance) How to support this and other great mods by zer0Kerbal Comment, click, like, share, up-vote, subscribe Connect with me Track progress: issues here and projects [here](https://github.com/zer0Kerbal/The GoldStandard/projects/) along with The Short List

Keridian Dynamics (KDVA) Parts pack for resource-conversion and vessel-assembly for Kerbal Space Program. By zer0Kerbal, originally by @Eleusis La Arwall adopted with express permission and brought to you by KerbSimpleCo PECUNIA PER KERBULUS Preamble by @Eleusis La Arwall See More See our Parts Catalog for part pictures For more images, see our Marketing Slicks Discussions and news on this mod: See Discussions or KSP Forums Changelog Summary for more details of changes : See ChangeLog Known Issues for more details of feature requests and known issues : See Known Issues GitHub Pages : See Pages Help Wanted Localization Installation Directions 1 Use CurseForge/OverWolf App (currently does not install dependencies) Whilst I agree CKAN is a great mod for those that can't use zip tools. I take no part, nor am I interested in maintaining the CKAN mod metadata for my mods. Please don't ask me about it but refer to the CKAN mod thread if you are having issues with CKAN or the metadata it maintains. Beware, CKAN can really mess up though it tries very, very, very hard not to. or Dependencies Kerbal Space Program 2 Recommends Either Extraplanetary Launchpads (XPL) or SimpleConstruction! (SCON) One of the XPL based construction addons are 99.9% required KSP will load all parts but some will have reduced or no function The configs autodetects if XPL or SCON are installed and uses the corresponding modules Module Manager or Module Manager /L3 Resource Switchers Supported: Interstellar Fuel Switch CORE, Firespitter CORE, and B9PartSwitch One of the Resource Switcher addons are 99% required KSP will load all parts but some will have reduced or no function The configs autodetects if Interstellar Fuel Switch CORE, Firespitter CORE or B9PartSwitch is installed and uses the corresponding modules If multiple ResourceSwitchers are installed, the priority goes as follows: Interstellar Fuel Switch CORE > [Firespitter][fs] > B9PartSwitch Suggests GPO (Goo Pumps & Oils') Speed Pump (GPO) Not So SimpleConstructon! (NSSC) On Demand Fuel Cells (ODFC) SimpleLogistics! (SLOG) Transparent Command Pods (TP) GTIndustries JSI Advanced Transparent Pods- gives the passable and nonpassable Storage Tanks an IVA overlay Kerbal Inventory System - this gives the Launchsite and Sledgehammer function Kerbal Attachment System - allows the RecycleSite to dump all recycled resources PatchManager - allows patches to be easily toggleable TweakScale Supports Resource Switchers Interstellar Fuel Switch CORE Firespitter CORE B9PartSwitch Community Tech Tree Community Resource Pack Connected Living Space Contract Configurator FAR Firespitter for fully functioning wheels. may invoke bouts of dizziness. GTIndustries JSI Advanced Transparent Pods- gives the passable and nonpassable Storage Tanks an IVA overlay Kerbal Inventory System - this gives the Launchsite and Sledgehammer function Kerbal Attachment System - allows the RecycleSite to dump all recycled resources On Demand Fuel Cells (ODFC) OSE Workshop PatchManager - allows patches to be easily toggleable ReStock TweakScale Replaces KeridianDynamicsVesselAssembly Tags parts, config, flags, agency, resources, science, tech-tree, career, crewed, uncrewed red box below is a link to forum post on how to get support Be Kind: Lithobrake, not jakebrake! Keep your Module Manager up to date Credits and Special Thanks A very big THANK YOU to the following mod developers and specially the plugin-writers/maintainers (because that is witchcraft to me ) for their hard work: @Eleusis La Arwall for creating this glorious parts addon! see Attribution.md for more comprehensive list Legal Mumbo Jumbo (License provenance) How to support this and other great mods by zer0Kerbal Connect with me Track progress: issues here and projects here along with The Short List this isn't a mod. ;P↩︎ may work on other versions (YMMV)↩︎ Be Kind: Lithobrake, not jakebrake! Keep your Module Manager up to date!↩︎

The already highly anticipated party pack for @Nertea 's ISRU overhaul, Space Dust. Dust Bunnies ensures the presence of not only the resources used by his mods but resources relevant to some popular outside use cases: Life support, Mars Direct, Exotic rocketry. Space Dust + Dust Bunnies can run in parallel with Rational Resources. Note that converter and tank patches will not be provided here. Only resource placement and the related options for the scanners and harvesters. Use Rational Resources Parts and your favorite fuel switch mod for those. You will find LqdAmmonia, LqdCO2, LqdDeuterium, LqdMethane, LqdNitrogen, Rock and Water (the added resources) in many interesting new places. Let me know if I should switch out Oxidizer for LqdOxygen. Supports: Stock JNSQ Support is planned for: OPM No promises on an RR-alike template system happening. The resource placement nodes here have a higher granularity and complexity than stock ones. DOWNLOAD :: GITHUB License: MIT

So I'm using several mods in my game including MKS from USI, however I can't seem to be able to transfer enriched uranium between storage with docked vessels or even within the same vessel. I've seen a few posts about using 'maintenance' function to transfer it but I haven't been able to get this to work. I'm probably missing something really simple! Thanks!

Ok so i am not new to modding. i have done a number of surface level modding and even part modeling. i have an idea for mod that goes into the programing aspect which as much as i would love to be able to do it. it is taking me longer to understand how to do in the confines of ksp. i do not know how hard it would be to do this or if it is even possible but anyway, so here is the idea. I think it would be a good a addition to carer mode/science mode if you needed resources to build your rockets. not just funds but also exp.. metal. some parts need resources from specific planets. you need to mine for some of the rarer resources to build with certain parts. simple idea for Prof of concept. you need Duna metal to build robotic parts and some of the more expensive engines you need a resource from Tylo to build RTGs you get the idea. each planet will have its own resource that you need to build with some parts. i would say i haven't given much thought to balance yet but i think it is possible. it should work like the funding system you need so many units of this resource to build this part. i think there should be 3 modes first 'easy ' where you can buy the resources for a high price in credits or if you do get the the resource it will cheapen the over all price to just the resource or a discounted price per part. 'normal' you cannot buy the resource but have to mine it and return it to Kerbin or with other mods like ground construction use it to build off world. lastly 'science mode' each part needing the resource would instead be lock to science entry exp- you get a surface sample off duna you unlock those parts. things that would need to be added: cost per part in the VAB and space plane hanger resources in the Vab display the resources, weight of each resource, each world's richness ect.. ( easily done with the community resource pack) each part would need to be set up with what its required resources would be and how much it would cost. drills will need to be set up with the ability to mine the various resources. will need tanks to carry the resources (Interstellar fuel switch or modular fuel tanks could be used to keep part count down) missions would need to be altered to include the resources and be locked to the resources from the planet in question they are requiring you to go to. optional: science experiments of the various resources. must be performed in a lab on site. option to set up a refinement process and combining process for really advanced parts ( mainly modded parts exp- near future nuclear. the reactors might need resources from ike and duna combined/alloyed few more thing not yet known..... thank you for all input and thoughts regarding this .

UPR is a "mod". Really it's a bunch of config files and module manager patches but it's goal is to make a complete integrated mod experience for ksp. This means it integrates some selected mods together to create a system which is universal (i.e same UI, Resources and converters for all systems) The design concept is for it to be a Semi-realistic easyish stock looking and balanced game Source Code: https://github.com/Lach01298/UPR Current dependencies: WildBlue Industry's Tools Snacks CryoTanks Community Resource Pack Community Tech Tree DynamicBatteryStorage Rational Resources recommend/Integrated Mods Making History DLC Breaking Ground DLC WBI Pathfinder WBI DSEV NF Electrical NF Propulsion KIS KAS Features: Semi-realistic planetary resources i.e your not going to find every resource on every planet like what CRP is currently Semi-realistic life support (Food, Oxygen, Water) Planetary Base building/ Colonization Semi-realistic ISRU Metholox and Hydrolox fuel chains and engines part and equipment production chains integrated tech tree Other Stuff help and suggestions are appreciated and so feel free to do so Developmental notes This seems like a lot and it is. But this started as trying to get some of my favorite ksp mods to fit seamlessly together and separately trying to make them a little bit more realistic. Then it got all lump together into what currently is UPR. Thus it really should have another name but it was separate "mods" so i just kept one name that had a short acronym: UPR

Rational Resources is designed to operate on the Community Resource Pack or the WBI Classic Stock resources and to strip out the entirely random resource distributions and to apply distribution templates (carefully configured groups of resource distributions) according to the logically expected class and composition of a body. Rational Resources is inspired by Realistic Atmospheres made by @OhioBob and is part of the JNSQ (the planet pack) experience. While this mod is installed, un-configured bodies will have no resources at all (except for less Ore than by default). This mod may inflate your ModuleManager cache quite a bit. Notice that the logo image tells the following: Mun has a sizeable portion of MetalOre and Oxygen, but no Water (will be handled by biome specific config) and no Uraninite. Kerbin has a sizeable portion of Rock and Silicates, and there's a display for crust, ocean and atmo. Duna has a sizeable portion of CO2 in crust and atmo (not in legend), MetalOre, RareMetals and Uraninite, but no Minerals or Silicates. This mod enables planet makers to easily assign these distribution templates to their planet packs and skip the headaches of figuring out and writing the individual nodes themselves, and assorting all of their writings into several per-resource config files. Active CRP Resources Surface and Atmosphere Ammonia, CarbonDioxide, ExoticMinerals, Gypsum, LqdHe3, Hydrates, Hydrogen, MetalOre, MetallicOre, Methane, Minerals, Nitrogen, Ore, Oxygen, RareMetals, Rock, Silicates, Substrate, Uraninite, Water. Ocean Carbon, ExoticMinerals, Gypsum, LqdAmmonia, LqdCO2, LqdMethane, LqdNitrogen, LqdOxygen, MetalOre, MetallicOre, Minerals, RareMetals, Rock, Water. Star Ammonia, Antimatter, Carbon Dioxide, LqdHe3, Hydrogen, LqdDeuterium, Methane, Nitrogen, Oxygen, XenonGas. The resources above are preferred and used. are patched to display them all. Ocean resources only show non-zero values when the scanner vehicle is splashed. The Star series templates apply resource bands to a narrow and general classification of stars, automatically making them all viable as mining destinations for interstellar vessels. The expected members of this seres are: Yellow; Red Dwarf; Red Giant; Blue Giant. Due to a very nasty bug in stock, any resource bands around a star can only have a a maximum span of somewhere under 2 Gigameters. WBI Classic Stock system support: Rational Resources shows in the WBI play mode switch UI. (Picture needs to be updated) Assigning a template to a planet is as easy as: Current templates ISRU With omnipotent Ore being stripped of its Godhood, the following ISRU chains are proposed and encouraged for use by seasoned modders. Ore abundance is capped to 5% and its presence chance to 80%. It will be inconvenient for most players... but it will still be around. Ore tanks will be changed, at least, to hold the cryogenic input resources. Players may find themselves forced towards using Hydrolox rocketry since the required resources (Ore or Carbon Dioxide) for LiquidFuel may often be scarce meanwhile the requirements for Hydrolox (Hydrates, Hydrogen, Oxygen, Water) can be quite abundant. Metals* = Can be the Metal and MetalOre resources used by Extraplanetary Launchpads (EL), Metals and MetallicOre used by USI, or Aluminium. Sorry, it can be a bit of a mess here. Oxidizer options do not appear when RealFuels is present. Compatibility Due to the listed resources and the nature of Rational Resources, compatibility instantly extends between configured planet packs and the following mods: Kerbalism (consumable resources only) TAC Life Support Near Future Tech suite Hydrolox rocketry mods (including BlueDog Design Bureau, Cryogenic Engines, Kerbal Atomics) Potential Methalox rocketry mods Some resources and their distributions are conditionally spared while the rest are removed. Spared resources include ArgonGas, XenonGas, but not Karbonite and Karborundum. Purged resources include Dirt (used by MKS alone but supplanted with more Rock) and any other mod that adds resources (and especially extremely handwaved ones) such as The Gold Standard. But a provision exists to allow such resources to not be purged. Requires B9 Part Switch for tank options Requires Community Resource Pack for the resources in the tank options DOWNLOAD :: GitHub :: SpaceDock Wiki :: GitHub LICENSE :: MIT

Привет. У меня вопрос. Я скачал этот мод и появилось 2 тренировки. также сканер поверхности показывает много разных руд и газов. но я не могу понять, где их хранить и как добывать. Я запустил их на космодроме, но там было написано что-то вроде: «Земля полна». Мне нужно настроить отдельный режим с ресурсами или я делаю что-то не так

SIMPLEX Resources Download from Spacedock Requires Module Manager (not included). Licence is CC-BY-NC-SA http://creativecommons.org/licenses/by-nc-sa/4.0/ New Parts in 1.13! Added in Simplex Nuclear Reactors! Who would like to use this mod? Anyone who wants to flavour their stockish game a little, without jumping down a realism rabbit hole. Introducing an extended resource system for Kerbal Space Program. Rather than having a single non descriptive Ore for mining and converting to anything and possibly everything, this mod removes the stock Ore and replaces it. HydrateOre ices, and is used for making LiquidFuel or as a part of Life Support mods. Saturate effectively liquid HydrateOre. Where this is availble, either on the surface or under pressure, it requires less energy than HydrateOre to mine and process, but is not widely available. NaturalOre is used to generate MetalParts to build rockets (using Extraplanetary Launchpads). RareOre is used to generate CustomParts used to build rockets (using Extraplanetary Launchpads), and also in Life Support mods. XenonGas is able to be to extracted from the atmosphere of certain planets. ArgonGas is now available without CRP for mods StoredCharge is now available without CRP for mods specifically NearFuture Electrical. NuclearFuel and NuclearWaste are the fuels for reactors such as in NearFuture Electrical CyroFuel is now available for CryoEngines and CryoTanks and replaces LqdMethane LH2 was been replaced CryoTanks, CryoEngines, and Kerbal Atomics for LFO engines, with names patched too. Asteroids contain NaturalOre, with a possibility of HydrateOre and/or RareOre. Comets contain HydrateOre only. In addition, this mod configures the extraordinary Extraplanetary Launchpads originally by skykooler, and maintained by taniwha. https://forum.kerbalspaceprogram.com/index.php?/topic/54284-151-extraplanetary-launchpads-v633/ Two resources are introduced for this purpose, extending the vanilla approach of EL. MetalParts and CustomParts are used in a unique recipes, making off world construction a little more complicated with two resources needed. What else does this mod do? The ration of LiquidFuel to Oxidizer in chemical engines is altered, and tanks ratios do the same. Vanilla KSP has a ratio of .9:1.1. This is now 1:3 meaning that a quarter of the tanks is LiquidFuel and three quarters is Oxidizer. As engines have been altered for this mix, there is no actual change to gameplay. However, it is much easier to find NaturalOre to bake Oxidizer out. HydrateOre and Saturate is rarer and requires higher tech to create LiquidFuel. It means that if tech isn't available, you could ship LiquidFuel and only mine and ISRU Oxidizer instead. Now also with Nuclear Reactors that will power even the most hungry ion engines or ISRU units! What Planet Packs are supported? JNSQ OPM KSRSS GPP Isn't there a resource pack that everyone uses? I have worked to avoid conflicts with the extensive Community Resources Pack maintained by RoverDude. This mod is intended to be used separately to CRP. Mainly because I didn't like playing when mods provided tanks for dozens of resources that I would never use. Taking both pills won't cause serious damage. What part changes are made? The stock drills, Drill-O-Matic Junior (small radial drill), Drill-O-Matic (large radial drill) will collect all ores unless supported mods are installed. However, if any of appropriate supported mods are introduced the stock drills will only mine HydrateOre and Saturate. Supported Mods: Extraplanetary Launchpads for construction of bases and craft https://forum.kerbalspaceprogram.com/index.php?/topic/54284-151-extraplanetary-launchpads-v633/ Stockalike Mining Extension for additional drills, harvesters, extractors and condensers https://spacedock.info/mod/354 Keridian Dynamics for addition parts for Extraplanetary Launchpads https://forum.kerbalspaceprogram.com/index.php?/topic/116987-wip122-keridian-dynamics-dev-thread-last-update-2017-01-21/ Baha EPL Redrilled for additional Launchpads, mining drills and ISRU https://forum.kerbalspaceprogram.com/index.php?/topic/116987-wip122-keridian-dynamics-dev-thread-last-update-2017-01-21/ Ventral Drill for Stock ISRU A single stack drill https://spacedock.info/mod/1328 NearFuture Electrical For batteries, capacitors and also nuclear reactors https://spacedock.info/mod/558 Kerbalism Simplex https://spacedock.info/mod/2300 Converts all the ISRU and drills to kerbalism with the Simplex profile. Simple Fuel Switch by Snark https://spacedock.info/mod/2053 The three Ore tanks are now switchable variants rather than separate for each resource. Near Future Construction and Stockalike Station Parts Expansion Redux by Nertea https://spacedock.info/mod/563 and https://spacedock.info/mod/736 The Octo and Hex Girder tanks, and SSPX Cargo containers have Ore removed and Saturate, HydrateOre, NaturalOre and RareOre added. Kerbal Planetary Base Systems by Nils277 https://spacedock.info/mod/173 SimplexOres, MetalParts and CustomParts have their own long tanks, along with iconography on the side. Extraplanetary Launchpad support is corrected Recommended, but not required Mods: SIMPLEX Techtree An excellent techtree that allows for Advancing Before Crew (PBC, UBM style play), and ensures a balance with EL and supporting mods. https://spacedock.info/mod/1848 TETRIX TechTree A more fully extended version of the Simplex TechTree that supports EL and Sandcastle, both of which are supported with the additional SIMPLEX Assembly QUARTIX TechTree An alternative TechTree that supports a limited number of mods SIMPLEX Assembly A set of configs that will work alongside either Sandcastle (for Printing of parts into stock Inventories, or Extraplanetary Launchpads that allows you to build craft/ bases in situ. SIMPLEX Propulsion Slight changes to increase difficulty slightly for engines, but including a late game throttleable powder fuel engine, and end game powerful ion engine. Acknowledgements and Thanks: To @leonardfactory for assisting with Github setup, localisation and cryotank patching! To skykooler, and maintained by taniwha for Extraplanetary Launchpads To Nertea for the basis of the LFO patches for CyroEngines and Kerbal Atomics To allista for inspiration from Global Constuction To JadeOfMaar for inspiration back from Rational Resources and support in setting up planetary resource models To Poodmund for guidance on planetary packs To Eleusis La Arwall for initially allowing a possible inclusion of the KD furnaces. To Nils277 for permission to adapt KPBS artwork MM Patch help for the ISRU Ore to Hydrate Ore from Sigma88 MM Patch help for B9Partswitch with Keridian Dynamics from Blowfish Assistance from GordonDry for what they assisted with. Thank you so much! Peace.

Hello everyone! Because I'm new to mod making (this is my first mod), I thought I'd try starting out with a relatively simple mod. I use a lot of mods, a few of which require Community Resource Pack as a dependency. Thus, whenever I scan a body for resources, I end up with a fairly large list of things, from Water to CarbonDioxide. However, I never end up using most of these resources, and as most mods only add converter modules for a few of them, the vast majority end up ignored. Many of these resources could be integrated fairly well with Stock mechanics without necessitating new parts or complex processing chains. Thus, this mod attempts to create uses for several resources added by CRP. This is essentially a collection of patches designed to allow stock parts to harvest and convert the resources added by CRP. It will be fully modular, so you don't end up with redundant converters or harvesters for resources you don't want, and it will only use Stock parts (primarily because I have no idea how to texture or model things, but keep that a secret). The stock drills are used for crustal resources, the atmospheric fluid spectro-variometer is used for atmospheric resources, and I plan on using the radial air intake for oceanic resources. For simplicity, resources such as LiquidFuel and Oxidizer are generalized, and are not intended to be fully accurate. In addition, the conversion factors for most of these patches are undoubtedly wrong, partially due to a desire for simplicity and partially because I can't be bothered. If you have a suggestion for a more realistic conversion factor, feel free to tell me! If I ever get into RO, I might consider adding patches for realistic ISRU, but for now I consider this to be a short-ish term project designed to practice my glorious and expansive config-editing skills. This might change depending on community reaction, but don't expect too much for now. In addition to this, I plan on including simplified conversion patches for those who don't want to bother carrying tanks for ~5 separate resources; an early example of this is substituting H2 for Ore (electrolyzed water ice) in the Simple Sabitier conversion. Downloads Installation 1. Download the mod 2. Install CRP and ModuleManager, either from the bundled download or from a separate source 3. Select the modules you wish to install. Do not install both the normal and simplified versions at once, as this may lead to issues Planned Features Green: Implemented Yellow: In progress Red: On hold Conversions -Sabitier | LqdHydrogen + CarbonDioxide = LiquidFuel + Water -Water Electrolysis | Water = LqdHydrogen + Oxidizer -Simple Water Electrolysis | Water = LiquidFuel + Oxidizer -Water Extraction | Hydrates = Water -Simple Water Extraction | Ore = Water -SolidFuel Refining | Alumina = SolidFuel (If I can find a way to allow SolidFuel to be moved) -Various processes involving MetalOre, RocketParts, MaterialKits, etc. Currently on hold due to the fact that mods that use these resources tend to include their own converters Harvesters -CO2 Extraction -Water Mining -Hydrates Mining -Argon Extraction -Xenon Extraction -Oxygen Extraction -Liquid Water Extraction -Oceanic Fuel Extraction (intended for Eve) -Hydrogen Extraction (Depending on availability in stock atmospheres) -Alumina Mining (See SolidFuel Refining) Other -Add part switching to the stock ore tanks to add capacity for every relevant CRP resource -More realistic resource ratios -Using ModuleManager to add these conversions to ISRU parts from other mods -Interplanetary resources, for use with Bussard collectors and such. This would probably require a new part for the collector, so I'm holding off on it for now -RealFuels integration, depending on feedback -Custom atmospheric and oceanic extractors if someone wants to help with that Changelog Licensed as Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International Feedback and suggestions are appreciated!

Hello, I can't scan resources on asteroids with surface scanner module, What can be the reason ?

Hi there! So I have this problem with all of my vessels with a scansat probe installed. Basically even if they are at the optimal orbit, they will scan the planet's map, but they won't show any resources whatsoever. I've also installed MKS and Khetane, is it possible that those mods are creating some sort of conflincts?

I really prefer Karbonite to the stock KSP resource system but my mild OCD tendencies really hate it when redundant/unused systems pile up on each-other. Is there a way to disable the stock resource system and just replace it with Karbonite?

Hey all. As of late I've been playing around a bit with module manager and just editing .cfg files, mostly as a way of familiarizing myself more with KSP's back-end, and partly because I do have some interest in maybe developing some kind of mods in the future, even if only for practice/personal use. Anyways, I spent the better part of my afternoon and evening today playing around with resource definitions and modules, and as a practice exercise I've been trying to make a simple set of .cfg files for a resource pack (Stuff like water ice, carbon, uranium ore, and processing these materials into other things with ISRU units). I get the gist of what I'm doing but there are a few things that I've yet to find answers to, and I'm looking for advice. Forgive me if my questions have been asked before. I did some googling, and found next to nothing, so I suspect this isn't a problem, but if so, please feel free to point me to the exisiting posts. 1) in the ResourcesGeneric.cfg file (GameData/Squad/Resources), what is hsp, and is it worth modifying for a new resource? 2) in the Ore.cfg file, I understand that I'm looking at the resource distribution parameters, but I don't know what Variance or Dispersal correspond to, also 3) is the PressenceChance parameter per planet? Per Biome? Per savefile? 4) still in Ore.cfg, what is ResourceType? I've yet to see an example of anything not equal to zero for that parameter... 5) It occurs to me that a few resource parts are configured by default to only work with the standard "Ore" resource, such as the Narrow Band Scanner, and the Drill Parts. Is there a simple way to make either of these function for all available resources, or must I add new modules to the .cfg for every mineable resource? 6) how do these changes apply to asteroids? do I have to use a MM patch to add mineral resource to a roid? Or are all of the other resource definition and distribution cfgs enough? I'm sure that I'm yet to encounter more questions on the topic of Resources, ISRUs, Drills, and scanners, so If you can think of anything else helpful for working on this kind of stuff, please, don't hesitate to fire your pointers my way! Happy Launching, happy Modding!

In my mod GTI MultiMode Intakes, I am allowing switching between different intake modes. When doing this, I'm also changing the resources associated with the intake, like intakeair or intakeatm. However, so far, I've relied on "part.Resources.Clear();". This removes all resources in the part, and then I can add the new resource I want back in. However, this have one mayor drawback, it removes all resources, and not just the ones I want it to, namely the ones I target. So in my latest try, I used the below methods to target only relevant resources. However, I cannot seem to get them to work. public bool Remove(PartResource res); public bool Remove(string resName); public bool Remove(int resID); I tried as follows (i merged the three overload methods directly into the example below, I do NOT run them at the same time, I comment out when testing). Debug messages says that I do indeed run the "Remove()" method where expected and on the expected resource. The remove methods return true!!! But my engine continues to consume IntakeAir even when switched away, so that the resource should have been removed. When I use "Clear()" the engine flameout immediately as it should. And listing all resources in the part after all show that the resource was not removed. bool preserveResource; PartResource partResourceDef; //Evaluated all resources in part for (int i = 0; i < currentPart.Resources.Count; i++) { preserveResource = true; GTIDebug.Log("Check for resource removal: " + currentPart.Resources[i].resourceName, iDebugLevel.DebugInfo); //compare all resources to the target resources for (int j = 0; j < modes.Count; j++) { //If it is a target resource, mark it for replacement if (modes[j].resourceName == currentPart.Resources[i].resourceName) { //Remove resources managed by this mod preserveResource = false; break; } } //Remove resource if it is marked for replacement if (!preserveResource) { GTIDebug.Log("Removing Resource: " + currentPart.Resources[i].resourceName, iDebugLevel.DebugInfo); //try 1 currentPart.Resources.Remove(currentPart.Resources[i].resourceName) //try 2 currentPart.Resources.Remove(PartResourceLibrary.Instance.GetDefinition(currentPart.Resources[i].resourceName).id) //try 3 partResourceDef = currentPart.Resources.Get(currentPart.Resources[i].resourceName); currentPart.Resources.Remove(partResourceDef) } } So my questions are, does Remove() work at all? if yes, then can anybody point me toward what could be wrong in my code?

ok this may not be the best place for this question but what are funds worth? I think paper money is a representative of a commodity like gold, silver, platinum. now in terms of ksp we have liquid fuel, oxidizer, monopropellant, solid fuel, Xenon, and Ore. so how do you determine what value the money is worth. on the wiki it says that ore cost 0.02 VF per unit of ore and if you fill one tank It only amounts to 30 VF so what is the worth of one fund unit?