Bushi

Edit: the latest commit just fixed things again. Ignore the rest of this. Sorry Ferram, just meant to encourage him to keep digging as he isn't alone. The best I can do as far as reproduction is just as he said. To try a little harder, I opened the gamedata folder and deleted everything but FerramAerospaceResearch, ModularFlightIntegrator, Squad, and the Module Manager files. Then I started a new game, opened the SPH and added a MK2 cockpit and some fuel tanks. Get voxelation between/inside parts and the cross section area is very low, just as shown before. Here's a log: http://pasted.co/c5822276 The only things that sticks out to me: "Part Warning: part mk2FuselageLongLFO is not a child of mk2Cockpit.Standard" and "Part Warning: part mk2FuselageLongLFO is not a child of mk2FuselageLongLFO" but I honestly don't know if that's normal or not. I think I was reading the voxel method starts with child parts and works to the parents but I really don't know. If I just copy the FerramAerospaceResearch.dll from the official newest release and replace the dev branch one, it goes back to normal. Really I don't know if I could do more than that, sorry. At least I haven't experience the no drag bug...

Just wanted to confirm I am also getting this bug so you aren't alone. Unlike you, I have a bunch of mods installed but I am using the latest available github dev build. I even deleted the ferram folder and reinstalled fresh just incase something got messed up when I installed the newest version the first time. It seems to voxel in between the parts (and possibly inside accounting for the really low cross section area?). Attached is a picture of the voxels from inside one of the fuel tanks of a simple ship consisting of a mk2 pod and two liquid mk2 tanks. [spoiler=]

There is no space there it's just an artifact from the formatting or something. The only thing I have renamed or changed is the game install folder. Like I said, I narrowed it down and know how to make it work now. I was just wondering why it behaves this way when I use a shortcut to launch the game. I assume it's a quirk or something in how System.IO or whatever is getting the parent directory.

I've narrowed down the problem. I have two copies of the game: H:\Kerbal Space Program\... which is my normal copy and H:\Kerbal Space Program RSS\... which I want to use RSS on. When I run the RSS version from the shortcut I made on my desktop it searches for the EarthHeight.png file in the normal copy's folder. If I rename the normal copy's folder to something other than "Kerbal Space Program" It searches for the EarthHeight.png in "...\Desktop\GameData\..." which does not exists, it's just where my shortcut is. If I launch KSP directly from the RSS folder everything loads fine. All my shortcut is: "H:\Kerbal Space Program RSS\KSP.exe" -popupwindow Any ideas which thing causes this behavior? RSS, KSP, or module manager are the only things in this install.

I see... I didn't know there was an output log like this. It seems that it was trying to load a file in a different directory. I have a copy of the game I wanted to use for the Realism Overhaul and named the directory "Kerbal Space Program RSS" and the output_log.txt says it was looking for "EarthHeight.png" in the non changed folder "Kerbal Space Program/Game Data/..." which does not have RSS installed. Does module manager require the game be installed in a folder named "Kerbal Space Program" or is it the game or RSS? IsolatedStorageException: Could not find a part of the path "H:\Kerbal Space Program\GameData\RealSolarSystem\Plugins\PluginData\EarthHeight.png". at System.IO.FileStream..ctor (System.String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, Boolean anonymous, FileOptions options) [0x00000] in <filename unknown>:0 at System.IO.FileStream..ctor (System.String path, FileMode mode, FileAccess access, FileShare share) [0x00000] in <filename unknown>:0 at System.IO.File.OpenRead (System.String path) [0x00000] in <filename unknown>:0 at System.IO.File.ReadAllBytes (System.String path) [0x00000] in <filename unknown>:0 at RealSolarSystem.RealSolarSystem.Start () [0x00000] in <filename unknown>:0

I might have a similar issue as BadRocketsCo and I noticed people in the past have had the same issue but as far as I can tell they never solved it and just stopped asking. Every time I install RSS KSC ends up underground and the planets further out than Kerbin have tiny orbits and are on the original axis. Also, Kerbin still uses it's original texture. I've reinstalled the mod several times and the game as well. The only things in my GameData folder are: RealSolarSystem, NASAmission, Squad, and ModuleManager.2.0.7.dll.

I think even if it recognized the 64 bit MCR it still wouldn't run because the solveKepler.mexw32 is compiled for 32bit Matlab. This is what stops me from running the source code on my 64bit version of Matlab at least. I also had to create this account to thank the author of this tool. I was working on orbit solvers myself in Matlab and I'm glad you've taken it way farther than I ever probably would have.