snagar

Hi @PDX Flyer What Bjoern described is not far off from the truth. From my experience with Laminar Research, you will probably have something between 3-6 months of continues beta releases until they will fill that the sim is stable enough to flag it as v1.0. Regarding road maps in programming, and that is also true for other sims, you can speculate about delivery times and it is hard to provide an exact date. Last, if you look at the list of open issues, your will see there are some major issues and some that might be seen as minor ones. From my perspective the lack of the new SDK is one of the major milestones that needs to be addressed, you can also see in the list that there are some missing features that are still in development. You can still enjoy flying, most of the time, with default planes but I suggest to wait a little longer for more patches before hopping in.

I think that the miss understanding is not if our graphic cards/drivers supports Vulkan but which sub version of Vulkan. According to Laminar own requirement page for XP12, you need: As far as I know, Intel iGPU chips (excluding Arc) do not support Vulkan 1.3, but I hope to test this on a laptop with Core™ i7-1185G7. I speculate that it might not work for XP12 but will work with no issues on XP11.

Hi, I had the same issue but I think these are steps needed once you install trainer v3.0.0 Remove all GTN/Trainer installations. Manually remove the GNS/GTN plugin folders from x-plane. Install latest rxpGTN-XPL-Setup.exe (mine is: rxpGTN-XPL_v2.5.28). Trainer 3.0.0 will install itself. Confirm default folders. After trainer installed, open the trainer manager and press the "Version Manager" Scroll until you see the "GTN(v6.70)". It was not installed on my machine and the update column shoes that there is available version. Press the Update button, this will download the "compatible" information needed. Once finished, open X-Plane 11 and test your Garmin: I haven't tested this implementation yet, but it looks fine. Saar

@RXP Thanks for the update, and yes you are right I know the burden of converting local flight sim to GTNxxx program would be yours, but that is part of the fun 😉. In any case I was able, so far, to prepare a flight plan string based on the rules laid out in the FPLN document, it seem to be valid from GTN perspective which is a step in the right direction (for me), but I would like to hear your thought and opinion regarding the following case: Since the GTN navaids are different (not sharing same database) from any flight sim we use (not just X-Plane), I can send the name of an ICAO and the coordinates too (as two successive waypoints). If the ICAO is present in GTN database, then it will use it but if not then we will have an error. My thought was, if the ICAO is valid, then you can manually delete the successive coordinate based waypoint and if not, just delete the "locked" (invalid) waipoint in the imported flight plan and the simmer still has the waipoint based coordinates. What do you think of this kind of flight plan (and internal workaround), and how will the GTN will handle a flight plan if the user will keep a valid ICAO and its successive lat/long waypoint of the same ICAO ? Will it confuse it or will it handle this gracefully (I didn't have time to test this case myself, yet) ? Thanks

Hi I know it has been some time but I just wanted to thank @dougfir for continuing pressing this issue until he was able to find a solution. I had the same issue and because of this topic I finally was able to solve the "missing import" button mystery 🤔 . What I suggest to @RXP is to update their User Guide and have a better explanation of this procedure and how to troubleshoot it. If the following was part of the troubleshooting from the beginning I would not have wasted at least 2 hours trying to figure out what am I doing wrong, although the fault is in the Fuxxxing Manual 🙄. This is what should have been in the first place in the "where to place your flight plan files". You should also state that this is the default expected location, but if you installed your trainer or what ever part you call it into a different folder (like myself) then you should check your registry for the "GTNDataPath" value or "gsn..." one depending on your product. In my case, it seems that I installed my trainer in "G:\sim\Garmin" folder and all relevant folders were created under it. This means that the User Guide pointing to a folder in "C:\\ProgramData\\Garmin\\Trainers\\GTN\\" is misleading (my database folder is: "G:\sim\Garmin\data\Trainers\Databases\"). I currently see the "[import]" button but I just want to say that it is disappointing that even after figuring out the root cause, presented in this thread, the User Guide has not been updated accordingly to reflect the correct troubleshooting of this issue. I believe that if you will add a short troubleshooting for all users with this specific issue at hand, they will solve it immediately. Even more, you should write the folder the plugin searches for the "FPLN" location into the "/Documents/rxp{NAME}.log" file even if it is not a debug build, it could have saved lots of headache. Hope something better will come from this thread for the customer sake. Cheers

@RXP I agree with your assumption, but the "problem" is that my plugin (Mission-X) generates a mission and injects Navpoints information into the G530/G1000. A user asked me if there is an option to modify his/her GTN the same. So in my case it is the other way around, from XP => GTN. My thought was to create a valid flight plan file and write it to the FPNL folder so user could read it. If my plugin could communicate using the rxpGTN plugin then I would have been able to automate this. Again, I think it would have been easier if the rxpGTN just read from the G530/G1000 and wrote into the GTNxxx program. Cheers Thanks

Thanks @RXP, I guess I'll have to implement a flight plan file compatible with GTN format. I still think RXP could just read from the FMS directly into their own program but it is what it is (maybe a feature for the future) ?

Hi, I'm trying to find the best way to synchronize X-Plane FMS with the GTN interface. Example: we can create a flight plan on X-Plane built in Garmin G530, unfortunately it won't be mirrored to the GTN750 flight plan. I'm not aware of a dataref or other means to communicate with the RealityXP program. Therefore, I would like to know if the best way to "sync" the FMS flight plan with the RealityXP program would be using a file that would be manually loaded by RealityXP program. Did anyone try this approach and if so, could you give some points ? @RXP Any other ideas ? Thanks