siimav

Hey @linuxgurugamer, in case you missed it, I have created a PR to your repo here. I'd appreciate it if you'd have a look at it and maybe release a backport for 1.3.1 if you're ok with it. I know that some RP-1 players (including NK) are avoiding this mod on purpose because of the bug(s) that cause the savegame to be marked as a sim while it's actually not. Another improvement to KRASH that I would really like to see is an option to start a sim while bypassing all the pad, VAB and unlock status checks. It's sometimes really useful to validate a vessel while the pad is still being upgraded in KCT. Personally I also have a quite large collection of vessels already designed that I would like to test while the research for the parts is still in progress. I know that's not the easiest thing to implement because of how you currently launch the vessel in code. But it should be totally doable because for example KCT is currently bypassing all the checks when it launches the vessels. What are your thoughts on this?

Some have reported that EVA-ing the kerbonaut from your plane and then recoverying them separately helps with that issue.

In case you missed it, there actually were some presets in KCT that we (the RSS-RO team) brutally deleted. These didn't make any sense for RP-1 players but may be useful for stock. Not sure what these change though as I haven't tried any of these myself.

As someone who has recently contributed to the KSP-RO fork, I can say my personal opinions on this subject. Almost all of the recent commits to that fork are made specifically for RP-0 (now known as RP-1) and there's probably only a few changes that would be of interest to stock players. Although I don't see any reasons why the RO fork wouldn't work on stock installs. It's just that me and anyone else currently contributing to that project do not play stock so we may end up creating unintended compatibility issues with that. As far as I know we intend to release this fork of KCT on CKAN but updates will probably come along with the releases of RP-1. The issue is that RP-1 releases are usually 2 or lately even 3 KSP updates behind the latest.

No

If you want to use this mod then you should downgrade KSP to version 1.3.1 or 1.4.5. In case you also care about making the game pretty, then I would recommend 1.3.1 because RSSVE does not currently work on any higher versions. Even though the current release of RSS might also partially work on newer KSP versions, part of it's functionality will definitely be locked down by version checks. Getting a fully working copy for KSP 1.5 or 1.6 requires some knowledge of Git/GitHub + editing and recompiling C# code.

Nice to see some fixes to proc wings but I noticed that those commits by Lisias messed up the formatting of the code by using tabs instead of spaces. You should probably un-tabify the lines he edited so that it wouldn't contain mixed spaces and tabs.

What capsules/cockpits are are you testing this with? If the parts have an entry cost of 1 then no training is required before being able to assign crews to them.

Yes, it does. With cryogenic fuels, it's always wise to orient the vessel in a way that minimizes the tank surface area that the sun is shining on. Heat conduction is also implemented so keeping the distance between sunlit areas and tanks also helps.

The HeatPump mod was redone and is now called Real Active Radiators. It also has a separate GH repo and forum thread. The new version works a lot better with high timewarp but be aware that the EC consumption is a lot higher (and more realistic) than before.

I would suggest grabbing the ScanSat mod and generating your own maps of Mars. Specifically the slope map allows pinpointing the flattest areas on planetary bodies.

The radiator part was from USI: link. I'm building a hydrolox mining base in RO with USI + RealISRU and thought that adding one of those USI heatpumps is a good idea because drills quickly saturate the cooling capacity of regular radiators.

I found a couple of more issues while using this mod. First, it doesn't really play nice when you add radiator parts from another mod onto the same vessel. Found out it's because of part.FindModuleImplementing<ModuleActiveRadiator>() does not check whether the returned item is actually of the correct type. Another issue that randomly happened to me was that the throttle went totally insane on high time warp. I was seeing crazy high negative throttle values, like -700%. This seems be caused by refrigerationCost randomly getting negative values. I think I have managed to get both of them fixed on my own fork. So would it help you if I created these fixes as pull requests on GitHub?

Yes, I do have the full RO suite of mods installed. Did a search against my gamedata folder and RO does indeed try to set overcoolFactor to 0.0186367. What makes it extra strange, is that there are no other mods that set it to 0.25 either except the stock part configs from Squad. Anyway, I also ripped out the offending stock code and can now get LH2 boiloff to absolute 0. Thank you for taking your time to explain how KSP's internal radiator mechanics work.

