Starwaster

Maybe you broke something when you reinstalled Real Fuels. Delete Real Fuels, Solver Engines and Community Resource Pack and reinstall Real Fuels using the RealFuels_v12.1.0.zip file. Also fall back to MechJeb build 696 And for god's sake, get rid of Simple Boiloff. It's a second source of boiloff (Real Fuels has its own) that you can't get rid of except with their proprietary cooler because neither stock radiator nor Heat Pump will eliminate and their own cooler wont do anything for Real Fuels boiloff. There's no point in having both.

Interesting mod. Is it worth pointing out that OPT has parts based on the shuttles in Avatar?

New update at https://github.com/Starwaster/ProceduralParts/releases/tag/v1.2.10 Procedural Parts 1.2.10 Fixes issue with Real Fuels where the minimum burn time isn't updated and moving the slider all the way to the left throws NullRef exception and part has to be replaced by fresh copy (see issue #2 ) (latest release is always at https://github.com/Starwaster/ProceduralParts/releases/latest )

I don't know. Try it and see.

So it froze up and you had to shut it down. As to cause I don't know what to tell you but your log doesn't point to this mod or any cause in particular. There's any number of reasons why such as switching away from KSP to another program (alt-tab) or another program taking focus away from KSP which same effect as if you had alt-tabbed. KSP does not handle either situation very well. Extremely low memory coupled with heavy page file activity can cause KSP to temporarily stop responding and it may or may not come back if you wait for it. But again, nothing in the log points to this mod and the message you cited wouldn't cause problems either. It just meant that MJ isn't able to read the ullage status from Real Fuels engines.

It's an engine pack. Tanks are balanced according to your RF settings. Engines mostly have thrust based on whatever part they're modifying but they're usable with RSS depending on what you want them for. If you want really big payloads then you will probably want some more powerful engines or at least bigger tanks. With just bigger tanks (or Procedural Parts) you can get by just fine though. Just use more engines. Or LH2 + SRBs

There's nothing in that log implicating MechJeb in a crash. I don't even see a crash in the conventional sense. Did the program actually terminate or did it freeze and you shut it down? Did you alt-tab away from KSP at any point and come back to it frozen? Because that can happen as a result of alt-tabbing with just stock KSP.

Did you try putting the user in a bag of rice?

This post will show you how to find your logs:

I dunno... it might be a typo, but if so, what IS the typo? A 0 that doesn't belong? (that would make dear mom an anorexic 60 pounds...) I hate to say but it might be based on those tasteless 'your momma' jokes...

Or a wet rag....

I've done worse. Probably will again. Recently I worked on a set of fixes for MechJeb. Nothing big, but there were multiple small fixes for the same thing all over. And somehow, one file didn't get committed so when I did the pull request, only half the fix was actually there. And then I accidentally discarded the changed file in Github. So I had to decompile my dll to remind myself of everything I'd changed. I littered the MJ repository with like three pull requests

Walk of shame!

That's weird, there used to be a similar bug but it was fixed. I think right before 1.2.2 came out. Maybe something changed in how the stock modules handled deflection ranges? @The_Rocketeer make sure you're using version 1.2.2.2?

I thought that's what https://github.com/Starwaster/ProceduralParts/blob/master/ProceduralParts.version was for?

Not quite sure what's going on there except probably a file didn't get updated that CKAN depends on? @linuxgurugamer was going to update the CKAN data for it though since I apparently missed that file, CKAN probably doesn't see my release as being compatible. I think I've got that sorted out so give it a few hours for the change to propagate.

No luck here so far. I need more information. What parts overheat and explode? Can you duplicate it just with stock tanks and give me a craft file and save file? Also, need that log file. preferably from a game where you just start the game, load up the craft and timewarp until destructions. Then quit the game and present the resulting log file from that session.

Or... you know... rotate the craft 90 degrees in the VAB....

Looks like you copied the wrong link. There's two ways of getting a link other people can see. One is right clicking the file in your Dropbpox folder on your computer (assuming you downloaded the Dropbox client and synced it) and clicking 'Copy Dropbox Link' and it will look like this: (that dl=0 at the end means that if they click it then they will be taken to the dropbox site to see the file. If it says dl=1 then clicking it starts an immediate download) https://www.dropbox.com/s/n7og7ixn50dh0ix/Atmospheric_Re-Entry_Vehicle_Mechanics_-_Patrick_Gallais.pdf?dl=0 The other way of doing it is if you are viewing it on the Dropbox site you click the Share button and then from the pop up window click 'Copy Link'

Preferably by uploading it to Dropbox and then sharing the link to it. You can even sync your Dropbox to your computer (or multiple computers) so you just drop the log in your Dropbox folder, wait for it to sync then right click and grab the link. Get a Dropbox account. Really.

Definitely, that's why all ZBO schemes involve both passive and active measures. How much power does the peltier cooler use? Can you give a value per watt removed? How does it compare with Brayton cryocoolers?

I think he was just showing you which file it was, not making the changes for you. That's for you to do

Need your output_log.txt file and ModuleManager.ConfigCache (the cache is in your GameData folder) And what kinds of propellants were in the craft? Were they cryogenic? (LH2, LOX, methane)

edit your RealSettings.cfg file make sure the following are true simulateUllage = true limitedIgnitions = true no that's not realistic but I thought SMURFF doesn't operate on RF tanks either. The mod's author also has said that you don't need SMURFF if you're using Real Fuels. I think it was created for use with RSS and stock parts which don't have efficient or realistic mass ratios, which RF does. Edit: Check your ModuleManager.ConfigCache file and look for name = proceduralTankRealFuels. That's the actual procedural tank part so then search for SMURFFExclude = true in the PART node. If it's not there then you probably need that inserted by way of a MM patch. But you should probably also ask in the SMURFF thread instead. I don't use it myself so I could be giving you wrong advice.

It will work just fine with FAR. Previously, in order to have custom density values for other planets you needed FAR. Recent KSP updates allow for that possibility without modding so it's no longer necessary to retrieve those values from FAR.