Litjan

We run a "rough" calculation based on total distance of the route, but omit other factors (speed, altitude,...) so it may or may not be fairly accurate. The fuel consumption of our plane is fairly accurate, though - so you can use real performance charts to plan the fuel needed (if you have them). I often just do a quick calculation in my head: Distance/400 = flight time in hours 2400kgs * flight time in hours + 1500kg ascent/descent fuel + 2400kgs alternate/holding fuel Adjust this a bit for head/tailwind (if known) and for heavy/light aircraft. We are currently doing a rewrite of the VNAV calculations (you can notice them not being very good especially on descent with restrictions) and this will also give us a better way to calculate and total up the different route segments with regard to speed and fuel burn - which will make predictions on the PROG page more accurate. Cheers, Jan

Hi Valentiner, it is not implemented correctly yet. To save you the trouble of finding and listing all deficiencies not implemented yet or missing, I would like to direct your attention to these two pinned posts: https://forums.x-pilot.com/forums/topic/8526-things-that-are-not-going-to-be-in-v133/ https://forums.x-pilot.com/forums/topic/17981-version-133-known-bugs-and-workarounds/ Cheers, Jan

Normally all customers that purchased the IXEG 737 get notified of updates through the email adress they used to register at X-Aviation with. You can always download the plane again after logging in to X-Aviation (your customer account) and that would give you the latest version Cheers, Jan

Make sure that you don´t submit new tickets, this would put your request at the end of the line again.

Well, never change a running system! Yet I believe that the latest update may actually cure your problem... Thanks for the nice words! Cheers, Jan

Hi Markus, two possible reasons: 1.) Other software interfering, most often this is XPUIPC - this can be solved by using an older version of this plugin (search this forum, some people have reported which version works). 2.) The autothrottle having "control" of the thrust levers - to regain control you need to turn off the autothrottle mode (either N1 or MCP SPD or GA) and then align your hardware throttles with the position of the "virtual" throttles (aided by the ghost image UI). Cheers, Jan

It is hard for me to tell what problem you are actually suffering from. Entering restrictions into the LEGS page should mostly work, although the plane will often not meet them in VNAV. The file "This is Aerosoft.txt" file should not matter if you updated your navdata correctly with Navigraph data. It is not read by the code. We are currently rewriting the vertical navigation code, this should make the plane adhere to restrictions, both from the database and also from user entry. For now I would suggest not adding/changing any restrictions and just achieving them with selected autopilot modes (vertical speed or flightlevel change). Cheers, Jan

Ben is right, you need the intervention of X-Aviation support to clear this up. It looks like you might have X-Aviation products running on this computer before - but with a different X-Aviation account. This could happen if you bought this computer from someone else who used X-Aviation products on it. Or you have created multiple accounts with X-Aviation. A very rare situation, but possible. Sorry for the inconvenience. DRM means "digital rights management", another term for "copyright protection". It is our measure to ensure that products bought from us can not be shared with others. Cheers, Jan

Hi, you can normally install the 737 on three different computer (machines). If you just bought it yesterday it is unlikely that you exhausted this. At any rate the DRM would ask you to delete one machine, not stating that the account is registered elsewhere. You need to input your email and the password you used to register to X-Aviation into the gizmo registration window. Replies from customer support usually take between a few hours and a few days, depending on support load and weekend/workday status. You can also post a screenshot of what exactly you are getting when trying to register it here so I can guess a little better as to what your problem is. Cheers, Jan

In addition to the VNAV work we have also these fixes lined up for the next update: Improvements * Added switch in aircraft file to always force experimental flight model on * Improved tracking ability of nosewheel in tight turns (less skidding) * A "direct to" turn will not attempt to re-intercept the line between current aircraft position and the waypoint * Yoke checklist can now be flipped up and down and yellow bug goes all the way to top again * Added a dataref to indicate if autothrottle is active or not * Added a preference to "pause on Top of Descent" Bug fixes * Fixed right-hand windshield wiper 3D * Fixed fuel gauge testcycle * Fixed leading-edge devices lighttest button * Fixed EGT needle on steam gauges not going higher than 800C * Fixed hydraulic accumulator pressure on modern gauges always showing full pressure * Autopilot trim cutout switches will now also stop the speed trim * Scavange pump will not trigger unless a center-tank pumpswitch has been turned on then off * Animated stopwatch buttons * Vertical speed scrollwheel can now turn "infinitely" (instead of running against an invisible turn limit) Cheers, Jan

