Litjan

That is not quite right, Tchou. In your defense it is hard to judge from the outside how much reverse is being used, and also some pilots will still use reverse more than idle at a lower level. Engines will also switch to a higher N1 idle value when reverse thrust is activated, so it sounds like the pilots are increasing (reverse) thrust levels, this counts as idle reverse, though. Most airports in Europe limit the use of thrust reversers to idle, only. Airlines have also found out that using idle only saves fuel and engine life, however break heating over a certain temperature (risk of brake-disc oxidization) is also an issue. For safety reasons full use of reverse thrust is always allowed, but be prepared for having to answer questions if you do so. Also bear in mind that full reverse N1 is not as high as takeoff N1´s. On Airbus planes, N1 won´t go higher than ca. 70% at full reverse thrust, for example. Jan

You really can´t with the mouse - if this is needed to float your boat, you need to assign a keypress or button... Jan

Thats the way its coded. Sometimes a STAR may have an AT restriction, so in this case just having the STAR may work... in other cases it won´t. Jan

Probably! Thanks for reporting! Jan

Yes - as you can also put in your own "numbers" from the scratchpad into the V-speeds, the FMS thinks you want to put the string "FILE SAVED" into the V-speed and rejects that. Only when the scratchpad is empty does the FMS know that you are trying to simply "accept" the suggested speeds. Jan

Hi Tim, every report helps - and it´s always good to know about these things to keep our eyes open for stuff like this. We naturally concentrate on stuff that is reproducable or being reported by many people - these are the easier and more important "bug-targets". But we still like about the odd stuff that happens, so thanks! Jan

Yeah, we are pretty much not able to do anything about this. I, for example, always have what some may call "micro-stutters" when flying X-Plane, even when using default planes. You can see the sim pause ever so slightly when loading in new trees, buildings, or other scenery objects. I have frame-rates of >50 mostly, and you can "feel" the dip to 30s when this happens. We do have some calculations running every few seconds, and this will also drop your framerate down a bit every few seconds. I guess everyone has a different sensibility when it comes to this, and also possibly your system setup (number of background tasks, memory speed, texture resolution, etc...) could have an effect on that. It is on our long-term list to spread out background calculation a bit more - but for now I can only suggest trying to tweak your system load (look for background, memory intensive processes). Sorry for not having more immediate help available, Jan Here you can see the graphical display of my framerate, sitting in EGLL: I have a base framerate of 40 fps, and every 4.5s my framerate dips to 30. I don´t really perceive this as stuttering on my machine, though...

Well, if you are VRAM limited (trying to show more textures than can fit into your GPU´s memory), then yes, a new GPU with more VRAM will help. But so would probably a lower tier GPU (if it had more VRAM)... Jan

Correct - and usually a modern GPU is yawning and stretching it´s arms while rendering X-Plane - while the CPU is huffing and puffing. The whole simulator is still woefully CPU-bound, even though the team at Laminar has added a lot of stuff for the GPU to do (HDR, for example). However XP10 is still pretty much a legacy, single-core-use simulator that will largely depend on your single-CPU performance in most cases. When I upgraded from a GTX 770 to a 970 I have not gained a single frame per second... Jan

Thanks a lot, Jojo!

This is what we read in your post above - now english is not my first language (and it is neither for Morten), and maybe you ment something else - but to me this does not jibe at all with: So please forgive us when we get defensive when we THINK that someone says that he has zero interest in our product because it doesn´t offer all lighting when not in HDR mode. We put a lot of effort and time into this plane, more than we will ever get even remotely reimbursed for monetarily, so it DOES hurt to read something like this. Jan

Oh, don´t be sorry - I am here anyway . But yeah, go ahead and watch a few of those and it should answer quite a few questions you have! Easier than me explaining everything here in the forums . Jan

User error - you need to regain control of your thrust levers as mentioned and shown on the tutorial videos. Please watch them for how to do that. Jan

I think the debug output was broken (to some extent) in 1.0.4... Jan

This is not (yet) implemented. Jan

When the overspeed protection kicks in, it will try to "nail" the speed to just below the maximum speed. So if you have set 150, but are almost busting the speed limit of 195, the speed cursor will "jump" to the new speed - and the autothrottle will work to maintain this new, higher speed. You need to dial the speed down to 15 kts below this to get out of the overspeed protection and regain control... Jan

Understand you perfectly, and yes, that can be a factor as even a very subtle slope may have a big effect on acceleration at these low powersettings... Thanks, Jan

Thanks for getting back on that, Tim! Yeah, we haven´t really fiddled with the instrument instructions - we figured that anyone trying to fly a 737 would be familiar with the basics of those . However, I agree that for the sake of polish we should get these in tune - I will add it to the list (though it goes towards the bottom end of it...) Thanks again, Jan

Thanks for the report - everything working as expected - except for the speed going to 34458 kts . Will add to list, Jan

Thanks for getting back on that - it sounds like an overspeed protection kicking in (blinking 8 symbol) - but this should limit the speed to 195 if you are on flaps 15, not 222... Next time it happens, can you try to dial the speed down to max speed minus 15 (this gets the autothrottle out of reversion mode) and see if this helps? So in this case you´d have to change it down to at least 180. Thanks, Jan

It´s smart enough to first disengage VNAV

Hi lanman, thanks for the rundown on your status with 1.0.4 - it is easy to loose track how everyone is doing in between the updates, so it´s good for us to know what is still not working for you! Most of your points are on our list - however the "autopilot getting stuck at 222" is something that really grabs my attention and I would like to find out why. Could you tell me what flap setting this happened at? Thanks, Jan

Hi Ken, thanks for reporting back and following up! Point 8 (VOR bank angle) is noted - I think it will be easy to implement this and you saved me the trouble of hunting through the manual, thanks! And thanks again for the nice words - the no AC power case was a bit of an ugly stepchild - and implementing it was partially driven from the "equipment still available" list, my fuzzy simulator memory (while frantically finding a place to put her down) and assorted lists of electrical consumer & bus listings. Incidentially found out that there was also quite a bit of wiring difference between individual manufacturer numbers... Please absolutey keep the scrutiny up, your feedback is invaluable! Cheers, Jan

Thanks for reporting back. I will state again that you removing (temporarily) all your other plugins (except gizmo and plugin admin) and rebooting X-Plane will be the only way to narrow this down. Flying with different aircraft and saying that they don´t have a problem is helpful, but only in a very limited way. I realize that this is a hassle, but short of me buying your exact same computer and buying and installing all your software in the very exact same way we won´t be able to find the problem... Jan

I would put money on VNAV overspeeding (getting within 10kts of the upper speed limit) due to a steep segment. Jan