RedAV8R

Um...that's a math problem. Kerbal Engineer or MechJeb both has windows that'll show burn time, but height is dependant upon payload and can vary.

Well that'll more or less come when I run through RealEngines itself and redo/fix what I can, (XX.Xm) at the end of each engine isn't a bad idea. The sorting I can't help you out with, though I wish there was a good way. That's a property of how they are named and the organization of the mod itself in their folders, which I can't legally, and won't do. The node resizing is important and that will be verified for sure.

I use PP to measure current size...then use math to the size you want it to be...

Not in my install it's not.

Well...that's a neat trick...who made RO 5.7 ??? We sure didn't...latest v5 release was 5.2.1... Furthermore, "Realismoverhaul/parts/stock_resizes/" no longer exists under v6.0 the latest release...so that tells me you didn't follow directions to DELETE THE OLD REALISM OVERHAUL FOLDER!

An excellent one at that kind sir/madam. - - - Updated - - - oops:) Good catch. skipped over the word 'inline' the first time...

When things are said and done there MAY be a *.zip file with *.cfg in it doing that, that's still out for debate, but there will NOT be one shall I say out in the open, making that a default option. Honestly the 'cleanliness' is due, in large part to TweakScale, allowing the removal of pretty much every part out there. There are still a few minor bugs and tweaks to work out, but that's the big thing. Also some new 'fancy' MM tags, which if say using PartCatalog (I love that mod), actually places new parts in their respective mod's tab, instead of being placed into the RO tab. Part of the folder organization also easily allows a person to cut/paste the folders within RedAV8R to the GameData folder, which while the same folder names may exist no files are overwritten. This move also with PartCatalog (how can anybody use KSP with numerous mods without this thing), places 'new' parts into that mod tab instead of the RO tab.

No, because docking ports generally aren't that 'thick' in the vertical plane, like the CBM may be 2m wide in diameter but it's only like 0.25m tall.

Yep, it's on my list to check out before the final v6.0 non alpha/beta comes out.

That was an idea courtesy of Agathorn( I believe, I may be wrong), what this will do, is allow those who want to set a small MM config to REMOVE all parts which don't have this tag. When 6.0 is ready for final release all current and future configs will have this tag set for all parts touched and verified "RO/RSS Compatible". That way a person isn't searching through mods which aren't compatible, or even parts within a pack that have been intentionally left out for one reason or another.

May not be (Mercury) Space Program, but this is "REALISM Overhaul". Not going to do it, sorry, you are on your own. This was discussed and NK gave his nod of approval.

@PART[centrifuge1]:FOR[RealismOverhaul] { %RSSROConfig = true @rescaleFactor = 2.4 @mass = 15.0 } Not sure if your code was like that or not...but mass needs to be on a new line.

The way I've got things set up is the old 0.625 docking port became the 1.55m OD APAS89/95, the 1.25m port became the 1.55m NASA Docking System, and the 2.5m port became the 2.0m OD CBM. Each is set to only attach to other docking ports of that type...so a 1.55m NASA Docking System port WILL NOT attach to a 1.55m APAS89/95 port. APAS to APAS, NDS to NDS, CBM to CBM. The SDHI came with two docking ports, I made the stock looking one NDS and the IACBM a 2m CBM type. The Fustek Station the 1.25m IACBM became the 2m CBM and the 2.5m became a 4m fictional docking port...it's either that or it gets hidden which I'm ok with too. Other docking ports will be judge accordingly.

The ISS uses Russian Docking, Hybrid, APAS, all pretty much 1.55m outer diameter, and the CBM which is a 2.0m outer diameter. The new NASA Docking System which will have adapters for the APAS side of the PMAs are also 1.55m outer diameter. Which actually gives a roughly 800mm (80cm) inner passage diameter. The same as Apollo Docking System, which was also used with Skylab.

Yep, AIES sure isn't yet.

Well...that could be a problem... Being that Mercury never docked with anything I'm not inclined to add a docking port for it. Gemini on the other hand did, with Agena, which is simulated in FASA. I am open to adding an Apollo sized port, but that won't help much as I'm pretty sure that's similar in size to what APAS is.

You are right, they aren't, it's in the tweakscale configs.

The fuel tanks generally have it...and sometimes it updates ok, sometimes it doesn't, that is an interface problem between the TweakScale and RealFuels though, once that is resolved, all is well.

Correct, v6.0 Alpha1 now uses/supports TweakScale, simply download and install TweakScale, leave TS *.cfgs alone, everything in RO that should have it does...there are likely some things that does have it that won't or isn't right...this is an Alpha release, but there are so many changes and getting bug reports makes my job easier if everything is the same.

advice dog, That FX problem comes and goes, I dont' remember why, i put it back, grab it again and it's fine The SDHI has been fixed, I caught that a bit earlier, just hasn't made it into a release yet and the FusTek is being redone at the moment, and only about half way done. Solution: Time, it will be fixed within a day or two.

Well...what is in here now is for the original...a lot has happened since then...I will be repairing it, just not there yet. I'd honestly forgo the B9 until I can ensure RO standards.

No the OP says it's best with...it's not required...hopefully with 0.24 nobody has to mess with it.

Get your main game folder out of the Program Files directory, move it to C: or C:\games or something.

I believe I missed responding to this similar question in the other thread. Hot Rockets is on my list to support, I'm not there yet.

What problem? They don't have them yet:)