Jump to content


  • Content Count

  • Joined

  • Last visited

1 Follower

About KiloJuliett

Profile Information

  • Gender

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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/
  6. 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.
  7. 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.
  8. Hi John Can you please create a set of support files and upload them, so that we can have closer look at it?
  9. 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?
  10. 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.
  11. 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.
  12. 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.
  13. 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.
  14. 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.
  15. FS2Crew does interact with the COM? Did you try this? What is the outcome?
  • Create New...