Mutifex

Given that B9 has is optimised to work only with FAR, I don't expect to see anything at least until there is a new FAR. I don't see them stepping back that commitment to begin working with stock when we all know the next FAR is in the works. Sad... but there it is.

@srbgaming Yeah the whole "weird conversion" thing is what made me assume it may have been saved as something other than plain text cos plain text is fairly universal. Gotta say I was glad I worked that one out, I was beginning to think you a wizard performing some dark sorcery to get it working. Now I just need to resolve the fact that I completely broke the contract system while screwing around.. lol

@srbgaming Hey, just thought I'd let you know of a small problem. First though, I'm excited by the look of this. Fits the excessively modded career I am starting. Thankyou. Have been bashing my head against a wall trying to get this working correctly for the last few hours and kept having RSS fail to change the appearance of Kerbin to Earth. Restoring RSS to default without your changes would without fail, get everything working again. I seem to have narrowed the issue down to the RealSolarSystem.cfg file you distribute. When loading this up in a text editor I start getting warnings about invalid characters. Scrolling through the file I then see a number of places where characters in the file were not recognised by the editor. I have managed to resolve this for myself by copying and pasting your code at the bottom of the file onto a fresh copy of the file from the RSS install and it seems to be working correctly. I should state btw that I am running Linux, so that may account for something, though it feels like it shouldn't be the cause. You might want to check your files. My most likely guesses are that the file has either been last saved as something other than plain text, or that perhaps something went wrong with the upload file. I did download this multiple times to ensure I didn't simply get an error on the first download. Hope you find the feedback helpful to the cause. I look forward to starting my new career now with your additions.

Just thought I'd throw this up since I'm noting a bit of discussion re: 64bit KSP I've been testing the whole time with 64 bit KSP. There hasn't been a test build of Karbonite yet that stopped working or did anything strange to performance. In fact if anything I noted an increase in performance over a certain alternative. Given that I have just said that, KSP 64bit is itself horribly unreliable at this stage and should be expected to spit out strange results. VAB crashes can be a fairly common occurrrence and for me, attempting to run something like Active Texture Management will cause KSP to just constantly crash on load. KSP 64 is great when it is working, but unusual results should be expected at all times. It is in a very raw "use at own risk" state.

I guess you could ask an aircraft engineer. http://www.enviro-live.com/images/stories/ScienceTech/open%20rotor%20engine.gif They are a real thing

Personally, I'm good either way. From memory though, I have seen way more people in this thread asking for radial drills than anyone asking for smaller converters. If either are possible in the time frame, I'd probably shoot for the drill.

I believe it has been mentioned a few times that mass is intended to be lost in the conversion process. No refining process should really be perfect.

All of the resources in KSPI are a part of ORS yes. Anyone could use them as the basis of their project or indeed build upon it and make new things. It has just been a little unfortunate I guess that until RoverDude came along, no-one was. It is a shame. It already works pretty well and with more usage it is bound to become even better.

Yeah the stutter would be understandable. Actually it is what I would tend to expect. The whole doing the math for exact rates of conversion to maintain all processes at very low gathering rates is to be honest, more effort than the issue deserves.

I thought I'd just drop feedback on what I have been able to test and know works so far, that being resource detection, drilling and converting. I have used these A LOT over the last few days and can confirm that they work reliably and consistently. I have not had any random moments where I am left thinking "hey, that's not what normally happens." There is something about the converter that I think could be tweaked a little. However, I woud totally understand not even looking at this point until after release because as I say, what is there now is functional and reliable and this thought could be something to simply improve the function later. The scenario I am interested in goes a little like this: (numbers are fictional and there to illustrate the mechanics only) 1. I deploy 3 drills and start them extracting 2. I turn on my converter and ask it to convert all 3 options, mono/LF and OX 3. To convert all 3 simulateously would require a constant flow of say 99 karbonite per second, 33 for each process. However I am only currently recieving around 75 per second 4. The converter chooses a process and turns it off, leaving only 2 running. It is the last step that feel a tiny bit clunky to me, meaning that I generally tell my ship to "do all the things" and then come back and fix up whichever resource was not able to complete. I think it would be a better process for the converter to pause one of the operations rather than cancel it, switching it back on when resources than allow and only turning off all process when either a. there is no karbonite being extracted or b. there is nowhere left to place the final product (tanks are full) Again, I will say that while this would be something on my wish list, I think you could conceivably wait on this until post-launch.. unless of course its just easy enough to do now and get out of the way. Other than that minor point, I am loving what I have been able to test so far and how much more integrated resources feel now. It all feels somewhat less tacked on when everything works together in a consistent manner. I'll be into spaceplane design mode on my career save in the next day or so, I'll let you know how everything goes with intakes, etc.

YUM! Those models look amazing also. I had a couple of things about both topics I was curious about, figured its best to just go ahead and ask them cos I'm bound to not be the only one wondering. First one, the karbonite engines being produced, are these likely to have fuel mode toggles or are they strictly karbonite engines? Those things look great and I'd be keen to use some of them with LF/LFO as well. The other one was in terms of the atmospheric collection. Was curious how you were looking at dealing with the other gases that have been mentioned. Are you running with the concept of "collect Xenon from the atmosphere" with what is being collected as a toggle or "collect karbonite from the atmosphere and convert it" which means converters and toggles of what to convert to. I will say I personally favour the former but I'll work with what i get

Ahh yeah i forgot to specify the experimentals version, though I am pretty sure that is what he has as the file I have is named similarly. Thank gods interstellar has someone looking after if in fractals absence. I would cry without my orbital power stations microwaving everything in sight.

Yeah just one of them. Whenever in doubt, go with the one from interstellar as it was interstellar that introduced ORS. Mod authors using ORS simply redistribute those files for people who perhaps don't use interstellar.

There is nothing that stops that from working. These would work together in the same way that kethane and KSP Interstellar do.. since it is the same resource system as interstellar.

And yet... It works extremely well regardless. Right now I have the Karnivore Mk1, systematically draining the Mun of science and refilling as it goes. When finished, it will remain as a first stage karbonite miner/tanker. The thing is somewhat huge and working perfectly. https://www.dropbox.com/s/2rq7guvfue9qmq3/Screenshot%202014-07-29%2019.14.58.png