Jump to content

KiloJuliett

Members
  • Posts

    476
  • Joined

  • Last visited

Posts posted by KiloJuliett

  1. Looks like the VATSIM URL is deleted somehow. Maybe you have some anti virus software installed that is changing the file this URL is saved in?

    The servers settings file is Documents\AivlaSoft\EFB2\Server\Settings\serverSettings.txt

    If the problem returns, can you check this file or the respective dialog of the EFB Server and let us know, what the VATSIM URL field shows?

    image.thumb.png.24db1c5b54f8a091722a8633ddcb1c10.png

  2. Mike, you shall NOT remove the file in the server folder. Otherwise the client has no file to compare with and won't complete the file database synchronisation. The idea of the work instruction I gave you is to overcome the issue on your system of the unzip process of your client. The desired outcome is that the client recognizes the manually extracted file as already available and won't try again to extract it from the server location (because he recognizes they are the same version). If you delete the server file, this won't work.

  3. 30 minutes ago, wxtornado said:

    After I unzip the airports file to the client side, am I supposed to still leave the airports.bin.zip file in the server side folder?

    Yes. Those file are copied into the client folder by the client application. According to the log, there is an issue while unzipping that file. So I thought you might at least temporarily bypass this by unzipping the file yourself. Can you post again the latest support files?

  4. Hello Jirka

    Where do you get this message from? EFB Client or Server? I can't find traces in the log files that you run Server and Client in parallel after you re-created the database yesterday. Upon launching the Client the first time after a new database has been created, the client will update its local databases, which also should be logged in the Server log. There is no trace of this either.

  5. Happy you got it working. FSX:SE sometimes has it's small differences from the "original" FSX. As far as I know, EFB is looking into the registry to determine the main sim and cfg file folder. Do you remember if you set the scenery.cfg in the EFB DBbuilder yourself or was it detected automatically? The latter would actually point to an issue in the installer of FSX:SE (writing not the actual used scenery.cfg folder to the registry), which I hope does not exist. Just out of interest, what is the folder your actual scenery.cfg is saved now?

  6. Hey Dave

    As you have found the log file, why didn't you have a look into it to notice that every single scenery listed in your fsx.cfg generates the warning: FOLDER DOESN'T EXIST!. The paths given for the scenery indeed don't look the way they normally do. Or do you have all sceneries in your documents folder?

    A significant issue is the missing magdec.bgl in the folder base\scenery. Please check your folder structure. Can you confirm that your FSX is actually using the file C:\ProgramData\Microsoft\FSX\scenery.cfg for saving/changing your scenery list? You might check this by adding a new scenery and check whether it is listed in this file afterwards.

    Does your FSX run fine? No issues with sceneries?

  7. Traffic display via EFB is not dependent on any account from one of the networks. You always can select one of the ressources to turn EFB into a traffic map. So you can easily also test VATSIM as I can test IVAO, even though I have no account there.

    The client you are connected to the network is responsible only to feed the traffic from around your area.

×
×
  • Create New...