RoverDude

I for one vote for EnrichedUranium for all thingies that are... well... enriched uranium It makes mod interop a LOT easier.

@FreeThinker - then we will need some numbers please Just want them coming from one source to avoid confusion. - - - Updated - - - Side note. To put things in perspective, it's not like things can't be adjusted later... this is why mods have versions So I'd rather sort out the resource list, density standards (5L v 1L), and get some initial numbers in there just so we can get this bundled up for our collective testing. If during that any of us finds an issue, we can address it as it comes up. That's the point of this thread. - - - Updated - - - More from an ISRU standpoint - it means more configs, and more restrictions for players. If there's a compelling reason, so be it. But part of this is also consolidation so it makes it easier for other modders to make stuff (new engines, reactor mods, etc.) and someone would be sad if, say, an MKS ISRU module could not make the kind of nuclear fuel they wanted but could make others, esp if they were almost the same thing.

The problem is that once you start stacking drives, it gets abused to oblivion. We had this entire conversation earlier in the thread Again, what folks do with their own saves is their own business, the tinker toys are there to play with. Just (as noted) I appreciate it if folks do not mess with this in ways that causes conflict in my own mod constellation.

Sure, the bubble size is just a config value (it was broken out as a separate model to allow independent scaling) and it already varies by the different drive models. But that's a different kettle of fish than stacking multiple drives, which I disagree with. - - - Updated - - - Sure it is, even has it's own plugin. Tho for these purposes, looking for either USITools or NFT will sort it, since that would indicate the presence of the scaled down reactors. That way if someone has KSPI-E they get KSPI-E functionality, and if they have NFT or one of the USI mods (all of which use the same power scale as NFT), then it keeps it's current functionality. - - - Updated - - - Side note - once we get CRP sorted out, me you and nertea should talk and figure out how to get the different power and heat systems in sync.

1. It would be Nitrogen and LqdNitrogen (which I assume are already on Nertea's working document) to keep with naming conventions. We're limiting the Gas suffix to noble gasses only for compatibility with stock (XenonGas). 2. Since KSPI-E is FreeThinker's project, we consider him the curator for this. Unless he wants to change one of the densities (i.e. LqdCO2), they should be sticking with the current values agreed to by the mod owners involved. It's tough enough cat herding several mod owners as it is. So given we're darn close to putting a fork in this, were there any specific resources missing, did we sort the nuke fuels, and is there anything else we want to put on the table? I'd suggest we start by at least finalizing the resource list and getting this signed off and locking that down. Once that's locked, move on to confirming densities and such, which would be up to the folks using that resource, and do some final sanity checks, etc.

That's a mistake on the part of the CKAN guys.

Considered, but not on the table really. The bubble size is an intentional design constraint.

Rock on, as long as it lands in a place that does not mess with NFT or USI mods if they are in the same install, that's pretty much my one request given this is an active mod. - - - Updated - - - Meaning, if NFT is installed it's power reqs should scale back to what it is now.

Well, a couple of considerations. The Xenon is there for mass, and also as a limiting factor (mass is needed for the engine to be throttle controlled). I'd say just make sure if you borrow this, that you include a corresponding bit in your NFT compatibility pack to scale it back down to NFT levels (which is kinda where it is now) - - - Updated - - - Also - would prefer you do this as just a distributed config vs. a bundle, tho I expect that goes without saying Helps keep things simple.

Yep, there is no reason to not adjust that for consistency.

Concur. Which exception is being put on the table?

Which bit? plugin or model or both? We're already using CRP exotic matter so it should just work. What did you have in mind?

I say add in stuff we're considering for the future. Also the nice bit with consolidation around EnrichedUranium is that any of our collective parts that handle refining/harvesting/recycling can interop.

For your prior post, sounds like a whole lot of operator error vs. any flaw in Regolith. Kethane does not have atmospheric or oceanic resources, only crustal. Also, it does not provide background processing, either for scanning or for resource harvesting - which is a pretty significant feature of Karbonite (or any regolith based mods). Granted, this may soon be a moot argument since we're getting a highly moddable resource framework in stock

I'm reviewing a lot of the numbers in light of the speed changes, etc. and there will be an updated release of this for 1.0

You should really move these kinds of questions to the release thread for those mods. And include screenshots and such.

@Tater - it's a leap I take on the premise of fun. Managing a dozen stations and bases rapidly becomes non-fun. We can agree to disagree on whether that makes for good gameplay or not I'd say though the sheer number of mods that try to do closed loop indicate that there's a pretty strong desire for it.

There's a pretty big difference between being able to plunk a Kerbal on Duna in a single Mk1 capsule and run flag missions all day long with no life support, and having to drop about 200 tons of infrastructure to build a permanent base to get that same effect. All about choice. Do I spend several missions and millions of funds building an orbital base on Jool to run all of my missions in that system, do I use unmanned probes, or do I add a few tons of life support and make it a round trip (or, just accept that the first Kerbal on eve will starve to death after planting the flag)? So yes, having life support in place makes the end game more challenging, but there (IMO) needs to be a capstone where, after sufficient investment and infrastructure, your colonies can work on their own. Which makes sense, since this is a real problem NASA is trying to deal with (vs. spending tens of billions of dollars in logistical support and supply missions to a potential colony every year).

Sooo close

Yep, that's by design - I actually ran TAC-LS numbers to base it on, because unless you just want to have a permanent station, it makes more sense to lug it in. It goes closed loop not because it's where we are at technologically (or even close) but because that path has to be there for gameplay. But not in the form of a 10 ton greenhouse you just slap onto a ship

Pixie dust is a bit strong of a turn of phrase, but rock on and research into regenerative closed loop systems for colonization is kinda a thing. It's WAY off, and one hell of a problem, but hardly 'pixie dust'. From a gameplay perspective, it's a lot less relevant for that trip to Minmus, and a lot more relevant when you get into mods (like mine) that deal with large scale colonization - in those circumstances, a path to closed loop is pretty much the capstone - and given the sheer tonnage of stuff it takes to make happen, something that can be achieved with a reasonable semblance of balance.

Oh, I built one myself The bear is that without waste you have to either have mass magically appear, or figure out somewhere to get the mass needed. Less of an issue on a planet, more of an issue on a station. Now - I totally get that conservation of mass is not everyone's thing (maybe they throw the wrappers out the window?) it's more on the flip side where it made recyclers hard to create due to the imbalance. Side note, I'll very likely be releasing a life support mod as well as a side project

Actually... MKS/OKS is released under a CC 4.0 BY-SA-NC license. So there is no license violation going on.

Go for it Only mentioned the first two because they are the ones that folks would use the most as efficiency is a function of their class as well as level.

Nope, go crazy