Litjan

Ok, let me get home and I will try the latest beta - I am on XP11.50b14 still... Cheers, Jan

Hi shabani, yes, i would like to know the same thing - is anyone else seeing this? If not - maybe you can check if any third-party code is affecting this? Lets see what we can find out! Cheers, Jan

Hi, the only thing I can see here is the brake still being set, or some hardware axis being assigned to braking inadvertantly - you can check the status of brakes by displaying the corresponding value in the Data out tab in the X-Plane gui. We also had one or two reports of unusual rolling friction when people used some custom third party airports (I think there was one Bergen, Norway that was causing trouble)... Let us know if you find out what happened? Cheers, Jan

I agree! There were some really easy "low hanging fruit" gains and its always very rewarding to just kick the tree and see them all fall down .

That is very encouraging to hear! I see the same thing, sometimes the results on the LEGs page are a bit different than what one would expect, but I can always clean them up without problems. This is mostly due to us having to make some fairly dogmatic coding decisions ("when changing the STAR, ALWAYS....") which may lead to an odd situation where that dogma just doesn´t fit quite right. But trying to code for every possible permutation will lead to overflowing complexity and errror levels rise. When changing routings while flying in LNAV it always pays to review the modified route and prune/close up everything before clicking that EXECute button...just like in the real aircraft . Cheers, Jan

Oh, I have seen the VNAV calculation do the craziest things... even telling me I was 10.000 feet too high when I was only flying at 5000 feet . It may have gained self awareness and wants to get rid of all human pilots. For now I would take all of its calculations with a grain of salt, especially if the route was changed after liftoff an/or contains restrictions on the descent path. Cheers, Jan

Hi Daniel, yes, these are the sort of problems we will solve when the VNAV code gets rewritten... Good job on doing the calculations in your head - its good practice but of course we want to have the FMS be able to do the job as well! Cheers, Jan

I have this, too. As Ben said - it is not imparing the desired result, because if you have the menu open and try to "click" the options (or slide the sliders) you are not going to use the mouse-wheel. The only ill effect could be if you try to zoom in while over the gui window and inadvertently change a value of a manipulator behind the window... Thanks for pointing this out, Tim, Cheers, Jan

Hello Sabre, there could be many many reasons for this - did you select the scenario "ready to fly"? That should have your engines running (unless you run out of fuel). If you can not increase the thrust levers your joystick may not be set up correctly. Cheers, Jan

Hi Matt, yes, that is still very much on our roadmap...yet we want to complete the items that are still missing for "normal" enjoyment of this aircraft first. There are some failures already built in (go to the failures menu in the IXEG menu) and you can also do some native X-Plane failures. The details of our wear&tear + failure modeling have not been decided yet. Cheers, Jan

Ah, now I understand. We will likely add more commands for home-cockpit builders in the future, I collect all requests and we try to add them as we have time. I have to look into the issue with switching views to "no cockpit" (or HUD), I think there was a reason why this could not get enabled....maybe we can now. Good bye, Jan

3. There is a little "board" that you can click on (it will flip forward for a second) and it will turn all landing lights on at the same time

I just checked - and you are right! The right turnoff light switches are not correctly connected to the commands, same for the APU. Most users will operate these with the mouse or VR controllers, so it was never noticed. We have added these commands mostly for people building home-cockpits, so they can connect them to their physical switches. Recently a lot of manipulators in the cockpit were changed for 1.3 and I think these commands got broken. I will add an item to the bug list and we will fix these for a future update. The other switches you mentioned you have to operate with the mouse - we may add commands for them later (I will add your request for that as well). Thank you again for letting us know, Jan

We have not updated the paintkit yet - so if we leave the "very shiny" inlet in the download, everyone (all liveries) have to fly with the very shiny inlet. So we change it back to a moderately shiny one. Later every painter will be able to select the "shinyness" (if I understand that correctly). Cheers, Jan

Hello, all these switches are custom commands for the IXEG 737, you have to search for commands starting with ixeg when you set these to joystick buttons. The normal X-Plane commands for "lights" will not work. Cheers, Jan

Yes, Laminar Research is also investigating some reports of switches not working and it seems to be the combination with Vulkan that brings this about... Cheers, Jan

