Trinidad

There is something that I have yet to understand clearly regarding this topic: Every time I start EFB v2 Client, I get the yellow database warning (not up to date). Of course I am aware that - if I understood correctly - the EFB database can only be updated with Navigraph, but this is another topic which I have no interest in (I was a Navigraph subscriber for years with FSX and P3D, but now that MSFS provides AIRACs each month, we should have no need for a Navigraph subscription anymore, whatever the merits). Why is it that EFB cannot update itself with MSFS AIRACs like - for example - the freeware GTN 750 GPS using MSFS nav database, please? Is this a technical limitation or a licensing issue? Thank you for clarifying.

Yes indeed. Many thanks for this explanation Urs, I believe I could understand most of it... In any case, this is what I experienced with this sudden refusal to connect with the Server after several years of use. Thanks to you, I know a little bit more about this phenomenon and will be less stressed the next time, whenever that may be! I also think - after reading your message - that my router was the culprit as I had to reinitialise it on that same morning, I initially did not make the link. I missed that point, the Server knew what the Client did not see... Again thank you!

I have been using EFBv2 for several years and did not change anything to my settings, neither did I change any Windows settings on my server and client PC. I made a flight with MSFS yesterday with no issue, EFB worked fine. This morning I fired up MSFS, EFB Server, and EFB Client. But the Client would not be able to connect to the Server. Tired of trying to figure what happened, I gave up and started my flight all the same without EFB, but I left it open with the black screen. After a while I realised that having no map available to fly the DC6 was not exactly wise and I closed MSFS when I was climbing to my flight level. I reopened MSFS and again Server and Client, no luck, black screen, connection impossible. I checked if my settings on the Server PC had been reset, nope, on the Client, nope. I reintroduced the IP code of my Server on the Client settings, no connection... Then I changed the IP with the name of my Server PC and ... it worked BUT amazingly (MSFS being closed at that time), EFB showed me the map of the airport I just took off from and the exact location where I had abandoned my flight a few miles away from the runway on my climb!!! How can this be since my Client "could not connect to the Server" at that time? Can anyone explain this mystery in layman terms please?

Thank you Urs, I hope this will change in the future as and when Microsoft allows more interaction with the internal navdata from third party developers since it is somewhat ridiculous to have to pay for what we already have included in the sim. Aivlasoft is obviously not alone in this situation. Stay safe!

I searched this with Google and on this forum but found no answer: I had a Navigraph subscription with P3D and used it with EFB v2 until last month. Now I am using MSFS and did not renew my subscription to Navigraph since MSFS has its own monthly AIRAC cycle which is good enough for me. However I cannot find a way to make EFB detect that my MSFS AIRAC cycle is up to date (it is still listed in yellow in the Client Status window)). Is this possible and if so how please? Thank you.

I am currently flying with MSFS above Quebec city and I noticed that the St Laurent river is cut off between South West and North East on my EFB2 map, where the city name is. Tiny little detail if and when it can be rectified. Happy Easter!

I finally found the problem: I had selected the folder "Package" precisely on the dedicated MSFS SSD where the Community folder is. But I discovered - by accident - that Windows had created another MSFS folder on my C drive in Users>AppData with the replication of all my MSFS Community files... I was not aware of that and I am worried because if all my MSFS add-ons end on this C drive it will be full in no time and it defeats the purpose of buying a dedicated SSD for MSFS!!! So I made the change of folder for the creation of the EFB database and all is now back to normal on Server and Client, no error message and my last airport is loaded automatically on the Client. However, I am really worried about this duplication, is this normal when you have two SSD? I was very careful when installing MSFS to send it to the E drive, and it is indeed there, but why do I have all those files on the C drive as well??? I realise this has nothing to do with EFB but a clarification would be welcome.

Thank you Urs, but precisely, my MSFS install is done on a separate SDD entirely dedicated to MSFS!... I will however remove the offending livery (Austrian) and see what that does. I shall report back after running the Database..

