ShotgunNinja

I can't do that because it will be 'one way only': user flag vessel as hidden, vessel disappear from the list and can't be de-flagged anymore. You could try to exploit the vessel filtering to hide the ones you want. It will be a lot of work. For instance, I would have to switch to the new Unity UI framework (I'm using the old one, that doesn't support non-latin characters as far as I know). Then, the whole UI layout was fine-tuned by hand, exploiting string lengths that were known beforehand. That would not be the case if I were to support arbitrary languages. Also, 'composing' multiple strings on the fly for an arbitrary language is impossible (and we'll lose little things like the sex of a kerbal being taken into account when generating a message, for example). These issues could be solved with enough time, maybe redesigning the UI around a bit. But that's a lot of work, and not of the fun type but of the very boring "you don't pay me enough for this" type. I prefer to work on adding new features and improving existing ones, instead. That is fun. So there will be no localization support, my apologies to the international community of KSP. @Enorats Some code has changed in the cryotank module, and the emulation in background need to be updated to reflect those changes. I'll add it to the ever-growing list of things todo for version 1.3.0 @CatastrophicFailure I'll investigate the issue, probably related to the 'bootstrap' signal network calculation that is done on-load. Seem to degenerate into O(N²) complexity, where it should not. Can you try a little test for me, disable Signal and try to load a savegame with many vessels, then let me know if it still hang on load. @APlayer Oops. A mistake in the Experiment module. An operator should be required only if 'crew' is specified in the config node. I'll fix in next version. @ItCameFromDuna In emitter, radiation is expressed in rad/s. The comment you refer to is out of sync with the actual value (probably changed and I forgot to update the comment), and should read '0.015 rad/h' in your case. @gietek The ISRU part of this mod is inspired by real chemical processes. I am open to suggestion for new processes, provided that they are based in reality.

@Nils277 Maybe relevant. This assume the CO2 presence on Duna atmosphere is from the CRP definition. Looking at it here, the presence chance is 100%. That will be scaled by difficulty settings (the 'resource abundance' slider in advanced difficulty settings). So people playing above normal difficulty (or tests conducted above normal difficulty anyway) will have some chance of having no CO2 in the atmosphere of Duna. This could be the issue here. If that's the case, a solution may be to set presence chance to 1000% for atmospheric resources, to compensate for the minimal resource abundance slider value possible (0.1). That way all players are guaranteed to have CO2 in Duna atmosphere irregardless of their difficulty settings.

@Keefe You are using RemoteTech. That in turn disable Signal irregardless of what you write in Settings. So no blue spheres with RT. @STHedgeHog Per-second. @OhioBob Sure. @zxxzzxxz Thanks for the report. From what you describe, it seem some kind of endless loop in the signal network calculation. I'll take a look at your savegame.

@Keefe Just to be clear: are you actually transmitting data? The balls only show up when transmitting.

@Enorats Is not due to the rescale. Press B in mapview/tracking station and toggle the field rendering on/off in the window that pop out. Or in alternative press 0-1-2-3 on the numeric keypad to quickly toggle them. @Keefe Hold on, you also need the Science system. Do you have both Signal and Science set to true in your settings?

@Keefe If you use the Signal system, there are really tiny blue spheres moving on the link lines. I swear!

@Enorats, @CatastrophicFailure Correct, it is an interaction with KIS. It seem to trigger KSP callbacks related to vessel destruction every time you add/remove parts from a vessel. Or something to that effect. This in turn wipe out the HardDrive of the vessel. Transfering the data to an EVA kerbal is a nice workaround for now. @Daelkyr When Supplies are 'installed', their amount/capacity is added on top of the resources already in the part. So simply add the resources you want to the part: @PART[MyPart] { RESOURCE[Food] { amount = 20 maxAmount = 20 } } @ISE Thanks guys, I'll include it in next version. @Enorats I made a mistake in setting the LiquidFuel/Oxidizer/Monoprop weight per-unit in the spreadsheet I use to calculate the process rates. Will fix in next version. You are currently producing 5 times more LiquidFuel than you should.

Anywere you want, as long as it is inside the GameData folder. Probably is better to not put it in the Kerbalism folder, or else you may delete it at the next update.

@nascarlaser1 Radiation is only enabled when used in the profile. So you would need some custom profile instead. Profile { name = radiation-only Rule { name = radiation degeneration = 1.0 // just use the modifier variance = 0.1 // add per-kerbal variance modifier = radiation,shielding warning_threshold = 25.0 danger_threshold = 37.5 fatal_threshold = 50.0 warning_message = $ON_VESSEL$KERBAL has been exposed to intense radiation danger_message = $ON_VESSEL$KERBAL is reporting symptoms of radiation poisoning fatal_message = $ON_VESSEL$KERBAL died after being exposed to extreme radiation relax_message = $ON_VESSEL$KERBAL has recovered from radiation exposure } } Put it in a .cfg file inside GameData. Then on your Settings.cfg, set Profile to radiation-only.

16 EC/s is a lot. Can you share your savefile, I would like to see in details how it is consumed. Maybe something can be balanced better. Meanwhile, some obvious suggestions: try to minimize EC consumption in every way you can stop something at night and resume it at day, using automation scripts don't do everything at once: extracting and processing Ore can run at a different time than data transmission, for example if everything else fail, find yourself some big EC generator (not included)

He is... slowly. US fuel cell is not touched, what you see are its original rates. The relative orientation between the vessel and the sun change over time. Fixed panels will not be in the right orientation for long. The obvious solution is to use tracking panels, if possible. Or use multiple fixed panels at different orientations. Set Profile = none in Settings.cfg, that will disable life support and anything else related to it.

Go in Settings.cfg, and use these settings: Profile = none // effectively disable life support, eclss components and isru mechanics Reliability = true // you want part failures Signal = false // you don't want the rest Science = false SpaceWeather = false Automation = false Reliability should really take into account when a component is in use (and things like that should not happen), but unfortunately it doesn't in its current incarnation. Maybe in future. I can't do it, because some MM patch need to be applied depending if the Science system is enabled. So these options have to be known at game launch time. I am aware there are some issues between the Science system and some third party mods. I'll see what I can do. There is no fading in/out based on distance from camera (that's why you can't find it in code). Instead, as all particles are rendered as 1pixel-wide points irregardless of distance from camera, what you are seeing is the particle density on screen getting below some threshold, at which point your visual cortex filter out the sparse white dots (that are still there). This is a minor issue with the method I've used to render these fields. No to both questions. The background transmission will work with CommNet/RemoteTech, but the transmission spheres are ony rendered if you are using Signal.

Set EnforceCoherency to false in Settings.cfg. That is most weird, I'll check it. Maybe some interactions with KCT. But then why it doesn't happen on the launchpad baffles me. You could change it to check for modules of type Antenna instead of the stock data transmitter. However, you can't really detect if one antenna is set as relay without custom code. There is a wiki here, but unfortunately it is just some summary description of things and a few lists. I have plans to add some in-game guide in future. Meanwhile feel free to ask anything.

@The-Doctor You don't make whole parts. You only make 'components' inside already existing parts that can host components, like the ones you configure in the VAB. So, it is a glorified 'reconfigure while in flight' mechanic.

@The-Doctor Essentially, there are these 'components', that are the things you can install in pods, chemical plants, etcetera. Each one has a 'value' in Hardware units, deduced by mass or specified in the component specs. You can dismantle a 'component' and get half of its value in Hardware units. You then spend this resource to install new components when you are in flight. So, let's make a practical example to explain the meaning of this. Assume something goes wrong with your crewed mission, and you organize a rescue but it takes time. Time that wasn't planned in your mission, and they have not enough Oxygen to last until rescue arrive. You realize that if only you brought a Water Electrolysis unit you could make up some Oxygen, from the remaining Water and the plenty of solar power you got. But hey, you did bring Bob the engineer. Now you can dismantle a few secondary components and use the resulting Hardware to install a Water Electrolysis unit and survive until rescue. Hope that this clarify it a bit.