Hi Stephane, Here is your problem: Loaded: D:\X-Plane 11.50 BETA/Resources/plugins/UltraWeatherXP/64/win.xpl (uwxp251.xpmgraphics.xyz). It is known to cause this: https://forums.x-plane.org/index.php?/forums/topic/217345-ultra-weather-xp-v26-issues-situation/ Cheers, Jan

No, I don´t have any other ideas. You can ask X-Aviation support - but I doubt that there is anything that they can do, as thousands of other customers can download the patch just fine - so it is pretty much impossible to find out what is wrong on your end. Cheers, Jan

Well, you can see plenty of blinking lights and knobs in VR, too! You just can´t touch them...well, the VR controllers "buzz" a little bit when you do, so there is haptic feedback for "touch". I have seen some succesfull homebuilt cockpits, but I have also seen an unproportionally higer amount of woes and sorrow related to that. People asking (crying) for help on various forums (including this one), asking for datarefs, commands, "detachable displays", endless expermentation with Arduino, XPUIPC, fly-with-lua and so on. Eventually most give up, because it is very complex and our aircraft (like most 3rd party) is not designed with the idea of being "home cockpit compatible". Compare this to VR where all you need to do is put on the headset and immediately you sit right in that cockpit - and the feeling of realism is incredible. Yes, there are some things to get used to and technology has some improvements to make as well (mostly resolution, but also cockpit interaction) - but if you want to fly in a "real" cockpit more than you want to work on a "real" cockpit, I would go VR. Jan

You may have internet connectivity issues reaching the download server. This can happen if your computer is behind hardware (usually router or switch) that somehow does not play well with the connection. I have once solved the issue by plugging my network cable directly into the DSL modem (bypassing a second router) and then it worked. You can also try to connect to the internet somewhere else (like a WLAN) to download the patch if the above does not help at all... Cheers, Jan

I think building a cockpit would be a great hobby - I have two left hands (with all thumbs), so it isn´t for me... I think, though (apart from the fun of building it) that the future is in VR. I would just build a seat and flightcontrols mimicking the real ones (so you can grab them by reaching for them in VR). Probably a lot cheaper than building the cockpit, a LOT less trouble (getting everything to work) and you also get the benefit of being able to really lean and look out the window like you can in a real airplane (not with just a few screens giving you all sorts of trouble, too). So yeah, my personal opinion - the days of home-cockpit building are counted. At least as far as trying to create a realistic flying experience. It can still be fun if you like tinkering. Cheers, Jan

Arthur is right. The DRM (= digital rights management = anti-piracy protection) allows you to install this on 3 different computers. Once you want to install it on the fourth, you need to lock (= type FREEZE) on one of the previous three. Now this computer is locked up forever for the IXEG - we do this so people can´t swap the plane with friends and family at will. If you locked the computer you try to install it on (maybe by accident) you can submit a ticket to the X-Aviation customer service system and - depending on the credibility of your story - MAY get the machine unlocked. A second option is to wait until you do a major hardware upgrade. This counts as a "new computer" and you can install your version again. Cheers, Jan

Hi Doug, it is normal for the pop-up menu to be triggered by bumping into the left side of the screen edge. We have recently set up a command that you can assign to some button or key (via the X-Plane setup menues) that enables the user to trigger this window pop-up with a button or key, so maybe that is accidentally triggering for you? Once the menu is visible, you can not click any of the cockpitcontrols behind it (this is intentional, so you don´t click any switches by accident while trying to change values in the menu). I hope this clarified how it works, Cheers, Jan

Yes, I encourage everyone to check for this as well - it would be nice if we could identify some pattern of hardware/software/add-on combination that triggers this! Cheers, Jan

Hi CptBurgos, yes, it is normal for most departures that you load into the FMS. They create a "conditional" waypoint (in brackets), because the departure usually requires the pilot to fly straight to a certain altitude and then turn onto the departure route. Unfortunately the calculation of "WHEN" the aicraft gets to this altitude is still very crude and does not apply the correct elevation of the departure airport. It only calculates how long it would take (roughly) to fly rom sea level to 3570 feet (in your case), not taking into account that the plane is already at 3170 feet. This will be fixed in the VNAV updated. Cheers, Jan