Thanks Oskar, I did as suggested, but I am still stuck with a white screen on my Client. When I click on FPL, I get an unhandled exception. In my database log file, there is 1 error: Error : The APPX file can not be accessed because it is not encrypted as expected. at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost) at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share) at t.t.o.a.t.v(String A_0, Int32 A_1) at t.t.o.a.t.v(Action`1 A_0, ManualResetEvent A_1) at t.t.o.a.mo(Action`1 A_0, ManualResetEvent A_1, String A_2, String A_3, ts A_4) at t.t.v.h.z() at t.t.v.h.g() If I decipher this message above, it could be related to a registry change I made also yesterday related to accepting Long File Names. I changed it again to remove that option, rerun the updates and found a new error message instead saying that the file name was too long!... and the rest of the error message remains the same. So it looks like I am stopped both ways: with and without the long file names enabled. Do you have any suggestion please?

As per title, I landed yesterday at CYWG and my EFB was used to create and follow my flight plan successfully. It also clearly depicted that airport for me to taxi to parking. This morning, when I start my flight from the same airport, my EFB client shows a white screen, when selecting the airport with the search tool, it tells me that this airport is not in the database. What I did between yesterday and today is an update of MSFS, an update of my database in the server, an AIRAC update for P3Dv4.5 with Navigraph. In this respect, I probably made a mistake because MSFS has its own AIRAC and I mistakenly updated it with the Navigraph content as well. So I deleted this Navigraph database and wanted to install the MSFS AIRAC instead. Wrong move again, I select the proper product (box version), the proper location (no yellow bar), but when I click on Next, I get a yellow box, No Database found. Attached are my log file of this morning as well as the database log file.. Thank you.. serverLogfile-3.txt dbBuilderLogfile-3.txt

Problem solved. I deleted the latest AIRAC database in the Server, downloaded it again from Navigraph, installed in Server, went again over the Airports file update in Server, started up Client and the Database synchronisation went on, my Client was fully operational within the usual short length of time. I suppose my initial problem was created by a faulty airport file that was freezing the unzipping process. Enjoy a good week-end

Absolutely, both PC server and client are updated at the same time systematically.

I have downloaded and installed the latest EFB v2 update, first the serveur on my sim PC and then the client on my linked PC as usual. However this time the client remains loading the database for hours and still does not function. I have not changed a thing to my Windows or network settings and EFB v2 was working perfectly before that update. What could be the cause of this problem and how can I resolve it? I tried uninstalling the client, downloaded the latest version again and installed it, to no avail, still stuck with my black EFB screen. Thank you.

To confirm, I have exactly the same problem with ORBX Central version 4, in my case, it is also an Australian airport that creates the freeze of the database builder: YMML, I deactivated the airport, but when running DB again it stopped at Package 51 (which contains YMML). Unfortunately, as I was not aware of the conflict with EFB (it is the first time I have such an issue in many years of usage), I already have migrated all my ORBX sceneries on v4, hence I will miss EFBv2 until you find the workaround. Many thanks for your help. If you want me to test anything on my system, I would be glad to assist in any way I can. To be complete, I had run P3D v4.5 several times before using the database builder. Best regards,

Problem solved after a full re-install of the Server as well. What a Windows mess!!!

I made a flight from UUEE to LFPO yesterday and EFB worked perfectly, as usual. Yesterday night my Flight-Planning PC on which the EFB client runs had its Windows 10 update. Today when I staretd EFB Client, it took for ever to load and actually it never loaded completely, it got stuck for good on "Loading Database files (airports). Thinking that perhaps the Windows update had corrupted some files, I un-installed the Client and re-installed it. No change, EFB finally loaded when I was on the ILS at Barcelona and at the same time P3D went into CTD... I restarted everything tonight and again my client gets stuck on "synchronising database files". The connection to the server does work since I can interrupt both server and client with the command from the client. Furthermore the client shows that it is loading, no red flag. Has anybody else experienced that and should I go about resolving it please? Thank you.

Firstly regarding forum rules, I do sign systematically my posts, but looking at the forum page now, I see my signature, so is it something with the system? As for the issue mentioned above, after a full re-install of both Server and Client, everything is now back to normal. The problem was due to the fact that when I started my Server, it did not inform me that there was an update, however the Client did. So installing the Client update only created the problem since both entities could not communicate anymore. Problem solved on my side. Thanks. Jean-Claude (added manually in addition to my saved signature)

