RXP

It looks like the GTN trainer was consuming about 5GB of "memory" here (VRAM+RAM - both the same in this case), which I find suspicious. Even at about 46 mins it was not consuming this much, yet fps started to go down. As for the significant drop at about 50/55 min, this sounds to me like the process is hitting the available memory address space (the trainer is a 32 bits program limited to 2GB RAM). It is also possible the problem lies in XP11 SDK as well. For example there might be a bug where the more you run and redraw the plugin, the more resources XP11 allocates and don't release, and this bug might be only exhibiting because you're using an integrated GPU instead of a discrete one. I'd suggest you try using this tool now: https://docs.microsoft.com/en-us/sysinternals/downloads/process-explorer It will allow you to monitor the actual working set, and total memory (both RAM and VRAM) that the trainer process itself is using, as opposed to the entire system memory consumption. This might help to pin point the root cause and maybe a solution. If this problem would be solely GTN related, I'd suspect there would be more widespread reports in the forum. This is why I'd first suspect probably a bug with the Integrated GPU Drivers remains the most probable cause (are you Intel or AMD?). You might want to also cross check any update for your integrated GPU and eventually whether there are other reports with other games of increasing memory consumption over time for example.

@Noel Speaking of number of users, this is highly unscientific, but there is 1 figure which I find interesting: the screenshot forum! - Avsim.com 134,332 posts and 19,000 (763 pages of 25 topics) since 27 APR 2003 (first post: https://www.avsim.com/forums/topic/147106-boeing-747-400/ ) - X-Plane.org 110.900 posts and 4,307 topics since 15 MAY 2002 (first post: https://forums.x-plane.org/index.php?/forums/topic/4863-olbia-sardegna-italy-4/ ) So relatively speaking, Avsim screenshots forum has 4x more topics but covering all simulators (though mostly MSFT series) whereas X-Plane.org is mostly (if not only) about X-Plane. I honestly don't know what conclusions to draw from this, but the proportion seems correct and nothing to be shy about for X-Plane?

I might be wrong but I believe the poll is inherently flawed because there could be a bias in the results solely due to the type of the simulators most often used by the avsim community members, compared to the type of simulators most often used by the x-plane.org community members for example. Would you consider opening the same poll on x-plane.org forums for the sake of cross-checking this?

Since last year, they're now offering a downloader and installer tool, and it might be possible it doesn't affect the Github counters?!

Thank you for the additional details! If I understand correctly, 2.8GB VRAM and 9.5GB RAM were the peaks your system did reach when fps where starting to drop? I find the 40min figure is interesting and this is giving me a probable hint, but I'd need to be sure about the behaviour of RAM/VRAM for a longer period after the fps did drop. If they where the highest you've noticed but if this was before fps dropping, did they further grow when you were running with < 20 fps afterward, and did they still continue to grow afterward? If you look in the Windows Task Manager, what is the reported VRAM available (both dedicated and total) and how much RAM do you actually have too?

Hi, First of all, the solution is really not meant to run without a discrete GPU and the RXP GTN User's Manual explains how to configure Windows in order to make sure the trainer is running on a discrete GPU (NVidia or AMD) instead of the integrated one. What I'd suggest you do though, which might help maybe finding whether there is something which you can do or that we can do, is the following: 1) right before you fly, open the Windows Task Manager (CTRL+SHIFT+ESC) and display the "Performance" tab. 2) during your flight look up the total GPU memory used and see whether it keeps increasing, 3) compare the GPU memory figure with the one reported inside X-Plane Graphics settings (it displays next to the texture resolution slider) If both are increasing it is most likely XP11 itself which is using more and more GPU memory, if both are growing and shrinking about in the same proportions, it is your CPU RAM which is struggling most likely. The above is not a precise methodology but it might help seeing better what could be the potential reason(s). -

@mSparks X-Plane market share didn't grow because it is better and the numbers are there in the survey to prove it: what grew is the number of respondents and they were all X-Plane users, this is the only reason the X-Plane number has grown from the 2020 survey, not because X-Plane is better than the others. 🤪🤣😈

