SpaceHungryMan

Thanks for continuing to maintain it. It's incredibly useful.

Hello @Raptor831, I'd like to report a possible problem your config creator web app. It seems to have lost a bunch of the saved engines and resources. The engine list only has 10 engines and I am only able to choose between 10 different fuel mixtures. Pic 1 Pic 2 I have tried playing around with the settings, switching browsers, and waiting a couple days. Anyone else have this problem?

Understood. Thank you very much.

Much clearer thank you! One more question if I may... Say I'm adding an entirely new resource (one that is not defined anywhere in RF) to a particular tank definition. How do I come up with the mass of its pressure vessel? How did you guys determine the figures for the existing resources for example?

I thought that's what basemass * volume was for? Where do you get volume from since capacities vary from part to part? Isn't that the same as V * TANK[Kerosene].mass? Thanks for taking the time answer

Hello, I'm playing around with the tank definitions for personal use and I'm a bit confused about the mass value. This guide indicates that the mass value is tons per unit of volume, which in this case would be tons per litre correct? Except it's not because upon checking the CRP working document, it becomes clear that the mass value /= tons per litre. For example, according to CRP Kerosene has a density of 820kg/m3 which should give it a mass value of 0.00082. In RF's RealTankTypes.cfg, the mass is defines as 0.000012 in the Default tank and 0.000077 in the ServiceModule tank. So why is there a discrepancy between CRP and RF in this? Furthermore, why is the mass inconsistent across different tank types? Basically what I'm trying to get at is: how is the mass value in RF's tank defs determined so I can make my own? Thanks.

Check again. It should be there. Download directly from the repo instead of downloading the official release.

You can use mine if you want. Here: //For K.Yeon's OPT Space Plane Parts @PART[mk2j_adaptor]:FOR[RealFuels] //J to Mk2 Adaptor 4m { MODULE { name = ModuleFuelTanks volume = 8000 type = Fuselage } } @PART[jk_7m_adaptor]:FOR[RealFuels] //J-K Adaptor { MODULE { name = ModuleFuelTanks volume = 50000 type = Fuselage } } @PART[j_4m_tanks]:FOR[RealFuels] //J-FuelTank 4m { !MODULE[ModuleFuelTanks] {} MODULE { name = ModuleFuelTanks volume = 13200 type = Fuselage } } @PART[OPTdropTank]:FOR[RealFuels] //OPT Droptank { !MODULE[ModuleFuelTanks] {} MODULE { name = ModuleFuelTanks volume = 1500 type = Fuselage } } @PART[ij_4m_adaptor_variant]:FOR[RealFuels] //I-J Connector { !MODULE[ModuleFuelTanks] {} MODULE { name = ModuleFuelTanks volume = 8800 type = Fuselage } } @PART[ij_adaptor]:FOR[RealFuels] //I-J Connector { !MODULE[ModuleFuelTanks] {} MODULE { name = ModuleFuelTanks volume = 8800 type = Fuselage } } @PART[k_6m_tanks]:FOR[RealFuels] //K-FuelTank 6m { !MODULE[ModuleFuelTanks] {} MODULE { name = ModuleFuelTanks volume = 20625 type = Fuselage } } @PART[k_cockpit_adaptor]:FOR[RealFuels] //K - Space Shuttle Cockpit Adaptor { !MODULE[ModuleFuelTanks] {} MODULE { name = ModuleFuelTanks volume = 13750 type = Fuselage } }

It's not officially updated but it works fine.

It's already updated to 0.90. And mods work across all platforms.

Here's one for 64k by Tellion. I'm currently maintaining it since he's busy.

I had a similar issue. Using ModuleManager 2.5.13 seemed to fix it. Try that perhaps?

Thanks! Adjusted.

They'll work from anywhere within the GameData folder. You could put them in ModOrientedTree folder but it doesn't really matter.

​Since Tellion appears to be absent, I've forked his copy of OPM 64K and updated it for 1.6.5. I simply rescaled Polta, Priax, and Wal to 64k levels. I also adjusted Polta and Wal's densities and geeASL values to be a little more consistent with the real-life bodies they were based on. I left Priax alone because I'm not too sure what to base its density off of. I also incorporated the various minor changes that came with 1.6 and 1.6.5 (Plock adjustments, Urlum reverse rotation, Slate height map fix, etc.). No new AVP configs since the new moons don't need them. To be clear, this is mostly Tellion's (and of course CaptRobau's and Eudae55's) work and I am simply updating it. HERE IT IS Just hit the "Download ZIP" button at the right side of the page. Installation instructions are at the bottom of the page. Thanks.

Hello FreeThinker, There's a small typo in the RealFuelsFix.cfg file. And the Magnetic Nozzle needed a Real Fuels resource. See my pull request on Github for more details. Nothing major, just a heads up.

Do you have the latest release of KCT? It was supposed to fix that issue.

I believe you're missing MOARdV's URMP plugin.

Regarding the Gamma Ray experiment issues, have you tried making it so that requireAtmosphere = False? It might be the problem because the result conditions require you to be in space. Also, you forgot to properly close off the Gas Chromatography experiment definition.

It looks like a mistake in the FuelswitchPatch.cfg not MFT. In fact, the entire 0.625m series appear to have incorrect values. They currently have the same resource amounts as the 1.25m tanks. Munar Industries, here's a corrected version for your consideration.

I don't know about stock but I don't think the URM tanks have a proper RO config. So they're volume is probably ridiculously small for an RSS game.

Is this SootFactor applied to all engines that use those resources? Or is it exclusive to KSPI's engines?

Good to hear! Well, in the sense that I don't have to comb through my mod folder trying to find the culprit. Just wanted to confirm that it's a known issue. And I cannot recommend Linux enough.

Hello, Is anyone else experiencing an issue where memory usage rapidly and sharply increases when switching to a different launch site? Normal memory usage is 7.3GB at KSC but when I switch to and launch from Baikonur it quickly works its way up to 9.2GB.

It should integrate just fine. The only thing this mod does is add more reports to experiments through clean, simple MM configs. It's very nonintrusive.