Drag on intakes does not change after closing them

[Radam]

I have been testing a little something. A normal shock cone intake at low altitude and around mach speed.

There seem to be 2 drag systems still in the game. The old one with 0.3 drag value and adjusted for air intake. This is the drag that shows up in the action menu even if you dont have aero forces enabled in menus.

As you see the relic of the old system is showing drag of 1.78 while the new one under it says 20.07.

When you close the intake:

The old system shows 0.3, the new one 19.94. The difference in the new one is I think just those few meters of altitude and fluctuation in speed between screenshots. Not whether the cone is closed or not.

Is this intended or unintentionally left out?

(btw, I dont consider mechjeb and KER as being a detriment to posting this in "unmodded" section. )

Edited May 8, 2015 by Radam

[Radam]

This is not a mod issue, thats why I ORIGINALLY put it into unmodded section!

[NathanKell]

(Moved back to main support for visibility.)

Intended: intakes, like everything else, use the new dragcube system, so the drag value set by (and displayed by) the intake module (set based on closed/open, or intake rate) is completely ignored.

[Radam]

So its intended that closing intakes does not matter, and that a standard nosecone has higher drag than shock cone intake?

- - - Updated - - -

A separate but similar intriguing thing, a fairing base has the same drag coefficient after fairing separation:

[Radam]

Im still inclined this was not intended. As the feature was in 0.9 and there still are ways to modify drag multiplier of the part on the go. Just like landing gear for example. And as in real life the front part of the intake might not contribute much to the drag, but overall the air inside the duct will surely make more drag than if it were just a pointy cone.

Then again changing current drag values would mean increasing drag alot when they are open, and making it slightly more than a cone when closed. Which would put even more drag on various SSTO designs.

So, whatever

(code still needs a cleanup from the remnants of the old system)