Papa_Joe

I seemed to recall this part and went searching for it when this issue came up. I forgot the name of the mod and could not find it. Thanks so much for locating it for me! I'm against reinventing the wheel when possible, and an existing part would be awesome. I'll check it out and integrate it as appropriate. The heat component is for electrical dumping, so that will be a different animal.

thanks for the update, but the error you displayed is indicative of another potential issue. So it has been helpful. I will be cleaning up some processes to ensure these errors are not repeated.

I now log errors to the ksp output.log so check that file as well. I also note that you have RemoteTech installed. I wonder if that may be part of my issue. I will investigate.

Just another Update. now that SM and CLS are out in the wild for 1.1.3, I will now have time to spend on this mod. JPLRepo also is freeing up some time, so expect some love in this direction very soon.

Your work has definitely improved my friend. looking forward to this

Just going through the thread from when I was inactive. I saw this. I recall having this issue awhile back. let me revisit and see what may have changed. I recall this. Re refactored how the part lists are managed. I will have to go back and check for USI modules.

Release: Version 5.1.1.1 - Release 08 Jul, 2016 - KSP 1.1.3 Compatibility Edition. - New: Implemented Disabling of Stock Crew Transfer system using Realism setting "Enable Stock Crew Transfer". When set to off, Stock Crew transfer buttons no longer appear. Enjoy.

Just did some research and testing. I can now disable the Stock Crew Transfer completely. The crew transfer button will not appear in the part action dialog at all if Enable Stock Crew Transfers is set to off. I will be releasing a point update tomorrow with this new feature fully implemented. The release Today, only partially implemented it.. Thanks for the update! yes

Release: release v 1.2.2.0 * New: Refactored Stock Crew Transfer Handler to use new KSP 1.1.3 events to pre-empt the transfer if disallowd by CLS. Enjoy.

Release: Version 5.1.1.0 - Release 07 Jul, 2016 - KSP 1.1.3 Compatibility Edition. - Fixed: NulRef errror with DeepFreeze installed and a frozen kerbal in RosterListViewer. - Fixed: (maybe) Window display issues during launch and stage separation, explosion of ship. - New: SM window can now be displayed in IVA and in Map mode. - New: Added logging to output.log. this will make the output.log more useful for troubleshooting. Captures all log entries, verbose or not. - New: Refactored Highlighting to clean up FPS issue. Now causes significantly less impact to frame rate. - New: Refactored Stock Crew Transfer Beahavior. When override is on, changes to KSP 1.1.3 now allow capturing transfer before it occurs. - New: Added a switch to disable Stock Crew Transfers in general. Found in SM Settings WIndow, under Realism. Enjoy. Also a little tidbit. I found a part property crewTransferAvailable. if this is set to false, you can disable the transfer buttons on the part action dialog. However, it does not work in all cases. For example, the lander can still shows the transfer button. I will be investigating this further, but I've included a check for this value when setting Enable Stock Crew Transfers off in the Settings window, under Realism.

Just an update. I will be release a new version of SM and CLS later today. testing is complete, so packaging an upload is all that remains. I will post more after my workday (Day job) is complete.

Just an update. I will be release a new version of SM and CLS later today. testing is complete, so packaging an upload is all that remains. I will post more after my workday (Day job) is complete.

I disagree. an "engine" implies some sort of combustion or reaction imparting a greater thrust component than the flow rate of the material itself. I would liken this to more of a vent. there would be thrust based on the mass of the resource, the size of the vent orifice, and the flow rate out of the vessel, but no reaction, and it would be fixed and not vary. Think of like "urine" dumps or leaking o2 tanks on apollo...

I certainly can understand, but remember that this mod is used by both casual and hard core gamers. So the use case may not be apparent to you, but is "required" by someone else

When I first considered dumps in realism mode, I "assumed" that any venting would be a zero sum thrust component. you would vent from opposite sides and the net would be zero. so I "fudged it" if you will. There are discussion in this thread concerning that if you care to research back about 6 months or so I think. But, for the sake of "purity", I probably should create a part to allow "real" dumping. and allow for heat generation as well, so that there is a reason for heat dissipation.

Also a good point. I suppose it would need to. now to figure out how to make that happen.... That also resurrects the issue of resource dumps. there should be an ejection point, and it should have some sort of animation, and it imparts a thrust component....

From a realism point of view, that would be exactly right. You can't just short the batteries to ground, you would burn them up and your vessel too. Discharging across a resistor grid will generate heat, so you have to discharge at some rate to prevent overheating. So, electric charge follows the same "rules" as other resources, and is dumped at a flow rate. Turn off realism and Electric Charge is instantly dumped.

Indeed, that was such a suggestion made by a few users of ship manifest. I actually have most of the code already in place to accomplish that from an earlier refactor resource management. JPL repo is right. We had discussed it via Skype for a little while, so I'm actually at work on that. So please direct your suggestions over in the SM thread

Nice discovery! a definite must add to my mod list

If you set to 0 it should be instant. Working on a new release. I should be releasing it within a couple of days

Let me know if there are any issues I'll be happy to look into what your issue might be.

there is a way to shorten the transfer delay. There is a hidden setting in the config file. Look at the wiki in my signature for details

Yup, last I checked, he did

Gratz on the release @JPLRepo. I was thrilled to be talking with you when the inspriation hit you. Well done.

Thanks so much for the report!