Litjan

Hi George, we are working on having airspeed reset to 110 kts on powerup, the other values will be what you had when you shut down last... Jan

It will...in the future ;-) Thanks for reporting this, Jan

Sure! Jan

Thanks - this has been reported a few times and a fix for it should be out very shortly! Jan

This works for me - are you sure the startlevers are all the way at "cutoff"? Jan

Thank you for the report - it does look indeed like there is a slight gap. We will check it out and add it to the list for 1.1! Jan

Tom is awake and aware - a fix is coming up shortly - we just need to decide if this one is the only fix for the hot-hotfix or if we should squeeze in another one or two that also cropped up... Jan

Yep, known, thanks! Will be fixes soon as possible! Jan

This is very weird and you need to provide some more details about this. Load the plane, and as soon as the first console pops up, stop X-Plane and post your gizmo log, IXEG_FMC_debug.txt and log.txt here. Thanks, Jan

Hi, this is the same error we see over and over - the other ones are just follow-up crashes. I am not sure you can revert (you could before by putting in the code number for previous hotfixes), but I expect this one to get fixed within a very short timeframe. Tom is still asleep (it´s 05:40 a.m. in Texas)... Jan

Don´t delete stuff on the CLIMB page, it is mostly for viewing your current limitiation - you can delete/edit the speed restriction altitude and speed, though. To manage your restrictions, go to the LEGS page and change them there. Your mileage with procedure turns and teardrops may vary - I am not quite sure how they hold up right now ;-) Jan

Hi, the "4 dots" doesn´t work anymore, it never did reliably - instead the FMS will constantly update the IXEG_FMS_debug.txt in the aircraft root folder, supplying that should be sufficient. After you get one "softcrash", nothing will work reliably anymore, so only report the first occurance, then reload the aircraft (or reboot gizmo). We did some sweeping updates to the FMS logic, so I expect to see the occasional bug that our small team couldn´t find in time. Thanks for reporting, this is helping us immensely to narrow down on the lingering problems and hopefully fix them very rapidly! Thanks, Jan

Yes, we had some problems with this before - we save the airplane´s fuel level on exit - and sometimes, somehow this gets set to 0 - I am hoping that this is cured now with the new patch 1.0.6 - install it and let me know how it goes? Thanks, Jan

Hi rlawrence, let us know how 1.0.6 does for you! Thanks, Jan

Thanks, Gary. We will investigate this! Jan

The "kink" is the attempt of the FMS to re-intercept the direct line between the initiation of the turn and the target waypoint. I don´t know the description of the MAP, but it could be that the bearing inbound to the holding fix could be specified. Jan

Hi and I disagree. It works fine for me. Check your X-Plane datarefs (data output) to see how much brake input you have. Jan

Yeah, this is due to the way we calculate the "runway centerline" - sometimes the resulting number differs a bit - don´t let it throw you off, the succession of waypoints it the accurate line... Jan

The real FMS were a bit laggy - but we got some CPU upgrades in late 90´s and that made it a bit faster. The problem is that in the real plane - the FMS runs on one system, the outside visuals and the airplane runs on another system (reality!!) - so even if the FMS is laggy, the visuals and aircraft will stay crispy . Or as someone once put it: Life is a stupid game, but the visuals rock! In X-Plane, everything runs on one computer, so if your FMS becomes laggy due to a too large database, chances are that the rest of the simulator comes down with it... Jan

Hi Richard, sorry to hear about your troubles! We had some reports where X-Plane key mapping went south - for example people reported that the B key will not only apply brakes, but also toggle the Beacon on and off... I think it is an X-Plane quirk, remapping usually helped. If you get a gizmo-soft-crash (window pops up), the code has failed. At that point we would love to get the gizmo_log.txt file and the IXEG_FMS_debug.txt files (available after next update to 1.0.6) from you, so we can find the reason and cure the crash. After that event, the code will not work right, anymore, and your best bet is to continue with conventional navigation (like you did). 1.0.6 is pretty imminent, and I would suggest waiting for that one before you go through the trouble of reporting any further code-crashes, that one should fix up quite a few of those again. We don´t have plans to add the older "paddle" type AP panel at this point - the current combo (new panel, steam gauges) is in use in real life, and the old panel with it´s constant clicking of the lockouts would drive people nuts . Cheers, Jan

It has been a while, but I think we limit the navigational database not with absolute mileage but with a certain "maximum allowable difference in latitude and longitude". Therefore the database will be bigger around the equator, smaller towards the poles. The reason we did this is performance. The database has to be accessed all the time, and having too many entries will slow down searches a lot. This does not only affect FMS entries, but we also need to check if a certain fix is on the map to display it... this quickly becomes a burden. The maximum fuel load is about 16.000 kgs. Under favourable conditions (light aicraft, good winds) this will let the plane fly about 3.300 NM (no reserves). A more realistic range, which the plane will be able to do with reliability is ca. 2200 NM (normal load, average winds, reserves). Most airlines have databases in the FMS that covers their area of operation - there can be quite a difference in memory available. I will add the request for a larger database, but we have to check how performance holds up for that... Jan

Ok! Jan

Yes, this is exactly like it works in the real plane. I am sorry, I didn´t build that plane . I guess it could be argued that it is more safe to continue the approach to the runway (with a single-channel autoland) than to maybe level off at a lower altitude that someone set by accident and fly over the runway and into a mountain on the other side... Anyway, I am sure the designers thought long and hard before making it that way - if you intend to fly a LOC approach or break off the ILS for a circling, don´t use APP, but instead use VOR/LOC and V/S. Jan

Hi - the little light will stay on after the next update... You should be able to engage autopilot modes, though - so I am not sure what is going on, there. I am sure you flew and mastered all the included tutorials on that subject? Let me know once that is completed, if you have any additional questions that are not covered in the tutorials. Cheers, Jan

Tchou is right - the only way to get out of APPROACH (VOR/LOC + GS) mode after GS is captured is to turn off both AP and FD... Jan