Litjan

After some research I found out that the "Wing inspection light" is indeed connected to the 28V AC ground service bus. Since we do not model the actual ground service switch (yet) we coded this as if the switch was always on = Ground service buses powered. The logic behind this may be that the wing inspection light needs to work for the ground crew to establish wether de-icing is needed, even before the flight crew powers up the aircraft. Cheers, Jan

Will take a look for the next update for sure! Just about finished updating the flight model for the "new experimental flight model"... Cheers, Jan

Yes it is. Jan

You are running an enourmous amount of plugins and extra scenery. Several of these plugins are known to cause problematic behaviour if not updated diligently. To find the conflicting plugin, disable all of them, then run the IXEG 737. If that works, add your plugins back in batches or one by one until the problem reoccurs. Once you have identified the conflicting plugin, check for an update of it. I know you said that you already did that, but if that is indeed true, you may have a hardware or windows installation problem. Your log.txt does not show that X-Plane detected any crash. Cheers, Jan

You are running a number of plugins that have been known to be problematic in the past, especially when not updated diligently. These include fly-with-lua, several ground handling plugins, but also some custom airports (with their own plugins), etc. Standard troubleshooting protocol applies. Remove all plugins (temporarily) and run X-Plane with the IXEG. If that works, start adding your plugins (maybe even in batches) and see when the problem re-appears. Cheers, Jan

When you answer this post, use the blue "choose files" underneath. Click it, then go to your main X-Plane folder (after the program crashed) - then locate the file GizmoLog.Txt Click on it, then choose "open". After that you will see it beneath your post - click on the litte + to attach it to your post. Do the same for the Log.txt (you can add both in a single step, if you select them both while holding CTRL). Cheers, Jan

Hi, I just tried myself, and I can hear all sounds (2500 - 1000 - 500 - 400 - 300 - 200 - 100 - 50 - 40 - 30 - 20 - 10) just fine and at a very normal volume. I attach the screenshots I took of the corresponding volume settings. Now that I think of it, I think we used to have problems with some user´s systems that had a soundcard that was only capable of playing a limited number of simultaneous sounds - and they were actually running out of sound channels, so they couldn´t hear all of them. Maybe thats something to investigate as well. You may also want to try and disable the XPrealistic pro, there is just no way of knowing how that may interfere with other stuff. Yes, we are still working on FMOD, that may help with some of these issues. Cheers, Jan

I faintly remember hearing about the problems of low callout sounds before...the first thing to check is that all sound sliders are at maximum, both in the IXEG sound preferences and also in the X-Plane sound preferences and then try again. Also try the callouts without an ILS tuned, I have to admit that I don´t completely remember which callouts the "smart" system suppresses in an ILS approach and I am too lazy to run downstairs and get my 737 OM-B out ;-) I just remember that we implemented that feature... Cheers, Jan

Hi there, you are running several plugins that are considered "problematic" when run together with other plugins - especially if they are not diligently updated to the latest versions all the time. Standard protocol applies: Remove all other plugins, then test the 737 again. If that helped, start adding your other plugins again until the crash re-occurs. You can also try to see if there are updates for some of your plugins, especially "fly with lua", "better pushback", "airport navigator" and that fmc plugin. Cheers, Jan

Hi Yohannas, I am not sure why you are not hearing those. I can hear them all fine. The "500" callout on the 737-300 is a "smart callout" and will only sound if you don´t have an ILS frequency set on your nav radios. If you have a decision height set on your DH window, it will say "minimums" at that DH, omitting the corresponding altitude, so that they don´t overlap. Cheers, Jan

No. You can only use fuel from one tank for both engines - effectively stopping fuel usage from the other tank. To balance the fuel you would open the crossfeed, then turn off the pumps on the tank that is less full. Cheers, Jan

This is due to the Windows Defender anti-virus checking every in and out operation. You have to exempt the X-Plane folder from Windows Defender live-virus checking (it is ok to scan it with the normal system scan, of course). Virus checking while data is transmitted slows down the computer so much that it looks like it freezes. Cheers, Jan

Hi, there definitely is a plan to get the plane VR-ready. I don´t know when that will happen, though. I am a big fan of VR myself (have an Oculus Rift), but with my headset I find the resolution too poor to use the FMS without either leaning in like crazy or using the zoom (which makes it hard to hit the buttons). I think the next generation of headsets will probably fix that, and having the plane be fully compatible with VR is definetely our goal. Cheers, Jan

