Jump to content

Litjan

IXEG
  • Posts

    5,608
  • Joined

  • Last visited

  • Days Won

    404

Everything posted by Litjan

  1. 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
  2. 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
  3. 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
  4. Ok, I will take another look, thanks for the report! Jan
  5. It could be that you have to use the FO brightness control knob on the FO´s side to control FO´s side brightness ;-)
  6. 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
  7. You can do both. Use instant if realistic is too slow (or doesnt work on the center tank) Jan
  8. 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
  9. 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
  10. Try to disable and see if you still get the effect?
  11. No, the ECON speed flown is influenced by current wind and adjusts with changing winds. Jan
  12. Hmm, interesting... do you have any plugins running that change the artcontrols, like Terra Haze or such? Jan
  13. 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
  14. 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
  15. 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
  16. 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
  17. 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
  18. 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
  19. Thanks for narrowing this down! Will try to reproduce and add to list... Jan
  20. 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
  21. 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
  22. Thanks for the report! Jan
  23. 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
  24. Nah, I will just leave it here because someone else might run into the same problem! There are no "wrong" bug-reports - I am happy for every report we get (MUCH better than a user being frustrated by something and won´t even bother to post) - and I am all the happier if we can clarify things. Jan
  25. Whoa, that was a "difficult birth", as we say here in Germany . Happy that mother and child are well, happy flying now! (You waited long enough!) Jan
×
×
  • Create New...