Any other question that is not specific to an aspect of development or tool can be posted in the General chat forum.
By following these guidelines we make sure that the forums remain easy to read for everybody and also that the right people can find your post to answer it.


I agree with you on the UI for Developer Mode. It's great, if one is doing nothing but working on MSFS projects every day. But if one is just using it occasionally, it's easy to forget things and get all muddled up. I don't think that problem has much to do with the user's age.All what you say is true and I concur with you. I know the improvements added with the 2024 SDK and what ADE can or can't do with FS2020/2024, and also that the MSFS SDKs give me headaches because I'm getting old. So I carry on with ADE. As you say the major improvements in the MS2024 SDK are the aprons text markings and the VDGS. I would be delighted to implement that in a future release but for the time being qui va piano va sano...
And so @solid : yes you can!


You can't directly open a 2024 airport BGL file in the MSFS 2020 version of ADE. The format of an 2024 airport BGL has additional entry types when compared to the 2020 format and this causes all known BGL to XML translators to fail. The author of the conversion library used by ADE has not posted here in a while and the library is not open source. If Adobo ever reopens their World Hub, then one can download the XML for a default 2024 airport, edit out the offending fields and import the XML to ADE. This is a convoluted workaround, unfortunately.Sorry to up this thread, but @xavios how do you load a 2024 airport in ADE? I have tested and was not able to in my side.

I can agree with you, but Xavios has released an LFPG addon on fsto and has put in his PDF readme it was done with ADE and also said previously in the thread he was able to use it with MFS2024 airports.You can't directly open a 2024 airport BGL file in the MSFS 2020 version of ADE. The format of an 2024 airport BGL has additional entry types when compared to the 2020 format and this causes all known BGL to XML translators to fail. The author of the conversion library used by ADE has not posted here in a while and the library is not open source. If Adobo ever reopens their World Hub, then one can download the XML for a default 2024 airport, edit out the offending fields and import the XML to ADE. This is a convoluted workaround, unfortunately.
A better option is to use the 2020 version of ADE, edit the 2020 default airport as needed and then use the MSFS Developer Mode to create a 2024 format BGL file based on the XML that is exported from ADE. But that doesn't seem like what you want to do.
In short It's what I did...A better option is to use the 2020 version of ADE, edit the 2020 default airport as needed and then use the MSFS Developer Mode to create a 2024 format BGL file based on the XML that is exported from ADE. But that doesn't seem like what you want to do.

Thanks for your time to reply and sad to heard about your computer issue. I always backup and git important things so I'm always able to restore behind (thanks I am working in IT so I have best practices)Hello.
Sorry for the late reply. I was away from my base, and when I got back, I had a problem with my PC. I've lost all my projects in the FS20/24 SDK folders and months of work. If you notice any strange behaviors on your PC, don't make the same stupid mistake I did by formatting, but change the MB CMOS battery instead, believe me.
I started to work with ADE for my first FS20 project and decided to opt for the SDK tools. Initially I simply copy/paste my ADE project folder in the SDK "sample" folder and continued. I had some syntax problems but nothing that I could not solved. The ADE XML is/was read by the SDK compiler. ADE is handling correctly the Airlines assignment which the FS SDK cannot. ADE is not handling the light effects (wig-wag etc...) and ground markings but the SDK yes.
For FS24, I initially did the same thing as before: I put the ADE project folders inside the FS24 SDK and observed what happened. The only thing that the SDK did not parse was the fact that some roads, taxiways and paths were not connected to the airport diagram, so I had to create extra links to connect these orphan networks. In the Asobo FS20 LFPG, there were road links here and there, but in FS24, these were changed to 'lines'. I may not be explaining this very clearly, but please be indulgent with me as I have no means of checking what I'm trying to explain.
In short It's what I did...
Best regards
This is correct.So what I understand from your answer is you have initiated a project from 20 and you were able to work on the lfpg 24 airport configuration with it, but all your work are done in the SDK and not in ADE and some parts needs to be reworked behind like orphans.
They are many changes in the 2024 version, you haven't found some issues like wrong ils alignments etc... ? Because it's pretty a known issue from asobo airports that they don't respect a lot some parts like the taxi line gates are not at the good gps position, ils path are not the true one expected (sometimes below, sometimes above) etc... and I'm guessing that some part are not aligned in the same way between 20 and 24.
You are still inherited all the objects without having possibility to replace them like the bridges right ?
Yes because everything is (cleverly) encrypted inside FS24. But not in FS20! What you can do is to use ADE and open/create a project in FS20, then save and move the project structure in FS24. From there you can edit/add/remove objects within the FS24 SDK.From my side I am able to work with the SDK on the airport without breaking it but ofc I cannot remove objects, cannot touch taxi lines or add new apron missing etc... I can just add things above in fact like for taxi lines I can put some paint lines but by masking the old one by the new one above which sometimes acting really weird (the original taxi lines is shown on some part I have to move pixel by pixel to find the perfect angle for the sdk to show the above one)