Litjan

And you will get a blank roll mode when you press the TO/GA button in the air (GA mode). The roll bar will provide commands to maintain the same ground track you had when the buttons were pushed. Jan

You are correct. The valves are controlled with AC power (but operated by bleed pressure), so when all power fails and you are on battery, the bleed supply will just stay the way it is. In addition, the indicator needs power to "move the needle" (it is not springloaded to zero), so you would not see a change in pressure anymore, either (for example if you shut down the engines now). Jan

Oh! no, thats not what it should be like. I didn´t get what you were talking about, sorry. There you go again: A picture says more than a thousand words. Thanks for the report, Jan

You will also see a reversal of the "winglet" effect at higher speeds. The most benefit is during slower speeds with a higher angle of attack. The induced drag is higher, and the winglets are more effective in reducing it. At higher airspeeds the parasitic and form drag prevails, and the extra frontal and surface area of the winglets shows. From a pilots perspective I find the effect most noticeable during slow-speed descents. Especially when you are a tad high anyway, and ATC asks you to reduce speed "minimum clean" to stay behind some slow-poke that is getting paid by the hour . The extra "2 percent" efficiency gain during typical cruise speeds is something that only "really really great" pilots can "feel". I can´t. Jan

Hehe - some suggestions (all from the real airplane): Use a flashlight (there is one in X-Plane, too) Use the dome-light (this is what pilots usually turn on first when they enter the cockpit at night) Use the emergency exit lights (just flip the guard closed, they will light up if there is no power on the generator buses) Jan

Ok, I will take another look, thanks for the report! Jan

It could be that you have to use the FO brightness control knob on the FO´s side to control FO´s side brightness ;-)

Hi guys, yeah, the ESC thing...beyond IXEG´s control, fortunately . Good to read that you are making some progress, Bruce. If the new OS is no help, here is another hint regarding the thrust reverser-slowdown: Try to disable the option "Show custom animations in replay" in the PREFERENCES menu and try again? Yes, Benjamin, holdings are not yet implemented (as mentioned on the list we published many months ago here: http://forums.x-pilot.com/forums/topic/8526-things-that-are-not-going-to-be-in-v10/ We tried to be upfront with these shortcomings, but I think many users were not aware of this list... Jan

You can do both. Use instant if realistic is too slow (or doesnt work on the center tank) Jan

Most of these problems were attributed to some sort of live virus-scanner, like windows defender, avast, etc. Try to disable your scanner and try again. If that works, you can set your scanner to not check the X-Plane folder...that should be sufficient. Jan

Hi, we will tune the VNAV performance heavily in the coming weeks - it looks like you found a bug and that should be cured during the next quality-pass on vnav calculations. Jan

Try to disable and see if you still get the effect?

No, the ECON speed flown is influenced by current wind and adjusts with changing winds. Jan

Hmm, interesting... do you have any plugins running that change the artcontrols, like Terra Haze or such? Jan

Hi, I will look for that behaviour - thanks for the report! You know that you can always (while stationary on the ground) change the fuel in the GROUND SERVICES menu, don´t you??? Jan

Hi Benjamin, I am no authority on this - but I would assume that for good measure you should exclude the whole X-Plane folder. While it might be enough to simply exclude the airplane folder (you can certainly try!) I think we also poll the default apt.dat to find coordinates for "smaller" airports continuously (so you can see them on the map). Jan

Hi Matt, as soon as you get the console the first time, all bets are off. Consider the code to be "out of sync" and various things are not going to work anymore... To really help reproduce the crash, we usually solicit certain .txt files - you can read up on that in the included documentation (bug report guide). Otherwise it is near impossible to recreate the cause, there are simply too many factors. Once you get the console, close it, then bump your mouse on the right edge of the screen and click the "bolt" symbol to reboot the gizmo scripts. Then you can continue your flight. Only caveat: If you started the whole thing in "turn-around" or "cold and dark" then this will be the state after reboot. But you can work around that by clicking the option "ready to fly" before you reboot gizmo. Good luck, Jan

Hi, what exactly are you observing? We have a fix for the plane spawning with 0 fuel inadvertantly. We also have a fix for the center tank not filling/emptying on "realistic" speed. Did you observe something different? Thanks, Jan

Thanks for the report, Matt! The FMC shouldnt crash, period. We will look into that. Just a word of advice about the "optimum altitude": It does not take distance to fly into account. It purely looks at the current weight (and speed, if not in ECON). So it is quite possibel that you will get an UNABLE CRZ ALTITUDE warning, even if the optimum suggests that you should climb to it. I will try to replicate your crash - if you get another one, be aware that you can "reboot gizmo" while flying and at least you get a responsive FMC back (though you have to re-enter your data) Jan

I just checked on our model: 2000 feet of altitude, 48tons (105.600lbs) 280-250 takes 27s and 2.0NM. 250-210 takes 42s and 2.7NM. I checked one of my movies from the real aircraft - and it takes 33s to go from 240 to 210. Thats roughly 11s per 10kts (less at higher speeds, more at slower speeds) - so another 10kts for the 250-240 and we are coming out at 43s (vs. the 44 I have in our model). I am pretty happy with that! Jan

Thanks for narrowing this down! Will try to reproduce and add to list... Jan

Hi - this doesn´t sound like intended behaviour! Can you beef this report up with some pics or even a short video so we can see what might be going on? Thanks, Jan

Hi and thanks for the report! Could it be that you have "random failures" selected? I am not sure if "trim runaway" is a x-plane failure, but that is the only explanation I could think of. For the engine fire - yes, that is a known limitation. You need to reload the .acf file to get that working again - the fire-handle cutting the fuel supply does not reset on gizmo-reboot. We will look into that. Jan

Thanks for the report! Jan

Sure - it isn´t very prominently featured, I admit. Go to the "First Flight" Quickstart guide and check page 4 (PREFLIGHT). Here it says: • Configure your joystick as desired. We recommend that you set X-Plane's stability augmentation to 0, and the control-response sliders should be at about 25% Happy flying, Jan