We're going in circles here... As we described in the past, Aerofly FS needs a single database for all users that works out of the box and even for those that don't care it has to be affordable. We're not going to make the app much more expensive just so that 0.05% of all users can notice a difference in the navigation data. Most of the airports in the database are still decent and you can still use it, even though it's not up to date.
I believe there is a misunderstanding what the Navigraph fans are proposing. If I understand correctly it is not about integrating Navigraph into the simulation, but (as far as I understood https://navigraph.com/downloads and https://forum.navigraph.com/t/faq-installi…irac-updates/50) to enable Navigraph to build a nav database which can be processed by Aerofly. Like adding custom built airports or custom built aircraft, but for navigational data.
If this is actually the way it works, there will obviously be no extra costs to any Aerofly user but for the Navigraph users. Well, almost...
Because this also requires development work on IPACS' side to make this happen - which could be better spend on features more users are interested in. 
Because this also requires development work on IPACS' side to make this happen - which could be better spend on features more users are interested in.
It probably takes just as much time as adding support for a navigraph subscription, so why stop short so close to the finish line and only offer this to users who manually want to adjust things? We don't want a simulator that depends on third party add-ons, user made content and plugins to work. It should work well out of the box on all out platforms and not require hours of setup by each user to get it to work.
Please understand that what you request is a large investment in time with negligible returns. It's not gonna boost sales by much compared to other features. That's why these other features that are more important to the majority of users are currently at higher priority.
The big question is why do you need an external app for flight planning?
I have Garmin Pilot and ForeFlight EFB when flying in my C152/C172/P-3/EC120B in real life. Thats why the EFB can transfer flightplans to the GNS530 or G1000 in real life too. To make them aligned. Same should be with the AFS4. The flight plans have to be aligned between sim and the EFB in order to make proper use. Otherwise the sim is not usable as a training device, which it is supposed to be for me.
The problem here looks a misunderstanding from IPACS of what navigraph provides. They provide a database files in a specific format for the flightsim/addons that use it. Its facultative and an option, not obligatory. So what IPACS should provide is only where is the navdatabase and in what format of that data. NOTHING more. This is mainly an agreement and information. For the current users that not have a Navigraph subscription, he stay as it is and nothing became more costy or diferent, for the other users that want the database updated, they received from Naviigraph the files to replace the default ones that will enable the AFS4 with an updated database.
I not see what this can affect users that not want updates, neither see the end of the world only providing to Navigraph where and in what format the database is to them provide the files exactly in the same format to us have them updated. IMHO it not requires any development time.
The big question is why do you need an external app for flight planning? What features should be added to the Aerofly FS navigation which you currently need the other app for.
Hello Jan,
I have no problems with the sim planner (navigation screen). BTW it is more than enough and I love it.
But I like an external flight planner just to copy the waypoints, as I like to insert it manually on Airbus FMGC. What do you think to insert an option inside the sim so that we can check our plan when the flight is already started?
It can be just the small format, for example: "ENAN DCT TUBNU DCT MIKMU DCT LEBDO Z202 LURUX DCT BOXDI DCT ENST"
Yes, I can write this on paper, but some plans are big.
Thank you
The big question is why do you need an external app for flight planning? What features should be added to the Aerofly FS navigation which you currently need the other app for.
Maybe one thing I would prefer: That flight planing in Aerofly would automatically make a route with waypoints. They don't have to be on airways like in real live, but at the moment you can set SID and STAR and a direct route. You can add manual way points to the route, but the automatically option like in SimBrief would make it more easier, faster and closer to reality, I think. Maybe to add this feature would be not so complicated?
The big question is why do you need an external app for flight planning? What features should be added to the Aerofly FS navigation which you currently need the other app for.
For me as a GA and jet pilot I like the extra information about airways, airspaces, NOTAMs and stuff like that.
Also it is quite helpful to see contour lines for terrain heights, city names, rivers and prominent features usually found on VFR maps. With Aerofly's satellite images it was not possible to do the mission planning for the Mach Loop or the Sidewinder course.
But I know that 99% of the users out there love the simplicity of the flight planning of Aerofly, and I am using a rather exotic set of aircraft. That's why I have been using the custom missions to import my flight plans from Skyvector and SimBrief. Up until the last update this was a good solution which did not need any work on IPACS' side.
Hello
I'm playing around with rust programming and the data that is coming over udp connection from FS4, i'd be interested in trying to write an app that would be a middleware between FS4 (and other sims) and other programs like Pilot2ATC, Vatsim or Navigraph and similar software.
However i'm having trouble finding info about the SDK and header files for FS4, only found the old external dll for FS2, would be appreaiative if i was pointed towards were i could find such documentation.
Hello
I'm playing around with rust programming and the data that is coming over udp connection from FS4, i'd be interested in trying to write an app that would be a middleware between FS4 (and other sims) and other programs like Pilot2ATC, Vatsim or Navigraph and similar software.
However i'm having trouble finding info about the SDK and header files for FS4, only found the old external dll for FS2, would be appreaiative if i was pointed towards were i could find such documentation.
Non of the messages are used to control the navigation data. Aerofly FS uses navigation data in per-processed tiles that need to be converted from a database. Each tile is small enough that it can be loaded by a mobile device. The whole database would be way too large to be loaded at once. So you can't just download a new database and think that would be the solution. No, we would also need to have the copyright to redistribute the data in a processed form.
Hello
I'm playing around with rust programming and the data that is coming over udp connection from FS4, i'd be interested in trying to write an app that would be a middleware between FS4 (and other sims) and other programs like Pilot2ATC, Vatsim or Navigraph and similar software.
However i'm having trouble finding info about the SDK and header files for FS4, only found the old external dll for FS2, would be appreaiative if i was pointed towards were i could find such documentation.
You just want to display the current aircraft position in Pilot2ATC, Vatsim or Navigraph? Or do you also need COM and XPDR settings?
And do you need a backchannel to do stuff in the sim?
Hello
I'm playing around with rust programming and the data that is coming over udp connection from FS4, i'd be interested in trying to write an app that would be a middleware between FS4 (and other sims) and other programs like Pilot2ATC, Vatsim or Navigraph and similar software.
However i'm having trouble finding info about the SDK and header files for FS4, only found the old external dll for FS2, would be appreaiative if i was pointed towards were i could find such documentation.
I had the same idea, but this sounds bigger than my capacity. Anyway, I would like to ask Sayintentions.ai people, that seems to be open to suggestions and feedback, if there it is something we could do to have some basic integration with Sayintentions. A Middleware, websocket, API… anything that could be useful. This would be great because all the ATC would be managed externally by Sayintentions, and FS4 should not be modified.
I had the same idea, but this sounds bigger than my capacity. Anyway, I would like to ask Sayintentions.ai people, that seems to be open to suggestions and feedback, if there it is something we could do to have some basic integration with Sayintentions. A Middleware, websocket, API… anything that could be useful. This would be great because all the ATC would be managed externally by Sayintentions, and FS4 should not be modified.
Does it work offline though?
Hi Jan, Sayintentions.ai works with cloud AI providers like OpenAI, so it doesn’t work offline. It is a subscription service that costs about USD20 monthly (yes, a little expensive).
For what it's worth, the nav data is also only as good as the date of the scenery. If the airport layout and magnetic headings are a few years old, a newer AIRAC would give misaligned approaches and runways/airports/fixes that didn't exist at the time.
So current nav data would only be a good fit if the airports were all updated too, right?
