garwel

Yes, I think I found that bug. I want to fix another issue before I publish a new release though. In the mean time, you can download this DLL and replace with it the one in GameData\KerbalHealth folder. Tell me if you encounter the issue again.

The best way is to start by training them at KSC to the maximum. The training screen in the Editor and the status monitor in the KSC/flight scene show you the more or less accurate prediction when the training should end for each kerbal. The duration depends on how familiar they are already with respective parts and on their intelligence (or rather, stupidity) stats. You may disable the latter in the settings, then they will all take the same time to train. For especially challenging missions, you may indeed have some initial training in the orbit of Kerbin or at its moons. The training speed depends on the science modifier in the relevant situation, so the more challenging it is, the faster they train.

@Syczek Could you share the whole log (not in the post, of course, use some cloud service)? Maybe sharing the save file will also help.

And here is the hot fix: Kerbal Health 1.6.8 Fixed freezes on some radstorms (the problem was due to an error in handling numeric strings) Download here

Today marks 7 years since Kerbal Health's original release, so I decided, why not make a small, long overdue update? Kerbal Health 1.6.7 Added: Support for RemoteTech's connected state, at last (as requested by @Syczek) Download here

I'll see how hard it is.

Kerbal Health 1.6.6 Added: Detailed quirk information (click ? next to the list of kerbal's quirks in Health Monitor) Added: Agoraphobic and Carefree quirks Changed: Kerbals now have a chance to acquire quirks when they first appear in game (i.e. at level 0). When you load your save for the first time after updating, the existing kerbals may acquire quirks (including bad ones), so be careful. Changed: Max number of quirks is now 5 by default instead of 2. Only affects new games. Changed: EVA factor now drains 18 HP/day instead of 8 Updated: BDB patch Improved: Some optimization and refactoring Fixed: Some factors weren't correctly affected by quirks, conditions etc. Fixed: Unstable quirk didn't affect panic attack chance Fixed: Syntax error in the MKS patch Fixed: CLS-related NRE Fixed: Minor memory leaks due to not releasing some event handlers Download here

Can you make that doc publicly accessible?

Thanks for catching this bug. I'll fix it in the next release, which I hope to post soon. The location of your logs depends on your OS and probably whether it's a Steam install. In the case of Windows + Steam, you can find it in the main game folder (something like C:\Program Files\Steam\steamapps\common\Kerbal Space Program) as KSP.log. I think that the problem in issue #169 should be fixed in the next release, although I haven't been able to reproduce it.

It doesn't look like Kerbal Health's errors. Judging by the namespace (LifeSupport), a life support mod that you are using causes the errors. As to the multiple stars radiation, I haven't played with those mods and I don't know how they are configured exactly. The thing is, KH's native radiation calculations depend on the distance from the main star. I think in multi-star mods, it's either the invisible barycenter (in this case, you may see that radiation grows as you get closer to it and not to actual stars) or one of the stars (then the others won't produce any radiation unless they have special configuration). I guess, if you also use Kerbalism and revert to its calculations, it may work better. But you are welcome to test and see what works and what doesn't. In worst-case scenario you can just disable radiation in Kerbal Health.

Depends on what you want to do. Some things, like default settings, conditions, quirks etc. can be changed with simple MM patches. They are provided in the cfg file. But if you mean actually directly altering the mechanics or adding new health factors, it can only be done using reflection and/or Harmony patches. I never quite got around to making a handy API, but at least tried to expose most things as public and extendable classes.

Can you share the entire log as a file? And please place such long fragments of text under spoiler tags or share them elsewhere.

Thanks for letting me know, will take a look.

There were some issues with the integration, and I tinkered with it recently, so I probably broke something there (or maybe CLS got updated). Will check it.

I suspect that merely fixing the existing bugs and improving performance (two highest-priority tasks the devs have mentioned) will take at least 3-4 months. Then each step in the roadmap will probably take about 6 months, so that the game will be more or less feature-complete in 2025 or 2026. I also wouldn't be surprised if some of the features wouldn't be implemented in the end (e.g. multiplayer, which requires massive changes to the game). It sounds pessimistic, but remember how many times the initial release has been postponed. I just hope the development won't be abandoned before the game is solid.

Interesting, thanks for the link,

I probably used the wrong term. I meant that this could be done using the approach of dividing space into spheres of influence and drawing the trajectory in each SOI. Of course, the shapes will be different from the current simple keplerian ellipses. But if we assume that the second most influential body is the main body's parent (which will be the case in 99.9% situations), they shouldn't be too hard to compute or predict.

It's interesting that KSP2 concurrent players have decreased and fallen below KSP1's three days after the release. How normal is that?

Problems with development were obvious from the start. All the Star Theory/Intercept controversy notwithstanding, I could see that things weren't going smoothly from the developers' comms, or lack thereof. When you develop such a complex game as KSP, you should have lots of interesting things to tell users about new and improved features. It should be getting more substantive as you get closer to the release date and more things are already in place. Instead, we got rare and often irrelevant posts or videos, and very few actual gameplay pics or footage. To me, it was a sign that development was going very slow and that there were still major obstacles. Moreover, it became clear that the game would have very few new features compared to KSP1 (namely, multiple stars, colonization and multiplayer), and almost all of them are still a long way down the road. I can only speculate as to why the development was so slow and inefficient (there are some better-informed opinions in this thread), but it looks obvious that the game wasn't really ready for release, even as Early Access. Apparently, Take 2 finally lost their patience and pushed it out. I hate to be a Cassandra and I hope to be wrong, but I feel that, unless a miracle happens and the game will be quickly fixed and improved, the development will be abandoned long before it reaches its later milestones.

Indeed, there is nearly zero chance that N-body physics will be implemented in KSP2. It's a big overhaul of the fundamental systems of the game. I have another idea that might, just might, be more feasible: three-body physics. Basically, instead of having just the vessel and the main body, the physics system might also include influence from the second most influential celestial body. It would be Kerbin when you are near Mun or Minmus, Sun when in a planetary orbit and so on. I think it could still be done using the existing patched conics approach and would be reasonably realistic while not too computationally difficult or unstable. It would allow you to have Lagrange points, for instance. The SOIs would have to be much bigger (e.g. Mun's SOI would end at a point where the Mun's influence gets stronger than the Sun's), but crossing them would have a smoother effect on the trajectory.

For now, I'm waiting for KSP2 to take shape, at least. Will probably buy it when the Science mode is in (or maybe a big discount). Then I'll see what gaps there still are to fill with mods. I have some ideas, but it's really early to say.

Space Age 1.3.8 Added a button to view the active vessel's log when in the Flight scene Download here

I know what you mean. I have also complained elsewhere about KSP2's lack of interesting new mechanics, although I was talking more about things like life support, reliability, radiation, heat management, signal delay etc. They might also for example make kerbals more individual or autonomous (add some sort of AI). Planetary weather could be a very interesting addition. I'm also disappointed that the developers basically took the easy road of just adding more celestial bodies and parts, something this community could have done very well on its own (and perhaps even better). There is still hope that some new features will be introduced later, but then the devs should think outside the box and try to not just create a remake + visual uplift.

Yes and no. Of course, one can always find a challenge, but if to have a decent challenge you need to go deep into the far future and speculative technologies, it's not what KSP is to me (i.e. plausible realism + complexity). I think actual space flight already has a lot of interesting challenges, which I wish KSP (1 and 2) would simulate. There are so many interesting - and real - mechanics that might make the game deeper and more enjoyable! But I'm afraid the actual challenge will be like: build a HUGE rocket and make sure it doesn't disintegrate on launch and doesn't fry your PC; land on a planet and mine some Unobtainium, fuel your ship, repeat. And as a reward for all this grind you'll see some (undoubtedly beautiful, if your graphics card can handle it) fantasy planets. I mean, apart from colonies, there are basically no new interesting mechanics promised. Even a Career mode is probably not a thing, so hello overengineering! Ok, I just hope I'm wrong and the game will indeed be as deep as most commenters here claim. Otherwise, my only hope is modders. For now, it looks like I'm going to stick with KSP1 and watch the sequel from a distance.

This release fixes some stress- and training-related issues introduced in Kerbal Health 1.6.4. Kerbal Health 1.6.5 Fixed: Training was sometimes taking place for wrong parts. Fixed: Some parts info in existing saves wasn't correctly updated, which caused incorrect stress- and training-related behaviour. Download here