lstutzman

Well, I certainly don't claim to understand how this could work, it would seem to violate the principle that thrust requires mass. If this works however, I would love to see how this would affect my probe payloads in-game.

It would appear that this has been validated. http://www.wired.co.uk/news/archive/2014-07/31/nasa-validates-impossible-space-drive

So, I actually started implementing a JSON TCP stream out of the MuMechLib that will return stats when onPartFixedUpdate() is called. I'll have to see if the MuMech guys like it or not - it's their code, they'd have to commit it of course. Curious to see what could be done in LUA however. I'm thinking about having a stand-alone http.sys console app that will consume the TCP stream and allow you to browse to the stats.

Well this is just C# code, and they didn't use a code obfuscator, so it's pretty easy to see the code itself using ILSpy or Reflector. Some of the stats are actually calculated on the fly during the Gui methods. If mechjeb exposed the stats through a service facade on the dll at the very least, I could code against that. Ideally though, a web service running from the MechJeb plugin would be the best, then anyone could code up an outside gui, or drive hardware against it.

I'm trying to build a satellite that has Kethane scan capabilities, as well as Remote Tech and ISA Mapsat capabilities. Question is what is compatible with what? There are several makes of solar panels, batteries, satellite dishes, ion engines... Trying to figure out what works together has been giving me a headache for 3 days now. Any advice? Also - is there any way that the Kethane scan data can be aggregated into a global view of the mun/minmus?

Probably the wrong place, but anyway. The stats windows (orbital, surface, vehicle, ascend), show awesome info, but with all of them active they take up a lot of screen real estate. In the same way that the logistics plugins stream out the info on a Tcp port, could MechJeb output the stats as well? This would allow me to write a client running outside of KSP to display/compare/graph the stats, while giving me back more of the screen in KSP itself. I would be able to have the client run on a seperate monitor, or even a seperate machine.

Yeah, that's what I've been doing. Bummer, feels like 1990 all over again.

Hey everyone, if anyone knows... Is there any way to actually step through my plugin code? I can usually do this on other projects by setting us VS to run an external program while debugging, or attach the debugger to the process itself, but it seems that KSP.exe won't allow this. Cheers

I agree 100%. I believe when the new scaled up parts were created, they simply forgot to scale up the breakingForce and breakingTorque from the default values. It only makes sense that you if have new larger parts with thicker material, they should be stronger as well. Also, most of the successful big lifter designs I've seen, look like an explosion in a girder factory ( I borrowed that one from someone here . NASA, RSA, ESA, JSA - none of them have this much extraneous support structure on real designs.