There can be a problem with a manipulator movement, dependent on the camera position. Just let go, move the viewpoint a tiny bit and try again, then it will work. I think it is an X-Plane problem... which version of X-Plane are you running? I think something was changed recently to fix that... Cheers, Jan

Sweet, thanks a lot!

A very interesting lead on this issue, Pedro. This might still be a thing to take to Laminar and/or check on our side. I think most people can run with max textures these days, but I think it should still look nice if you don´t. Cheers, Jan

Thanks for the report!

Thanks for understanding! I think sometimes a friendly no is better than a politically correct - "ok, we will see what we can do" - and then never do anything .

Yeah, I totally understand what you are saying - same for me. But when I take care of my kids, work, partner, pets, housework, or anything like that...I am far away from any of my computer controls. And IF I bump my joystick accidentially when sitting down or getting up or reaching for my coffee - all it takes is 3 seconds to recover the aircraft (it is usually well trimmed when the autopilot flies it) and then turn on the autopilot again. I can´t - for the life of me - understand how someone could bump or deflect the joystick "accidentially" long enough to get a 737 out of control, short of falling asleep at his desk... Thats why I think that even 5 minutes of dev time on this are not worth it - plus the added complexity and support load because someone is bound to click that option and then go on a tangent because "his joystick doesn´t work".

Hi Christian, the speedbrake we use is really the default "spoiler" dataref in X-Plane, so it should be accessible with that dateref. I am using a joystick button to set the speedbrake to its detents, so this should already work, I think. Cheers, Jan

This does happen in the real cockpit as well - and I consider it realistic. As is the solution: Be careful! We will definitely not disable yoke input because it is a real and important feature of the real aircraft: You can override your autopilot with flightcontrol inputs most of the time. Cheers, Jan

Heresy! There is always a possibility, I throw this one onto the stack of ideas and suggestions . I have to check if X-Plane offers those lights natively. Cheers, Jan

Hmm - Tom has seen something similiar on his machine, but I was unable to confirm it on my end (Geforce 1080). It warrants further troubleshooting, maybe a combination of drivers, Vulkan, graphics settings?

Hi, the temperature you enter on that page is called the TASS - the "temperature assumed". This is done to "trick" the engine into thinking that it is really warm outside - so it will reduce the available take-off thrust to stay withing temperature limit for takeoff. Since it REALLY isn´t that hot, the engine runs at a reduced thrust, saving wear and tear. The engine is flat-rated to +30C, so a TASS lower than +30 will not work. Thats why you can´t enter negative numbers - normally you will not enter a TASS that is lower than +30C. http://www.b737.org.uk/assumedtemp.htm Jan

Hi Sebastian, thanks for the headsup - I will take a look, but this might be normal. Normally you will only enter the TASS on this page - which is by definition at least +30C. Cheers, Jan

Thats funny - yeah! Good excuse, isn´t it? I guess you can map keyboard keys to "left brake" and "right brake"...and possibly left and right (and center) rudder, too. Cheers, Jan

Good question! The aircraft (like the real 737) can autoLAND but not autoROLLOUT. The autopilots have no control over rudder or nosewheel. Thats why the aircraft is limited to the CAT IIIa minimum of 50-200. The pilot needs to SEE the runway lights at 50 feet (and have at least 200m runway visual range) to be able to keep it on the centerline after touchdown. So the proper procedure is to disengage the autopilot shortly after touchdown...it will try to maintain the LOC (centerline) with the ailerons...which don´t really do anything while you are on the ground . Cheers, Jan

No worries - and I am much more happy with this solution than you not having backlit gauges and not knowing why! Cheers, Jan