Litjan

Hi Lena, I think it should also be noted that the POS INIT page doesnt yet work on the right CDU - its slated for fixing soon, though. The default view position is set up for the Captain´s head position - but you can easily set views up for the FO side (using X-Plane´s quickview system) and also use our IXEG view system (it has a FO preset), and also alter and save those views. So in conclusion, there is really not much to get into the way of your virtual carreed as 737 FO . Happy landings, Jan

It looks like you didnt select the SID (MCOY1)? I will try to reproduce that, thanks for the report! Jan EDIT: Works here with the Aerosoft database - which one are you on?

Thanks, racingmars. Changing those value-labels is indeed on our list - a tiny bit involved, though, as I have been told... Jan

Hold on for a second - small fix to hotfix coming up...

Little trick I use for fine control - use your mousewheel (haha, get the joke?) to zoom in, then your control will be more precise with the click and drag... Jan

Yeah, I agree - credit where credit is due. Although... quite honestly we didn´t see it on theirs and copied it (at least no one on the team admits to that ) . So it´s a clear case of "great minds think alike!" Jan

Wasn´t there this really flexible elastic guy, too?

I don´t think the software version we are simulating can - I remember always having the discussion if it´s "ok" to turn a bit early if there was a "flyover" on the SID, but our LNAV wanted to turn a tad earlier... Jan

just use default x-plane. I think its "mixture engine one 1 up slowly" and so on... Jan

Not quite yet - we will revisit this part of the approach in VNAV later on - once that is done and we declare it "good" I will invite all feedback... Jan

Hi Rodeo, the FMS (and we don´t have that quite down yet) - will eventually command the approach speed as entered in the FMS (Vref+5). Usually it will try to target the speeds associated with waypoints - and in the case of the intermediate approach waypoint (where the plane starts going down) this is mostly 180kts or so. After that the plane will try to slow down to Vref+5 (heeding minium speeds as dictated by lack of flaps). Jan

Correct - in VNAV the speed is determind and set by the FMC - use an alternative pitch mode like V/S or FL CHG to use MCP SPD. Jan

Airlines´ procedures for this may vary, but this is how we do it: Use LNAV and VNAV (if desired) to get to the intermediate descent point (usually ca. 10NM for runway, 3000´ AAE). Then set the MCP altitude to a HIGHER altitude (we don´t set it to MDA, because it´s really easy to forget and the plane would level off, screwing up your approach). When coming up on the intermediate descent point (in LNAV and ALT HOLD), turn down the V/S wheel to get onto the "virtual glideslope" - refer to the vertical deviation indication (just like a glideslope) to stay on the vertical profile. Once ca. 1000 feet below missed-approach altitude, set the MCP to missed approach altitude (to have it ready in case of a go-around). When approaching the MDA, click on the SPEED button to disengage autothrottle (we rarely disconnect it, as eveyone seems to be doing in their youtube vids - it would not be able to save you when you get too slow, if you completely disconnect it). When pushing SPEED button, the A/T will revert to ARM (dormant, bur ready to help if you need it for go-around). Now align the hardware throttles and gain control of the thrust levers. At MDA disconnect the autopilot and complete the landing manually. If airport not in sight, hit TOGA buttons for go-around (careful, AP will disengage!!) Jan

Exactly right - it´s a "precalculation" feature - this way you can read off what your final weight would be (although most pilots SHOULD be able to do this calculation in their head...) and more importantly, the FMC can calculate the path with the "final" weight already, and warn you if you can´t make cruise altitude, for example. Important: ERASE THE PLAN (delete) afterwards, or your FMC will not calculate GW accurately as fuel burns off... Jan

mgeiss has it right - don´t arm the A/T until lining up (for this very reason - it has happened in real life, too!)... To cancel the modes, FD´s off then on SHOULD work... if it doesn´t please post so in the support section! Thanks, Jan

Known issue, will be fixed! Jan

It is not fixed yet - but will hopefully be with next update - for now, click on "reboot gizmo" button (right side popout menu) Jan

Hi, yes, this was removed last second (after I did the tutorial) due to some issues... we will hopefully get it back, but it´s also easy to just use a text editor to make your COROUTE... Jan

probably plugin conflict (soundmaxx, JARdesign, etc.) Remove all except gizmo and reboot x-plane to test. Please let me know if that helps? Jan

I think someone said something about setting something in the XPUIPC interface that makes this go away... sorry, can´t remember exactly what it was? Jan

Still feels good reading that, though...

Everything is worth a try... I have the issue (although its really minute) on my beefy laptop, but not on my (slightly less capable) desktop. So it´s not purely a matter of raw computing power... Jan

Hi Philip, fortunately I get these weird sound "cracks" on my laptop as well - so there is a chance we will track them down. Working on it! Jan

Well, if you followed procedures, your hyd pumps should be all on LOOOONG before starting any engines ;-) I checked with Tom, and he said that the accu initializes with 3000psi (full load). You may deplete it doing various stuff (pumping brakes) and it will likely not refill when you repos the plane - do a full gizmo reboot to recharge it. Good luck, Jan

And DONT enter PLAN fuel, as I see many doing... It disables the automatic function of calculating actual weight form ZFW+ fuel on board! Jan