KiloJuliett

With this resolution, there is still sufficient space for other applications. However, the minimum resolution required for the EFB Client is 1280 x 960.

Dan, do you have the required displays from the Misc group activated? (Refer to Manual 5 Client, §7.1.5)

It's only fair you need to tell the system what setup you want to use. This offers you control to have parts of the application adapted specifically to the use case. The Network selection does not only have an effect on the frequency list, so it's not appropriate to display a switch there which has also effects to other parts of the application. The frequencies used during offline mode are according the data in your flight simulator, so they might be different from what you actually see on printed charts. EFB is, as with other data as well, only presenting you what your simulator provides. When you fly online, the frequencies used by the network will in many cases again differ from your printed charts and the offline data from your simulator. Just one very specific issue here is 8.33 kHz frequencies, which is (to my knowledge) not implemented in flight simulators nor online networks. So you will have most probably differences between your printed charts and the other sources. Additionally, the networks might very well use other frequencies than in reality, especially for ACC sectors. Mixing offline with online frequencies might even lead to a wrong assumption regarding the frequency you can contact an online ATC station. Due to all this reasons, offline and network data needs and will stay separated. Changing the setup once before you start a flight is a user interaction which is absolutely justified.

There is no issue in this regard. VATSIM accepts both normalized and 3-digits inputs and will translate it correctly. Normalized frequencies are kept for the time due to backwards compatibility with older VATSIM pilot clients. If you are using a modern pilot client, you can connect to the controller independent of whether he has normalized frequencies set or not.

If you can give me an example (best with screenshots), I can investigate if corrections are required on VATSIM side. But this seems to be an issue which has nothing to do with EFB directly.

No. Regarding the library, I was talking about the framework used to code applications, and not the library provided as a function of the application. The code library used for EFB is .Net Framework, which is a product by Microsoft. There are currently no stable solutions to my knowledge to use .NET based applications on platforms other than Windows.

Due to the libraries used for this application, other platforms than MS Windows are not a valuable option at the time. They easiest solution in this regard are so called "extended screen" software applications. They offer you to use the screen of a device with a different os just as a display device. Search for "Extend windows screen to android/ipad". Here two suggestions: Android: https://android.gadgethacks.com/how-to/use-your-android-device-as-second-monitor-for-your-windows-pc-0175646/ iPad: https://www.howtogeek.com/100886/how-to-use-your-ipad-as-a-second-monitor-for-your-pc-or-mac/

In fact, VATSIM has not changed the handling of frequencies. The only thing that has changed when AFV was introduced, that some pilot clients have started to convert the "normalized" VATSIM frequency into the obvious 3-digit 25 kHz frequency. Technical manuals still advise to use so called normalized frequency, which means that only 2 digits are set, followed by zeros. Some VATSIM clients changed its behaviour to what was already the case in a number of add-on aircraft, where also the actual 25 kHz frequency was indicated. EFB could also be changed to ammend the display of all 3 digits. But this is only a display rule. The actual relevant digits remain the 2 after the decimal.

Welcome to the AivlaSoft forum. May I ask you to comply with the forum rules and Please create a set of support files for analysis.

Hi John Can you please create a set of support files and upload them, so that we can have closer look at it?

Alex, after you create the initial version of a database, you have the select this database in the list and confirm it by clicking the button "select" bottom right. Then the Database Builder should close and the server with the selected database beeing loaded. Does this work on your system?

Any file copied to the Upload folder of either the client or the server. Check your other assistant program if they do something like that.

Seems the uninstaller of Simlink is not designed that well. Ensure that your P3D scenery entry for Simlink is removed. I can't see any contribution of the Copenhagen scenery.

Philippe, please provide us some more details. If you have a scenery in your simulator, also EFB will know this airport. You might check you updated your EFB database correctly and have removed any filters when searching airports.

Sure, ask Majestic to just synchronize their built-in COM with the flight sim default one. This will also enable other software and hardware like external com panels to work properly with this aircraft. You should realize that it is much easier the developer of the aircraft doing an exception would adapt, instead everyone else. Just because Majestic is not playing the rules, you cannot expect everyone else playing along.

Looks like they partnered up to get this running. But as long this issue is limited to a single aircraft, it points not to any issue of EFB. As a product to be used with a lot of different aircraft, EFB cannot provide customized interfaces for product developers taking the liberty of making an exception.

FS2Crew does interact with the COM? Did you try this? What is the outcome?

If there will be any relevant news, it will be posted here: https://forum.aivlasoft.com/forum/18-announcements/. There is no date to be announced. It will be available when it is finished. Software testing is a process with many uncertainties and surprises. So no one can give you an honest target date. Continouing to ask about doesn't make it faster in any way. So, stop it. Be assured that we won't forget to tell you. 😉

Don't know the Q400. But most probably it's this aircraft, which does not feed the flight sim default com panel information back. Try once and load a default aircraft in your simulator. If the frequency update works there, it's an issue of the add-on.

EFB is creating and keeping up to date a file named "EFB_current_gps.pln" in the data folder of your flight sim (a subfolder of your documents folder). Just advise your flight sim about this file. This should be perfectly readable for P3D.

There is a display for the MSA from a nearby airport and the MORA for sectors while en-route.

Just enter the fix LAN address of your server into the client. There should be no need for configuration on the server side. You only need the client to tell which connection/address to use.

I have also the server running on 1809, either with a client on the same machine or remote. Works perfectly. So I guess it's not really the version, but more what may be changed during the upgrade process.

Welcome to the AivlaSoft forum. May I ask you to comply with the forum rules and To activate the license, select the navigate to the respective menu in the EFB Server and choose to activate your license.

Bob, please provide some more details so we can analyze this issue. A start would be a set of support files. Do you use an add-on scenery? If yes, which one? What aircraft profile was used? Did you change it? Have you tried to disable the PRFL filter (to be found in the airport selector)?