lonewulf47

See above: "The present solution was chosen to allow ANY aiport to be properly depicted, regardless of the nature of it's non-compliant BGL. There are airports where NO ground layout is present at all or where it is swiched off when using sloped RWYs (e.g. EGPB Sumburgh Airport by ORBX). So, to have a solution which can cope with all possible deficiencies, we have decided to go this way. "

C:\Users\<Username>\Documents\AivlaSoft\EFB2\Client\Routes in a standard installation. This information can also be retrieved from the User Guides....?

I see. I think you need to check the settings for ActiveSky to read the Flightplan over the network. As I use ActiveSky exactly for that reason on my Sim PC to avoid any network issues, I can't give you any advice. Maybe someone else can.

Well, then I'm out of ideas. I see it working here. Difficult to say why it doesn't on your side... EDIT: just as an additional info: how is your setup? All on one computer or some remote installations on a private network?

Have you activated the respective function in AS?

Nor harm done. Everyone is allowed to have his own opinion. Even AivlaSoft...

Of course you don't have the "EFB_current_gps.pln" file in the default location as this is a function of the A/C profile. For "highly sophisticated" A/C like PMDG, FSL and others this fuction is not activated by default in the profile. That's why I mentioned it my answer above. Just activate it and you'll be fine.

Are you talking of PMDG FMC and EFB v2? They have no interaction whatsoever. Furthermore I don't think that PMDG does anything with a *.pln file in the default folder.

Talking of EFB v2? You will need a new license. Please read about that in the FAQ section.

This question is easily answered. I wouldn't know of any "mature" navigtion system that keeps a completed flightplan after landing. Even the highly sophisticated FMS/FMC/FMGC system of any large transport do that because simply noone ever needs this flightplan anymore. As Urs said, the *.pln file (the main source for any GPS Flgithplan in EFB) is still retained and any reasonable software using a current flightplan should use this file as a) it is always available until it is recreated for the next flightplan and b) it also contains the most recent changes. There is no reason to call EFB selfishly as all information can still be retrieved from its source. If the coders of any other add-on software would just recognize...

From what I know and have experienced AS always reads the most recent flightplan (in *.pln format) from the default directory C:\Users\<Username>\Documents\Prepar3D v4 Files. As long as you use the "Forward Flightplan to default GPS" option in an A/C profile this will always be the "EFB_current_gps.pln" AS will read that flightplan and also consider all changes therein. So - you don't have to do anything but just make sure the abovementioned option is checked in the A/C profile of use. I have quickly created a short flightplan from LSZR to LSZH and that's how it looks in ActiveSky for P3D V4 without ever having touched anything in AS.

Please, do not put anything into this folder. Publish it within this thread. However we first need to know exactly which airports of which Add-On developers are not showing. This AFCAD folder is only the last means of the ariport does not show due to missing or inadequate BGLs. And we would still like to know with which Simulator and which Build # for Server and Client you are working. We just need all information possible.

Please give us a bit more information, such as Simulator? ICAO Code? Addon-on developer? Have you also checked out this forum thread: https://forum.aivlasoft.com/topic/3005-afcad/ And please check the Forum Rules: https://forum.aivlasoft.com/topic/2522-forum-rules-read-before-post/

See the FlyTamps Configurator. You have 5 diffferent runway configurations to choose from.

Yes, that's quite "normal". FlyTampa offers various kinds of RWY configurations. To fully depict all RWYs you have to either use the ALL RWYs option or use the one described here: https://forum.aivlasoft.com/topic/3005-afcad/

Check the User Guide. Always strat the Server with full Admin Rights!

Reboot you computer and start the Server with full Admin Rights.

Yes, Jürgen, but there is also still one in the old "alternate" path where initially the exe.xml and dll.xml were located (FSX times), which is C:\Users\<Username>\AppData\Roaming\Lockheed Martin\Prepar3D v4. This is a somehow confusing situation but we need EFB v2 to search both paths inorder to find all installed sceneries. Some of the Add-On developers (e.g. 29 Palms) also place their package into this "alternative" add-ons.cfg" ? This "alternative add-ons.cfg" only shows up if it was used the first time by any developer. Otherwise it is not there. That's why EFB v2 got his hickup creating the database. LM still maintains also exe.xml and dll.xml files in both locations.

Thank you gentlemen, It definitely seems that different navdata has an influence to this behaviour. We will yet have to find out, what the root cause is. But this will take its time. To overcome this and similar situations (it can happen also to other airports), follow the proposal from Manfred, and change the RWY assignment as follows, using the DatabaseBuilder "Enhance/Update Runways" function. See picture below. This will cure the situation. Dont' forget to rebuild the database thereafter (Update Simulator).

Yes, this is the proposed way to correct such errors. I still wonder why the same default airport is showing different runways. My guess is that the Navdata might have an influence. Do you use Navigraph or NavdataPro?

Jürgen, I don't quite get what you mean by a quasi-dual boot situation. I take it that you have fixed a IP address for your boot partition(s). If it is a boot from a second partition you must ensure that also this partition has its dedicated IP address. Whether this is the same or not I can't say from my view. It might in any case be worth checking it. If a Client is not able to connect, one of the main reasons is usualy that the IP address is not correct, as long as you didn't change the port numbers. There are not many other reasons possible.

Well, that's interesting! I have exactly the same simulator (P3D V4) and it shows proper RWY labels. Can you do me a favour: show the ARINC RWYs overlay (Ctrl+Alt+A) and make a screenshot of this too. What NavDatabase are you using? Navigraph or NavDataPro? What Build # of Server and Client? (if you had made a complete screenshot also showing the status bar, I wouldn't need to ask this...??)

Ok, first close Server and Client then goto the Settings path of the Server: C:\Users\<Username>\Documents\AivlaSoft\EFB2\Server\Settings in standard installation and look for "serverSettings.txt" Open this file and look in the [Network] section for the follwing line: TcpIpAddress = xxxxxxxxxxxx Whatever it says, replace it by TcpIpAddress = 0.0.0.0 Save and close the file. Be sure you do not change anything else. Start the Server. On the Settings/System tab the IP address should now read "any" Now you can start the Client and connect it to the Server. If you work with a remote Client on a network (still my guess) enter the IP address of the Server Computer rather than it's Name (which would also be a possibility). With Win10 Build #1803 ff names are sometimes not properly published within the network, so the IP address is the better solution. Hope that helps.

No, not at all... Default airport in P3D is correct. So... What Simulator? What airport (add-on)? A bit more information would be extremely helpful....

Thank you, Jerry, for your contribution! We will add it to our collection ASAP !