I don't think there is any intentional bias either, but a bias nonetheless only because of who promoted the survey to whom in general. The question I'm raising is: if the list of partner would include 50% of partners dedicated to X-Plane only (add-ons and news), would the numbers read the same? It is also worth noting they indicate that their turnover was about 50% (about same number of total respondents but 50% of them in 2020 didn't participate in 2021).

Probably dyslexia, people clicking FS2002 but reading FS2020 ?

This would mean about ~3% of their user base has participated in the survey? I believe I've missed this information. Can you please give the page # in the survey or the URL to this info?!

I might be wrong here, but it also seems to me the survey was promoted mostly onto the survey "partners" channels, which are listed page 8, and when looking the full list, most are not really present in the X-Plane eco-system and some of them are very "hype" in the FS2020 world. Furthermore, I might have been living in a cave or the advertisement pre-campaign done by Navigraph on "social medias" didn't reach me, because I honestly discovered the survey only when it was out and not prior, where I could have offered to partner Reality XP with Navigraph and to participate in the elaboration of the questions. In other words, I believe there could be a strong bias because the survey was promoted on medias and from companies that are reaching more of the FS2020 audience too, especially FBW for example which has a strong presence on social medias, and is reaching a lot of more "hard core" simmers on FS2020, some of them using it in FS2020 while they are waiting for other vendors 737 and A320, instead of using existing 737 and A320 from renown vendors on XP11.

As soon as a RXP component loads (the add-ons RXP menus, the RXP gauges), it creates its own log file with at least 1 line telling the version number of the component. This information is important because it tells both the component is loaded and whether it is compatible with the simulator version you're running. If you don't have any RXP log file, this alone tells there is a problem from the get go which might not even be related to the RXP GTN. Are you sure the panel.cfg for the FSW Lear is actually using only the RXP GTN gauge and not a mix with the older one you had? Also, I've asked you to try out with a default aircraft in order to cross check whether you're experiencing a problem with the GTN itself, or the GTN in the FSW Lear. Did you try it out?

FWIW: I'm using 497.09 which I find better than 497.29 for VR. Yesterday I had FS2020 systematically crashing every time when done with the loading screen, but I found the reason and the cure: don't set Nvidia CPL Texture LOD to "Allow" but to "Clamp" and this solved it for me (I wanted to try something with Texture LOD so this was the only change I made).

The positive conclusion to me is: 🙂 The question I'm raising is whether "C:\SimFprogs\Garmin\DB\" is the folder you've manually selected during the Trainer installation, and whether this folder is clearly showing in the RXP GTN log files in case you hadn't created the FPLN folder there. I'm basically cross checking with you whether the information was there to find, and whether this information (manual and/or log file) is right or wrong for our customers.

Hi, Actually it is in the manual (see below)! In any case, when the FPLN folder is not found, the RXP GTN will write the expected folder in the log files for quick (and non-ambiguous) reference! PS: a quick look in the manual where it says: The footnote #12 says: And the aforementioned chapter tells: So if you're installing the database in another folder than default, the folder generically referred to as "GTNNAVDATA" is the one corresponding to the the one where you've installed the database files. It is therefore also the one where you'll create the FPLN folder!

I was wondering whether it was not just 5.3 indeed, it seems it has been like this a while back already... thank you for the confirmation! NB: this is the first time I get such report though.

Thank you for the info! I confirm there is a bug in that the GTN is picking up all sorts of AI traffic, because P3D5.3 (at least but maybe other versions before) did change the behavior of one SDK function... 😲 We'll fix this in the next update. Thank you again for the feedback!

@Deltaair1212 Please allow me to repeat myself again: This means both lateral and vertical guidance, the former always, the latter for LPV approaches. May I suggest the following: - Can you please post the content of the RXP log files? (see user's manual for file path) - Can you also try with a stock aircraft in order to cross check whether it is aircraft related or gauge related?

Are you actually talking about the pseudo ILS signal generated by the GTN for landing, or the vertical deviation enroute? The former is fully supported, the latter requires a Garmin autopilot IRL and is therefore not implemented in the RXP GTN as a "generic" mode for any aircraft. Is there any chance you can post a screenshot of this?

Hi, I've noticed this lately (since 5.3) and I believe the GTN is not filtering out all AI aircraft, including those birds! (but this is a cool bird strike avoidance system though!) What is this wildlife autogen program you're using? I'd like to repro and see exactly what is happening.

Hi, The GTN fully binds to the autopilot but you have to make sure it is in a condition to do so: - The device is set as the "Master Device" (there can be only 1 device controlling the A/P at a time) - The device settings enable "Connect GPS to Autopilot" (otherwise it won't do anything) - The simulator autopilot has valid HNAV and VNAV mode armed - The device CDI mode is "GPS" - The simulator nav/gps switch is "GPS" What could go wrong? depending on the aircraft you might want to review the GTN settings "Connect CDI Mode to NAV/GPS Switch" and change the "Sync Mode". Some aircraft are using their own switch and are overriding others, in which case you'd use "GPS <-- SIM" and the aircraft switch instead of the GTN CDI button. PS: VNAV/VCALC shouldn't have any incidence.

I'm sorry I didn't catch this specific issue in your 2nd post! This is what controls the display position and dimensions: gauge00=rxpGTN!GTN_650_2, 0, 0,677,297,NO_BEZEL Since the W/H ratio seems correct from the look of it (didn't do the maths), the only explanation to me would be the 3D model is not UV mapping the texture correctly. In other words, the gauge renders into the VC texture named texture=$GTN650 but this texture UV mapping on the actual GTN 3D model in the VC is not proportionally correct. If you look closer, the VC entry dimensions for the GTN 650 were in the first post: size_mm=1024,512 Your latest panel is using size_mm=1024,1024 hence the GTN rendering smaller!

All 4 of them (the ones I've indicated)?

Only right now? 🙄

Something you can do is try to isolate in removing what could be unnecessary "management" gauges: [Window01] gauge00=..\panel\PC6_XMLGauges!FBS_GNS430_2d, 640,0,640,268 gauge02=..\panel\PC6_XMLGauges!FBS_GNS530_1d, 0,0,640,468 [Vcockpit02] gauge00=..\panel\Milviz_GPS!FBS_GNS430_2, 0,451,640,262 gauge05=Console!console_GTN750_650, 0,0,1,1 NB: the RXP GTN already supports its own "popup window" function directly clicking on the screen, and you can choose to popup the window with Right Mouse Button, or SHIFT+Left Mouse Button: RealityXP.GTN.ini [GTN_XXX_#.NAME_OF_THE_SECTION] ; left mouse button on the screen toggles popup window by ident (ex: GPS_PANEL or 225) (requires SHIFT+left mouse button). popleft = ; right mouse button on the screen toggles popup window by ident (ex: GPS_PANEL or 225). popright = With your panel the ident numbers you'd use are 14401 and 14403