Litjan

Thanks for letting us know, @Pacifica! Zink is working as an OpenGL bridge, so it isn´t surprising that it might influence the drawing of cockpit symbology... too bad that turning it off will also make the framerate decrease a lot for AMD users. I will bring this up with Laminar, maybe they can improve Zink to help with this...

Dead horse, please check post in Bug reports/IXEG confirmed

@Debowing Don´t use SAM.

This is turbulence, try it without real weather and no turbulence. I will try to see if I can reproduce the fuel problem!

I will doublecheck that again, can´t say that I have noticed that yet. Maybe if you are right between two values... we don´t do any dampening, so if the temperature is -30.499 and then changes to 30.500 and goes right around those values...yeah, I can see that changing rapidly all the time? Can you do a video of what you see? Bobby is hobby, nur wer muss fliegt Bus ;-)

You guys both have AMD GPU´s, correct? I suppose that your drivers are up to date. I am not familiar with those, but do you have a utility software that you can set certain things (like anti-aliasing, mipmapping, etc.) on? For Nvidia it is the Nvidia Control Panel. Maybe you have set some special setting there that would affect the OpenGL drawing?

Interesting...it should be off by a bit (they rarely are exactly the same, one being fed from the air data computer, the other showing raw data), but 300 feet may be a bit too much. I will check!

Hi, could you try again with all your custom scenery (especially X-Europe and VFR Hungary) removed temporarily to another folder? Vielen Dank, Jan

Thanks for the report - I will try to fly the BKX4 departure and see if I can replicate (and hopefully fix) this. Cheers, Jan

Hi there, and thanks for the detailed feedback! Some things are already known, you can always check that here: https://forums.x-pilot.com/forums/topic/27194-ixeg-v15-for-x-plane-12-confirmed-bugs/ The Nav1 frequency will be "weird" in other X-Plane aircraft, too - I agree that it looks strange, but in subsequent use it will default to the previous frequency you had tuned during shutdown, so it should be a very transient problem. The transponder code 7000 is for VFR flights in Germany, it is just an arbitrary choice. 2000 would be military night flying, 1200 is for VFR in the US. Fluctuating numbers are measured very often, the pilot needs them to be updated all the time. The documentation was not updated yet. The clock´s year can not be changed (yet), that is a very low priority but maybe can be changed in the future. The PROG page is still WIP, much of it´s content is not calculated correctly. The fuel flow at idle is indeed a bug that will be fixed for the next version. The effect of engine-anti-ice on fuel flow is negligible, we have not modeled it (just like the effect of winglets). The plane will always turn the shortest way, if you turn the heading bug past 180 degrees, it will reverse the direction. No, we won´t make a clickspot for all lights, but I might get Tom to make the inboard landing lights "toggle click" instead of "grab and pull". Cheers, Jan

Yeah, we have to keep an eye out for these things - ultimately the move to FMOD will alleviate a lot of the sound problems, I think. Today I lost all IXEG sounds after having the sim on pause for half an hour...

I would like to say it is a feature ;-), but if so - probably unintended. On the real aircraft, those key buttons are like "microswitches" and you will hear a click when you push them down. However sometimes they are so worn, that they dont make a click anymore but still work. Maybe the CLR button is like that (it is used very often).

Regarding the "pitch oscillations" - I have not been able to reproduce those YET, but this could be due to environmental conditions like turbulence, etc. If you use FL CHG when descending from a higher altitude like FL240, the target speed will revert to a Mach number (if you have been on VNAV before) and since the true airspeed for a given mach number increases rapidly with decreasing altitude, a jet will really "dive down" if you initiate a constant Mach descent. Modern airliners are better at mitigating this, but nevertheless, descent rates are high) 5000+ feet/min. Use V/S to initiate the descent - I did (with -2000 fpm) and the plane pitched down smoothly without overshooting and maintained 2000. Cheers, Jan

Just flying your route, @SWA4420, could it be that you did not remove the route discontinuity after the RNDRZ2 arrival terminates at BERBN? It actually ends in "radar vectors" and ATC would expect you to keep flying straight (away from the airport) - you are only allowed to turn onto the ILS if you are cleared for the approach, in that case move "SHAND" onto the "vectors" line to "close" the flightplan.

We have not heard back from @Pacifica, we asked him to remove his plugins to test if those have an influence... maybe you can try the same so we can isolate the conflicting plugin and work on a solution? Thanks, Jan

You can configure all the views you want (well, up to 10) with the default X-Plane custom view system. Use CTRL-Numpad (number) to store a view, then just the Numpad (number) to recall it. You can even save these views to joystick buttons. Engine start too fast is known, it is a Laminar problem, Austin is working on it, we are providing an interim fix with the next update (it still looks weird, but the total time to idle is better). Cheers, Jan

I agree with Cameron, if this was a problem unique to our aircraft, we would have seen more reports like that. Laminar should be able to trace your crash and see what it is caused by, especially since you can invoke it so readily. They can also contact us (we are in communication with LR like most developers are) if they have any further questions or have an idea how to fix the problem from our side). Sorry we can not help you immediately.

Ok, thanks for testing everything so patiently! I will see what Tom will say, maybe there is something obvious that we can fix easily. Thanks again and I hope you can live with the blurries for now, Jan

Can you try do disable your simHeaven scenery just to test? You can add the _DISABLED into your scenery.ini file to disable them temporarily, like this: SCENERY_PACK_DISABLED Custom Scenery/X-Plane Airports - KBTV Burlington/

?

@AngelOfAttack I have identified and fixed the reason for the weird pitch during takeoff and landing. It will be fixed in the next version, so dont get too used to the effect ;-)

I have actually noticed, too - and have tried to fix this, but have not been succesfull yet. It was working in XP11, too. The setup for the blur seems to be correct, flames and sparks (damage) are working fine...just no heat blur. I have to investigate further...

Hmm, it surprises me that you are getting blurry textures at less than 3GB out of your total 6GB used! Maybe also try running at the highest texture setting and see if that helps? Does this only happen when running the IXEG? Or also with other aircraft?

You are right, I can see it with the "front galley lights" being on! I think it is an artifact of X-Plane´s lighting engine resolution, lights that are further away will have less resolution when it comes to their lighting effects to save on rendering performance (kind of like the shadows do, too). I think the ultimate goal her is to emulate the cockpit door and rear wall being really opaque...so that there is no lighting from the cabin if the door is open (in the real airplane the galley lights go dim when the cockpit door is open).