Desrtfox

I'd like to see PWB Fuel balancer added to CKAN. The thread link is here: http://forum.kerbalspaceprogram.com/threads/42624-0-90-PWB-Fuel-Balancer-v0-1-1-%285th-March-2015%29

I'd sure like to see this updated for 1.04, and added to CKAN. I'll post in the CKAn thread as well.

This does seem to have fixed the issue. My apologies for reporting it here when it seems to have been a bug with Tweakable Everything.

Thank you very much for the update. This is one of those mods that's truly essential for me. Just for the record, I am still experiencing the "Interstage Fairing Adapter" kills right click issue.

I too am experiencing this issue, and it seems to be caused by the interstage fairing base.

I've installed with CKAN and have the same issue - no new planets. Based on the manual download package, it looks like CKAN isn't designating all of the dependencies. DDSLoader isn't marked for installation along with OPM for instance. Doing this manually, however; didn't solve my problem, but there CKAN seems to only install the OPM folder. Is Kopernicus an actual dependency? If so, I will try that. EDIT: manually adding the OPM, DDSLoader, and Kopernicus folders has done the trick, and I now have outer planets. Currently CKAN only installs the OPM folder.

I just wanted to give Stupid_Chris feedback. I did correct the halt on load issue, and it was indeed old files. It was an old MM_config file that was in the Squad folder! Who knows how long that was there, but I thought I'd post in case anyone else is still having the halt on load and haven't found all their old files laying around yet.

I have the same issue. Load fails at parachuteDrogue. I'm using 1.2, and I have no legacy parts folder. I'm running the x64 version, and this loads without realChute. I do have a fair number of other mods running.

Amazing speed with the hotfix. thanks!

I just discovered that the copy of scale.dll included with this plugin does not work well, and conflicts with the updated scale.dll included in TweakScale. Removing the .dll from this mod corrected the conflict.

I was having this same problem - no scale option on most things that could be tweaked. In the end, I guess, the problem was pretty obvious. I had the Goodspeed Aerospace mod installed as well. This mod contains a copy of Scale.dll. I'm guessing that it's old. Once I removed this .dll all is well.

Turns out I was wrong about the fairings not protecting the contents. this was just a staging error on my part.

So, from my perspective the 64bit engine works, even with my crapload of mods. There are some fairly serious issues however. As has been pointed out, procedural fairings seem to have no separation force when staged. Also, they seem to not be protecting anything inside the fairings from air resistance. I have FAR running, so that's a possible issue there, but I have had satellite solar panels blown off during launch even though they were shielded inside the fairings. I've also seen the difficult right-click issue, but I think that's no big deal.

Let me ask a stupid question. Could it be possible to make a part that is essentially the same as the fuel line part (the part that allows fuel to cross from one tank to another) that handles the lifesupport resources? Alternatively, it could be purely cosmetic, but still serve the purpose of justifying the transfer.

Ok, by switching to "Earth days" all the stats sync up. Of course, I don't really want to run in Earth days. Also, if you note from the previous screenshot, even though "Kerbin Days" was selected in settings, the time that PreciseNode was showing was still in Earth days. Could this be because this save game originated from .22?

I'm having a different, but similar issue. I'm not sure what Mod is at fault, but there seems to be a major timing issue going on with the placement of the nodes: Note that PreciseNode shows Year 2, But everything else shows Year 5. Also, the node is placed in the future, but PreciseNode and Alarm Clock show it as 38 days in the future, whereas RT2 shows it as 9. Needless to say, I'm having trouble sending my Duna probe.

To my knowledge, this is not how either mod works. I could be wrong but neither mod has an image somewhere that is just uncovered as the scanning takes place.

Yes, please continue working on this mod. It would be really nice to have some in-game motivation for including things like habitat modules and the wetworks tanks.

Thanks. This has worked to fix the problem.

Thank you very much for this mod. I love it. I just updated to the new version which requires Firespitter.dll and I have the docking clamp issue. What I mean by that, is the docking clamp that has the built in chutes, now displays as a standard clamp and does not function. I verified that I have the newest version of Firespitter.dll, RealChutes and DeadlyReentry. Reverting back to the previous version of SDHI resolves the issue. Am I missing something obvious?

Interesting point. As a counterpoint, perhaps just a simple implementation is better than nothing. And, you could make the case that a well used ship might be less comfortable than a new (and clean) one. I will think about how you might be able to make some accommodation for per Kerbal tracking, but from a basic gameplay standpoint, I still think it makes a fair amount of sense to track it by ship especially because this is relatively easier and it serves the purpose of making living space, and the modules that provide it, more valuable.

I was wondering if Taranis would comment on the possibility of adding something like comfort into TAC Life Support. I'd be happy to do the grunt work of the addition, if you, Taranis, thought it would be ok. What I'd like to see/do is implement a resource like comfort or sanity perhaps that's dependent on the amount of living space available to each Kerbal. The idea would be to make a compelling reason to implement habitat space and modules like the Wetworks tanks/habs and the inflatable habs. My thinking would be a fixed resource based on the volume of living space available to each Kerbal. This resource would be consumed over time based on the number of Kerbals on board. In a more complex implementation, perhaps the consumption rate could be slowed slightly from multiple Kerbals on board, such that the rate is not quite a linear consumption per Kerbal - to allow for larger occupancy vessels. Also in a more complex implementation, there might be a maximum volume necessary for full comfort, such that the Kerbals onboard never run out of comfort. In between though, or in a low complexity implementation, Kerbals would eventually, if put on long missions with very little living space, use up their comfort. I was thinking of perhaps a way to make ship maneuvering/functioning less reliable as the Kerbal comfort drops to simulate their distraction/inattention, but an reason that could be used to make the loss of comfort meaningful would be fine. Anyway, I'd be willing to do the work on this, if you thought it's be a nice thing to have in TAC life support, even as an option perhaps.

I like this idea a lot. It doesn't sound too hard, and would give me a reason to use the Wetworks ranks as well.

I'd sure like to see a solar sail version of these rather than a Casimir engine.

It may be worth looking at the kOS license to see what may be freely used there regarding the console interface. As far as minimally working goes, it may also be worth simply reading in a text file to make sure the system works, and leaving a functioning console out, at least initially.