Same problem here, I updated the Client only since I had a message for an update only on Client, the Server started with no message. I uninstalled the Client, downloaded the full installer for Client and re-installed, with the same result, permanent hang on start. EFB cannot be used at all. If your message tells the story, there should have been a message to update the Server as well, there was not, this is probably why we have this issue. I restarted the Server but there was no other message than re-run the database (for no reason since I did not change anything to my P3Dv4.5 at all). I did run the scenery again but no joy with the Client.

Yes I did Urs. PM to explain. Thank you.

May I humbly seek help on how to open "port13", even Google does not help much... First time I hear about this and I cant launch EFB2 twice in a row without having to enter name and email address. Any help would be greatly appreciated, presumably by a number of IT challenged old souls like me...! Thank you.

Sorry Urs but the vendor will not accept my V1 license as a valid key for the 20% discount, and yes it does have 31 letters and numbers. What should we do next please? Jean-Claude

Well after another hour or so, I could reconnect my Display Unit to my network PC. For some reason, the name of my server would not be accepted anymore by the DU setup, I had to change to the IP address, that alone was not enough, I had to change the timeout sending and disconnect,, restart the DU and everything is now back to normal. Windows update mysreries!!!

I have been using EFB from its release date on a network computer with no issues (Windows 7 first and Windows 10 later) . Yesterday I updated Windows 10 on my Display Unit PC and Aivlasoft refuses to connect to the DataProvider. My server PC name remained as it was (running Windows 10 Home), when I start EFB Display I am getting a red message indicating that there is a network error. Going to Settings, "Remote" is selected as usual, my server name remained as before, when I click on "Check Name" it tells me "OK Hostname found", then I click "OK" at the bottom of the page and I get another message: "You either have to change the server mode to local or you must define a valid computer name on which the EFB Data Provider is running"....! Since my network is correctly set and active, that my EFB folders are visible from the Display Unit PC on my server and all paths correctly set, all EFB folders are excluded from Windows Defender, I wonder what else can get in the way. Having spent a couple of hours finding nothing, I turn to network gurus for help! Thank you for any guidance.

Thank you Urs, Taking your advice, I uninstalled the third party configuration tool as well as EFB. I re-installed EFB and run the scenery update on the DataProvider and now have access to all my previous flight plans as well as my stock airports without error message. During the scenery update process only two red dots were seen regarding the identification of some unknown airports in the US which is of no importance to me. After so many years of unfailing and helpful service with FSX, my EFB is now part of my new P3Dv4 setup, waiting for version 2...! Enjoy a snowy week-end (at least that's what we have in Wallis!)

Something new today that might help resolving this matter: I have installed today a number of airport add-ons on P3Dv4 and run the DataProvider scenery data update, then I opened my DisplayUnit and tried to plan a flight. When I clicked on the airport selection, the airport page shows only 12 add-ons (all FSDT airports and the Sheremetyevo DrezDesign installed in the Documents P3Dv4 add-ons folder, all the FlyTampa add-ons in the P3Dv4 folder), no P3D stock airports at all, no Aerosoft airport, no ORBX airport. In other words I can plan a flight between those 12 add-on airports only. So the question is why is the DataProvider not reading the stock P3D stock airport files, and why would it not have access to the Aerosoft scenery folder? Once we have an answer to that question , we will also have the solution... Evidently if the stock airports are not read by the DP, one cannot use these airports for planning and it gives that message "airport not available in FSX" (should be P3D). 2nd trial I rerun DP once more just now, and I noticed on the list of sceneries in ProgramData/Lockheed Martin/P3Dv4 that it says that all P3Dv4 sceneries do not exist (yellow dot), whereas the sceneries DO exist in the Program Files/Lockheed Martin/P3Dv4 scenery folder, so this explains why the stock airports are not read, thus unavailable for planning. All the ORBX files are also shown as not existing, when they do exist and again the paths are correct. Another strange point, all my Aerosoft sceneries in the Ecosystem Aerosoft folder are properly detected by the DP (no yellow dot) but are not in the list of available airports in my EFB DisplayUnit. I hope the above can help getting to a solution. With best regards, Jean-Claude