lonewulf47

It's in the Client Main Menu.

Yyes, this works partially on a pure coincidence basis, as XPUIPC uses some of the same variables as FSUIPC. But you will also notic, that no position upate is done.

I must admit that I haven't been too specific about the data I use on my P3D V4.3 installation. I always use the updated ILS and Navdata from Hervé Sors: http://www.aero.sors.fr/navaids3.html Both World Navaid Package and ILS Regional Update (World). This way EFB v2 recognizes the new ILS installation and thus can assign the proper ICAO code to the Airport. Unfortunately both codes will then show up in P3D, but not in EFB v2. EFB will only recpgnize the new SPJC ICAO code. Be aware that you have to rebuild the database after updating the default BGL by Sors - or - as in Urs' post - do it the manual way.

Well, this is - I must honestly admit - beyond my kowledge. Urs will have to clarify this with Cleverbridge. We only set the initial price. Everything else is done by Cleverbridge.

Hi Garry, What simulator do you use? I can see SPJC as default airport in P3D V4.3 and it shows correctly on the Ground Map. It does however not recognize SPIM anymore. This is dependent on the default data of your simulator. The only way to overcome this is to build a simple airport BGL File (or have it built by someone) in ADE (Airport Design Editor).

Be sure you compare the prices including VAT...

No, it simply means that the time server cannot be reached by your computer. The most probable reason for that is port 13 not being open for communication. Continuous communication with the internet is only required for the trial license. For the purchased license Internet Access is only required for initial registration of the license.

Basically there are two ways to use routings created in PFPX: 1). A routing stored in .efbr Format in the \Routes path. This uses the normal Export-Function of PFPX. It is decribed in the Flightplan User Guide under "2.1 Load an existing Flightplan" 2). Direct upload of an PFPX OFP into the \Upload path. This uses the PFPX "save in txt Format" function for an OFp. This is described in the Flightplan User Guide under "2.3 Flightplan via Uplink". Please also observe the conditions for its use. Routes using the \Upload Function are NOT stored in the EFB \Routes directory.

You might need to reset your browers cache inorder to show the present content. My guess is that you looked several times into the EFB Website in the past, thus storing the old web content in your browser's cache.

Welcome ?

No, that's not as described in the manual. To use a Route (Flightplan) you need to export it (PFPX export route) in *.efbr format into the \route directory. Then it will show up in the "Create flight plan" menu If you want to use the Text-File Flight Plan for direct upload (which is completely different to STORING a routing in *.efbr formatl), you need to copy the file into the \upload directory of EFB v2. Please also check the conditions to use the upload function. See also FAQ (Frequently Asked Questions) in this forum.

Did you use the proper fileformat in PFPX (the old EFB v1 format) for saving the route?

Did you check in "Settings/Global" that you actually have selected "ActiveSky" as your weather engine?

EFB v1 and v2 can work in parallel as long as you use the default installations paths.

Ok, thanks for info. Gotta get some sleep now after this "night shift" ? I'm sure Urs will be around soon to take over to solve the problems.

Yes. possible. In any case Windows Defender is not responsible for that as I use it here too. Could you possibly create an exception for the "comservices.bin" file in your malwarebytes application to check? It is very strange that this file should disappear "just like this". So far I have never seen happening this and when I recreate my database I don't see any problems with that file either. In any case we will have to wait for Urs to "come alive" here. He has more insight as to when exactly the file is created and under what conditions.

Yes, I see the messages being identical, however this "comservices.bin" file is created within the database building process. Therefore it is hardly believeable that it simply "disappears"...?

Oh, and just another thought: wnat kind of AV software do you use? Could it be that the AV software deletes this "comservice.bin" upon creation? It wouldn't be the first time that AV software play havoc with binary files (not only in EFB) by deleting it without any warning.

Ok I see. Thanks, Jeff, for the info. Could you do me a favour and de- and reinstall EFB v2 to its default path and check and report again? Should be a matter of a few minutes. Although we have also checked remote installs I would like to make sure where this strange behaviour stems from.

Very strange. I just deleted my database and let EFB v2 rebuild the new database from scratch. I don't see any such behaviour. What Simulator and OS are you running?

Yes, reboot your computer. Unfortunately this is something we are not yet fully aware where it stems from. We have seen it in very rare cases and in any case it could be overcome by rebooting the computer. Please create a Support File from the Windows Start Menu (the livesaver icon under AivlaSoft) and post it here.

STOP STOP STOP ! Please make sure that you follow EXACTLY the procedures laid down in the Installation- and Quickstart Guide. More thorough information about the database building process can also be found in the Database guide. Please do also not do anything that is not explicitly recommended by AivlaSoft to avoid initial errors. We have checked the installers many time before release and we did not encounter any of the reported errors. We will have to analyse the reports to see what exactly caused these reports. Furthermore we would like to remind you to our Forum Rules, where it is mandatory to sign your posts with your (at least first) real name. Please also state in your reports the Simulator(s) used and whether EFB v2 is installed in the default path. We will do our best to solve the encountered problems but we will of course also require as much information about your installation. Thank you for your understanding.

Hi Ryan, Is this screenshot from the first run to create the database after initial Installation? Are you sure you followe EXACTLY the procecures laid down in the various User Guides? I see that you are in the "Update Simulator" tab.When creating a database for the first time you should be in the "Create/Select Database" tab.

Be careful with any add-ons that manipulate the scenery_add-ons.xml and scenery.cfg. We still recommend to use the standard installation method using Lockheed Martin's package system. Addons like Lorby's Organizer or SceneryConfigEditor may work the way it is intended, however be advised that whenever they edit one of the mentioned files, EFB v2 will ask you to rebuild the database.

I'm very sorry for this. We will of course remind Navigraph again of the release date of EFB v2 which will (hopefully) speed up things a bit.