Hmm, ok - maybe you set up some buttons or switches on your hardware to cut off the fuel supply? It happened to me, I got a new Thrustmaster throttle with switches on it, and my son always flips those when he stands by the computer. One of them was set up to operate the start switches and it kept killing my engines that way. Also "fly with lua" is a usual suspect here, or anything that interferes with datarefs. Last but not least we have a fair share of customers that somehow can´t get the activation to work correctly and the plane is therefore not unlocked DRM-wise. Usually you can see this by seeing the pilots in the cockpit (while in the cockpit view)... Cheers, Jan

it could be that your fuel is empty - or you have selected the option to start "cold and dark" (all systems shut off). Cheers, Jan

I think I have seen this problem before...but can´t quite recall it. I think you want to check that your graphics adapters drivers are up to date and also run the IXEG WITHOUT the "show vortices" option checked. Also make sure that you are not running any third-party code or alterations that play with X-Plane´s shader effects. If that does not help, remove all other plugins (fly-with-lua, etc.) and add-ons to get a "vanilla" installation of X-Plane and then try again - if that helps, slowly add the other plugins back, until the problem returns, then let us know what the conflicting plugin is. There have been some changes to the way that X-Plane handles graphics between 11.3x and 11.4x and it shows in some incompatibilities and graphics problems that were "fine" before (not really, but they didn´t show any symptoms). One example is our "vortices" hack, it can lead to the cockpit "disappearing" during flight now. It will therefore be disabled in a future update. Also make sure that you attach the log.txt file if the problem persists, our experts here can glean a lot from that info. Thanks, Jan

No - this is still a mystery to me. When you press the APP button with a localizer within capture criteria, the autopilot will initially bank towards the course you have set on the corresponding side. This would explain the sudden banking when you engage APP (and have additionally set the ILS frequency of the runway you are flying to, but NOT the corresponding inbound course). The autopilot has no means to trim the aileron or rudder, so if the plane is truly mis-trimmed after you disconnect the autopilot, something else must be at play. Do you have any other third-party plugins (fly with lua, etc...) installed? Again, to truly solve this I would need to look at a video of what is going on - texting here in the forums is like describing whats special about the Mona Lisa on a postcard... ;-) Cheers, Jan

Ok, that is the reason - you don´t push the APR button when doing an RNAV approach in this aircraft! It is not an A320 (thank god). You fly RNAV approaches in LNAV and VSPD (VNAV is not authorized). Cheers, Jan

Hi, the first thing that comes to mind is that you have set up malfunctions within X-Plane and a flap was not working. This would result in an asymmetric flap extension and a resultant roll. It is curious that you would get that (random) failure on two consecutive flights, though. To further troubleshoot this problem I would ask you to somehow take a video of the incident so I can check your flight for other possible reasons (icing, incorrect speed, asymmetric thrust etc.). Cheers, Jan

Guys, so far the track record of these issues has been pretty clear - in all cases there was some other plugin installed or other hard- or software problem on the users computer that made X-Plane crash when the IXEG 737 is running. At the risk of sounding like a broken record: Remove all your other plugins (temporarily) then see if the 737 runs fine. Then add them back (in batches) to identify the conflicting one. Jan

That looks very nice! Happy landings!

Glad you found the problem - it could be something as simple as your memory filling up over your session time, but I am not an expert on that. You seem to have 32GB of RAM, that should be enough, but then again you have more addons than I can count Cheers, Jan

It amazes me how much people can pile into their X-Plane installation and STILL have it running...without their computer imploding and turning into a black hole . Honestly, I can´t even begin to start speculating which of your hundreds of plugins and scenery add-ons may interfere with another one. You will have to try for yourself. Cheers, Jan

No idea, really (I can for some odd reason never see the attached log.txt files here) - if the whole simulator crashes then this is usually not due to our coding. Standard protocol applies: Remove all other plugins (not "firing them up" doesn´t count, you need to physically remove them from the Resources folder), then slowly add them back to see which one is offending. Quite often the offending plugin has a newer version available which fixes it´s behaviour. Another thought is running out of RAM - this often happens without even installing anything new, just by picking a specific area to fly in or having other processes running in the background. Cheers, Jan

Cameron is right - if you see the heads of the pilots in the cockpit it means that you have not activated your 737 with the authentification servers, the gizmo plugin is not running and all functionality of the plane is not working. Please follow all instructions for the installation exactly and activate your license for this plane, then it should work. Cheers, Jan