aivlasoft

Today we released a new update 2.2.130. This update will fix a bug which prevented to save and restore the callsign under rare conditions. This update also introduces the new MSFS flight plan data format which slightly differs from the previous FSX format.

Hi Jean-Claude If I understand what you described above then the EFB Server location (on Client side) was given as an IP-address, not as a computer name. After the connection between the Client and the Server did not work, you changed the Server location from 'IP-address' to 'computer name', then the connection worked. Am I right so far? A possible explanation could be as follows (I'm trying to explain it in layman terms): The network configuration of each computer in a local network allows to select whether the IP-address of the computer is fixed or variable, where 'fixed' means that you assign an IP-address manually, and 'variable' means that the IP-address is assigned from an instance outside of your computer, but within your local network. This 'instance' is called 'DHCP server' and usually (in a private home network) this is handled by the router. Most of the routers today have a built-in DHCP functionality. I assume that your computers are configured to get a dynamic IP-address from the DHCP-Server. IP-addresses provided by a DHCP-Server will have a so called 'lease-time' which is more or less an 'expiry date'. In a simplified manner this means that the EFB Server's IP-address will change from time to time. I assume that in the scenario which you described, the Server got a new IP-address and therefore the Client could no longer establish a connection using the old, expired IP-address. As soon as you changed the EFB Server's location from 'IP-address' to 'Computer name', the current and valid IP-address for the EFB Server was requested internally from the so called DNS service (domain name system) which 'looks' for the IP-address of a given computer name. This service will always provide the current IP-address and therefore it is more flexible to define the EFB Server's location as a 'Computer name' than as 'IP-address'. There are also possibilities to configure a DHCP server in a way that some IP-addresses (or even IP-address-ranges) will not be changed, but that's another story. Don't forget, even if the Client is not connected to the Server, the Server 'knows' where your aircraft is. As soon as the Client connects with the Server, the Client receives the current position and data of the aircraft. This is one of the advantages of a 'Server-Client' architecture. Hope this is not too confusing ...

Hello does it still happen or was it just a hick-up of the IVAO servers?

Hi Wolfgang, it was not me who responded to your post.

Hi Don, currently VATSIM and IVAO are supported. No plans at the moment for other networks.

Hi Orest thank you for bringing up this question. I did some tests to make sure I will give you the right answer. While testing I found a bug which I must have overseen in the past. The callsign will only be applied to a flight plan when this flight plan was imported as an ICAO formatted plan. I have to apologize for any inconvenience and I will fix it with the next update. It seems that I was too much focused on importing flight plans from SimBrief or PFPX when I developed this feature. For the time being the callsign is only applied to the current EFB flight plan if the flight plan was imported in the ICAO flight plan data format as displayed here: (FPL-SWR1662-IS -A20N/M -SDE2E3FGHIJ1RWXY/LB1 -LSZH0740 -N0459F290 DCT DEGES Z2 OSDOV M738 ADOSA L612 ALBET DCT -LIPZ0035 LOWL -PBN/A1B1C1D1O1S2 DOF/211121 REG/HBASA EET/LOVV0009 LIMM0018 OPR/SWR PER/C RMK/TCAS)

Profiles are stored on the Client side.

Hi Peter, I don't own the CRJX so I don't have an insight into the manuals. Maybe the following data is published in the manuals and you could provide them for the CRJX, so we can create and provide a profile: Required RWY length ICAO Approach category MTOW MLW If you also own the CRJ550, 700, 900 then the above mentioned data would also be good to know to update/create the respective profiles in EFB.

Hi Frank Did you already use the search function of this forum? https://forum.aivlasoft.com/search/?q=rex&quick=1&type=forums_topic

What exactly do you mean with "link charts in game"? Can you describe it in more detail?

Hi Tanveer we have been faced with this problem too for several times now and we are thinking about a solution. Nothing promised ...

Hi Harry 1) from the dbBuilder Logfile I can see that the data path from the Server is located at a location which is synchronized with "OneDrive". OneDrive is not supported. Please read here: https://forum.aivlasoft.com/topic/2951-win10-onedrive-cloud/ I strongly recommend to uninstall EFB Server and Client using the Windows uninstaller, then re-install using the latest installers for Server and Client from the download section. When re-installing, please select a data path which is not synchronized with OneDrive. 2) there is an error logged which might point to a missing file or path. Please check whether the file 'C:\ProgramData\Microsoft\Fsx\scenery.cfg' is available. 3) Can you please provide the scenery.cfg? Thanks.

Thanks for the screenshots. From the screenshot I can see that your flight goes to KDCA, therefore EFB is looking for active frequencies at KDCA. Such dependencies and agreements between certain airports are not defined in the VATSpy configuration files which are used by EFB.

Hi Andrew, no worries, we are all no getting younger . I'm glad that it now works as expected.

No, there is no webserver URL. EFBv2 is a .NET-application and it does not work in VR.

Something prevents the installer from writing this file to the disk. Unfortunately I cannot say what's the cause for this as I don't know your computer's installation. Please check whether the file is not open by any other process. In any doubt restart your computer and then try to install the update again. If it fails try downloading the complete installer 2.2.129 from the website.

Did you run the installer with admin rights (right mouse click, then "run as administrator")? Are you using the default paths (C:\Users\<usernamen>\Documents\AivlaSoft\EFB2\...)

Hello, it most likely depends on the callsign that they are using when they are online. According the the definition file KDCA and KRIC belong to Washington KZDC which has two different callsigns: DC and/or WAS (e.g. DC_APP, WAS_APP, etc). If it happens next time please check the callsign that they are using.

Hi Jeff, I have no idea what is causing this loop. Please try to run the uninstaller first, then run the complete installer downloaded from here.

Hi Andrew EFB is trying to filter your own aircraft data from the VATSIM feed by comparing each aircraft's callsign against your own callsign. If it doesn't match the aircraft from the feed will be depicted on the map. Maybe there's a difference between the callsign in EFB's flight plan and the callsign from the data feed. When it happens next time, please create a support file from the Server and upload it here. Maybe it will help to find the difference.

If you are connected with the JoinFS servers then you have a piece of software running on your computer which is sending your aircraft data to these servers and, vice versa, it receives your friends data which is then injected into MSFS as AI-Traffic. AI-Traffic is and always was visible in EFB via FSUIPC, be it AI-Traffic which is simulator internally generated or injected from outside (e.g. VATSIM, IVAO etc.) But to say it again, Multiplayer is another kind of data, it's treated in another way internally in MSFS. Multiplayer is not AI-Traffic. To make the whole story short: No, Multiplayer traffic is currently not possible to display in EFB because - see my post above - it is not possible because it cannot be read from MSFS. If you doubt my answer, please get in touch with Asobo/MS and ask them why.

Could you please provide a set of support files, one from the Server and one from the Client?

I'm not sure whether you are kidding ... You write that you know that this is a limitation but you also ask whether we could implement this functionality? Multiplayer traffic cannot be read from MSFS. This is a limitation from MSFS and we cannot change it on our side, sorry.

From a security point of view this makes sense, but especially in the flight simulation environment and the many add-ons it is sometimes helpful to log in with an administrator account. I don't have an idea what the uninstall process of P3Dv5 changed on your system.

Today we released the update 2.2.129. Among a few bug fixes we introduced a somewhat cleaner and smaller version of the Vertical Guidance Display. This new display is activated by default. You can however switch between the new and the old version by a simple mouse click onto the display itself. For details about this new display please see the manual "5 EN Client.pdf", chapter 8.3 Vertical guidance".