Thanks, the nuclear reactors are now working fine after overwriting this config file. I did some more debugging about the LH2 boiloff issue I previously mentioned. It's clear that cryogenic cooling is not applied to my tanks that contain LH2. After adding some logging code, I found out that it's because [tank temperature] < [radiator temperature] * overcoolFactor. From the screenshot: 293.5 * 0.25 = 73.4 while the tank temperature is at 21K. Not sure what the overcoolFactor is supposed to control though.

One more issue I have now run into when testing the Nertea's Near future electrical, is that this mod causes the stock radiators to become unable to cool the nuclear reactors. I'm not sure what stat it is that causes this behavior. If tweaking the stock radiators is necessary for cryogenic cooling to work, maybe this mod should leave stock radiators as-is and create of copy of them that have the changes needed for cryo cooling?

I think running cryogenic cooling only on parts where (part.maxTemp * part.radiatorMax < 110) also works. This should include only parts that contain cryogenic fuels because methane has the highest boiling point of the lot (109.15 K). Based on my testing, it looks to be working fine with RealFuels and cooling is only applied to parts that actually need it. Power requirements are also not so insane any more.

Hey, @Starwaster, I have a space station is orbit that contains no cryogenic fuels but the cryo radiators are running at 100% throttle. Any ideas what might be causing it or how to diagnose the issue?

I have to agree when we are talking about KSP 1.2.2/RP-0. In KSP 1.3.1/RP-1 they introduced a tag system to most parts that is used for adding a pricing multiplier to rollout costs. In case of turbopump engines, that modifier is 4 whereas solids only have a multiplier of 1.1. So even though a SRB part may cost 2 times as much as an liquid engine + tank, the final cost will actually be slightly cheaper when you also factor in the rollout costs. Unfortunately those multipliers are not documented anywhere and you have to poke around in the config files to find the actual multipliers for each tag.

The tank types that were in 1.2.2 are no longer used. There's now different levels (1 to 4) of default tanks and service module tanks that are unlocked by researching materials science tech tree nodes. Cryogenic tanks were not available in RP-1 for a long time. Couple of weeks ago an update to RealFuels was released that added a MLI slider that you can now use to control isolation levels on your tanks. Adding part configurations to TREE-parts.cfg should actually work to make these available in RP-1. Are you sure you assigned the parts to some tech node and added pricing for it?

@Starwaster Did a test by changing the radiatorMinTempMult setting to 0.9. I'm still seeing a internal temp on 20.2 and boiloff is also at 0.02. So it looks like the radiators do no provide sufficient cooling or they are not cooling the tank at all. BTW, the latest 1.01 release does no include dll file.

Checked that settings and it's correctly set as 0.99. If I set it to for example 0.9 does it mean that it would try to cool the tank to 0.9*20.2K?

Did one more test with a 30 ton nuclear stage. It was cheated into orbit and aligned with the sun so that most of the tank is covered by the antenna. I also activated the infinite electricity cheat just to test how low the boiloff would get. After 15 days in orbit, the boiloff was still not reduced to 0. Yes, 0.02l/s at 10000x timewarp is actually almost negligible boiloff. But the thing is that I'm seeing pretty much same numbers with the radiators deactivated. The 100 layer MLI tanks are just too good at reducing boiloff by themselves.

Really appreciate the work you have put into this mod. Is it actually possbile to reduce LH2 boiloff to 0 using radiators? I did a bit of testing by putting a tank with 500 tons of LH2 and LOX into orbit and by just maxing out the MLI layers, I was able to warp at 10000x and lose only 0.1 liters of LH2 per sec. By activating 2 of the largest radiators, the boiloff dropped to 0.05l/s. Do these numbers look about right to you? I think the power requirements of radiators are way too insane to be of any use in RP-1 though. There's no reasonable way to supply 90kW of electricity in that mod and considering the marginally reduced boiloff, the radiators are definitely not worth it. It's possible that the power requirements are only unbalanced in RP-1 and it's fine in RO and stock.

When it's ready. But seriously not before all the other mods that RO depends on get updated to 1.4. Usually FAR takes the longest and there definitely won't be a release before it gets updated.