Litjan

lanmancz is partly right: You need the little black placard for both manual and standby operation - not for auto. Flying in manual is an absolute emergency, fallback mode. You want to somehow keep the aircraft pressurized - any movement of the thrust levers will change the influx of air, and you would have to change the position of the outflow valve - try it, it is fully modeled! In standby you will set the CABIN ALT to departure elevation -200, then switch to FLT. During cruise you set the CAB ALT to the suggest value according to your cruising altitude. When descending, you set the CABIN ALT to landing elevation -200. This pretty much mimics what the AUTO mode is doing, too. Jan

You most likely flicked the "light test" switch on by accident. I really wonder if there is something amiss with your computer, because the problems you are describing are pretty much not seconded by anyone else? I hope you can figure it out, Jan

Thanks for the praise, Marshall! The FMC is progressing nicely towards a point were reliability is much improved! We have not started on the "yet to come" features, though, still concentrating on the odd crash and fixing some bugs. Cheers, Jan

Totally correct. The disengage bar removes electrical power from the Flight Control Computers, which also drive the FD´s.The disengage bar is more of an emergency device, when nothing else will work in disengaging the autopilots...It is NEVER used in normal operation (although a lot of simmers seem to use it extensively, not sure where that habit started). Jan

There are rumours that there was an update to GndHandling that might fix this issue... but not sure. One of our testers got GndHandling recently and never had any problems. Jan

Thanks for the report - but without proper log files it is almost impossible to see what was going wrong. Can you read the "bug reporting guide" in the documentation (sorry, it is in English)? We at least need a movie, a gizmo-log.txt and ideally a debug.txt Vielen Dank, Jan

Thanks, mmerelles! I am sure everyone who posted here read this post? http://forums.x-pilot.com/forums/topic/9419-if-you-have-problems-some-tips-inside/#comment-97935 Jan

Hmm, we are getting some reports on this - but most people can hear them fine... We don´t know why that is, yet. Can you please remove (temporarily) all other plugins except for gizmo - then restart X-Plane. You have to physically move them from the plugins folder, just clicking "disable" won´t be enough. Thanks, Jan

Hmm - but the flight-spoilers deploy on touchdown? Jan

The replay mode is sometimes a little buggy - since we had to work around X-Plane not recording custom datarefs for the replay. The flight-spoilers come out at touchdown (wheel spinup), the ground spoilers only after compression of the right main gear strut. So on supersmooth touchdowns, there can be a noticeable delay, too. Jan

Can you guys with the micro-stutters try this? Jan

Very interesting report - I will make sure to include that in my "recommendations in case of problems" list! Thanks for reporting back on that! Jan

Can you try with a default airplane? Jan

Hi Xander, I experience the same - but this is attributed to X-Plane´s physics modeling in tight turns. It just bleeds energy very fast...maybe we can tweak the ground model a tiny bit better... But here is my offer - you run that single engine up a bit higher and forget about the cooldown time - and I will pay for all the extra maintenance costs that you will suffer! Jan

Reverse sounds will be tweaked a bit for the next hotfix... Jan

At least you had the buffet all for yourself, then!

Oh, ok - this is something we need to address. You are clearing a speed restriction that is associated to a waypoint. I am not even sure if you can do it on the CLB page on the real plane - but it should be done on the LEGs page (use DELETE) to remove the restriction associated with that waypoint. I will talk to Tom, maybe we can allow this entry to be made on the CLB page as well, or we at least pop an INVALID DELETE. What you are seeing is certainly a bug, so thanks for reporting that! Jan

No idea what happened... and haven´t heard of that one before, either. The only chance getting a video of something like this would be running something like "shadowplay", it records all the time, and with a keypress you can save the "last 2 minutes" onto your harddrive. I mourn the loss of virtual Norwegian life! Jan

We like you guys so much, we want you to be closer to us! Thats why!

Hi XPlanePort, thanks for the detailed and excellent report. I see the quirk and I am sure Tom will be able to reproduce the problem very quick. We are currently still in the "kill all crash-issues mode" - the fixing of erroneous VNAV path will ensue very soon. Your case is logged and we will look at it fairly soon. For now (just as a temporary workaround) try to stay ahead of your FMC´s VNAV calcs. The plane will rougly do 1000 feet in 3 miles. Anytime you see that your next restriction (like 9000 at CAPKO) can´t be made, assume the FMC is trying to **** with you and revert to FL CHG and make the plane go where YOU want it to go. Airbus came up with "4 golden rules for pilots" - well, actually two of them have been there since the Brothers Wright - and one of them is "Take action if things don´t go as expected!". That´s why there are still pilots in the cockpit these days. The simple task of flying from A to B could be easily done by a computer... like our FMS . Jan

Hi Kerry, this is an excellent bug report - almost perfect. The debug.txt can sometimes not be generated (four times .... on the left CDU) because either the code crashed too bad before, or the user hasn´t selected the "DEBUG mode" option in the PREFERENCES. I believe that Tom has already fixed this bug in the next version coming up - there was a bad quirk in the STAR and TRANSITION selection process, that hit a lot of people... I will forward this to him just to make sure it is the same error, and please do me a favour and check again after the next update, would you? The N/S thing will also be fixed - just be aware that sometimes using the REFERENCE AIRPORT position is not accurate enough - especially on big airports. Use the GPS like you did, that should work fine everytime. Thanks again, Jan

Yes, if you are quick you can open the windows before the pressure builds up... we are going to have a fix for some window-problems in the next update. Jan

Did you check your failures setting in X-plane? Maybe you have random failures on (its on by default!) Jan