Litjan

Hi - "delicious" is a first, I like it! It describes the feeling of flying the real aircraft very well, too ;-) There is really no way to legally update the navdata-cycle. But buying a single update isn´t terribly expensive (ca. 10 Euros). Maybe we can negotiate with Navigraph to include a slightly newer nav-data package with one of our future updates, we well see. Cheers, Jan

Hi axmiha, the ability to do consecutive flights was added later in the run of our product - and it is a very complex procedure code-wise, resetting a lot of variables. It is also very hard to test, because obviously it takes a lot of time... So it is quite possible that you discovered a hidden bug in our calculation, somewhere, probably unique to your situation. We are planning to overhaul the whole VNAV calculation for a future update, especially to make the descent calculation more reliable. Therefore it would not much much sense to chase the quirk you encounter, as the whole architecture is going to change. As a workaround I recommend to "reboot" gizmo after you park. Just click the little "flash" symbol on the right pop-out menu, then set up your plane again for the next flight. As for your "turn around" mode problems, could you specify what you encounter? Cheers, Jan

Happy to hear that, Lee! The users having a great experience is what drives us! Cheers, Jan

Iirc, the effect of raindrops on the windscreen is actually derived from an X-Plane dataref that gives information about the precipitation. So we can´t get much more native that that. Cheers, Jan

Not having a hideable yoke is actually somewhat of a design decision: We want to replicate the experience of operating an airliner as much as possible. And finding a head position is always a compromise in the real plane, despite all ergonomic considerations by the designers. Yes, it´s easier to move your head in a real cockpit, but I think it is very managable to fly with the 3D yoke. I don´t fly with my VR headset or the TrackIR. Cheers, Jan

Hi, We have noticed similiar things - for some users. I have the same issue, sometimes. So far we have no idea why that would happen, the suspicion is that it has to do with the way X-Plane adjusts the lighting from bright to dim. We are still investigating. However, this problem should go away when we move the cabin lighting to HDR 3D lighting... Cheers, Jan

Nope.

Hi, your answer is in this thread: http://forums.x-pilot.com/forums/topic/13308-faq-no-cabin-llights/ In short: The cabin lights "bleed" through the cockpit door (XP bug) - so if you want the cockpit completely dark, turn them off by turning the FASTEN BELTS sign ON. Cheers, Jan

I think you are right, I remember that discussion about the pickup point of the voltmeter we had, and it is possible that we have a bug there. I still have to get out the wiring diagrams from the AMM to check... Cheers, Jan

This may be done when the APU is supplying the packs - it is not allowed to have both APU bleed AND engine bleed on at the same time (you get the DUAL BLEED) warning EXCEPT with the engines at idle. This is to avoid the stronger engine bleed to push air into the APU (reverse flow). Turning off bleeds would accomplish the same thing as turning off packs - but you would rob yourself of the pneumatic system and couldn´t use wing anti-ice or use the engine starter (in case you wanted to restart a flamed out engine). Cheers, Jan

It looks like the standby power switch in your second shot is on OFF. This would turn the Stanby Power off, with no frequency being generated by the inverter. Move it to STBY (full left) to activate the standby power. If the switch is on AUTO (as it is normally), you would not get standby power while the plane is on the ground - it would only activate in the air (safety feature to avoid draining the battery on the ground) Cheers, Jan

Thanks, Cris!

I heard that version 1.07 of Xenviro is out now - has anyone tested if the crashes are still there? Cheers, Jan

It is.

Hi Wayne, some things will only run on the left side screen, that is the weather returns, the coloured height map and the PLAN mode of the FMC. This is unfortunate but will likely stay that way for a while - we may revisit when X-Plane adapts Vulcan. You can certainly display all other modes (VOR/LOC, MAP, CTR MAP, etc) on both sides, just use the EFIS control panel to do that. There is only one FMS computer in the 737, so both screens will always show the same flightplan. Cheers, Jan

In the real plane, the rudder and the nosewheel are linked - so you can´t separately steer them. You could with the tiller, but you are not allowed to touch that unless going very slow (<30 kts). The nosewheel deflects a maximum of 7 degrees with the rudder, so there is really no danger of you "flipping" off the runway. This behaviour is mimicked in X-Plane, as with higher groundspeeds the maximum deflection is washed out to 7 degrees, too. When you encounter crosswind, the rudder deflection and wheel deflection are in the same direction (usually away from the wind to avoid you weathervaning into it), so if you touchdown while "decrabbing" the sense is correct for both (rudder and wheel deflecting to downwind side). Cheers, Jan

Hi, with failures in XP off you won´t have any failures in the 737, either. Unless you bring them about by not handling the systems correctly, like overrevving the engines will get you a EGT overheat, running out of fuel will trigger a low-pressure light for the fuel pumps, etc. Your duct overheat is a good example of that - it is a failure we encountered in the real 737 quite often. There is a small crossfeed from one duct to the other (to augment cockpit heating), and when running one pack the other duct often "overheats" even though it´s respective pack is off. Once you turn it on, the failure triggers. Its also easy to overheat the ducts in manual pack temperature control (no automatic governing) and in situations where it is very cold (and the duct temperature overshoots the limit before the pack valve can react). But as you found out, handling that is not a big deal - and to tell you the truth, most of the time the pilots will not even pull out the abnormal list for these "nuisance" warnings. Cheers, Jan

Its the way real pilots fly!

Errr, no (at least not for the 737 )! Jan

Annunciator brightness is an issue, we have dialed it up as far as X-Plane would let us...the new lighting engine in XP11 is affecting this. That being said, there certainly IS an issue with readability of screens and displays in the real aircraft, too - so XP11 probably has it more realistic than XP10. Cheers, Jan

Hard to say - it depends on the rest of the interior to be updated in 3D. My hope is for 1.3 (there should be a sooner interim bugfix-patch 1.21, though). Cheers, Jan

Hi 777 and thanks for the report. I think we have this one fixed for the next update, it is a case where you append a STAR transition to a flightplan, reared its ugly head a couple times. If you encounter a gizmo-screen pop-up like that, I recommend to reboot gizmo (in flight), you will just need to raise your gear, re-engage the autopilot and re-program the FMS after that. A hassle, but at least you can continue your flight with full functionality. Cheers, Jan

I would try to unassign that button and then run again. There are thousands of people running the IXEG 737 and they don´t need to toggle the nosegear to taxi with it...so chances are you can get those results, too . Cheers, Jan

Are you using any other plugins (pushback, etc.)? Make sure that the default X-Plane failures are disabled, maybe your nosewheel steering "failed". Display the raw deflection data for nosewheel steering to help you see whats going on. It is possible to assign the tiller to an unused joystick axis, this may even happen by default. Check that this is not the case, it is a separate axis from "nosewheel steering". Let me know how it goes, Jan

Works for us here at IXEG, too!