aivlasoft

https://forum.aivlasoft.com/topic/2522-forum-rules-read-before-post/

This might be correct as long as do it manually via the MSFS GUI. But unfortunately it cannot be selected when forwarding a flight plan via the FSUIPC interface. Using the interface the flight plan MUST be copied to the folder mentioned above by lonewulf47. This restriction cannot be circumvented. Yes.

Profiles can be easily created using the built-in profile editor from the EFB Client. Take a similar profile as a basis then update the values according to the documents of the aircraft.

Hello, thanks for the link to the API description. Seems to be a similar data download like VATSIM and IVAO. I will put it on the list of possible features for a future version, but nothing is promised so far. Thanks.

Just as an addition to what lonewulf47 already stated: Compared to other paths on that screen it seems that the two paths in question are relative paths, not absolute paths. Maybe that's the reason for the warnings.

Tobias, thanks for the files. I had a look into them using ADE (Airport Design Editor) and I can see that the runways 36L/18R and 36R/18L are somewhat fake runways. I have no idea why the designer of this airport created these two fake airways. Both of them have a length of 60m which is 'bad luck' because EFB is filtering fake runways which are <= 50m. In other words, EFB cannot do anything, you would need to edit the BGL file to remedy this. You may try to use the EDDF file for the EFB database from the 'Download/AFCAD' section of this forum. Please read carefully the instructions on that page and DO NOT REPLACE YOUR AIRPORT IN THE SIMULATOR, use it only in EFB.

Tobias, First question is: Which designer created this airport? Second question: if your EFB Client is running, please select EDDF as your active airport. Then press on the info button ('i') on the right side of the button 'Airports'. This will open the airport information window. There you can see a list of files which are used to depict the airport. Either number 1 or 2 is the path to the main airport BGL-file. Can you provide this file for further investigation?

Tobias, which airport scenery is in use? Can you provide the BGL-file for further investigation?

An Electronic Flight Bag is per definition not a flight planning tool, therefore it is suggested to use the free SimBrief web application which creates flight plans in more or less all data formats required as per today, also for the CRJ 700.

7 months is quite a long time for not regularly updating the system. I suggest to uninstall EFB Server AND Client, then download the latest complete installers from the download page and do a clean reinstall.

As you might have read in the logfile, there are several default paths in you current MSFS installation which cannot be found. I have no idea why. It is recommended to do a new installation of the simulator.

Ingo, not every single scenery is skipped, only these directories which do not contain relevant data for the EFB database. It is still scanning 3949 BGL-files which might be OK. From the logfile I can see two different kind of errors: 1) The access to the path: C:\Users\Ingo\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache\Packages\community\elhakimi-eddf-terraforming\scenery\world\scenery\eddf-terraforming-scene.bgl is denied. You have to check your system why this problem occurs. 2) Some of the paths from the PC-6 addon are getting to long. This is a known problem with MSFS because its paths are sometimes unusually long. If you ever come to the point where you will do a new installation of MSFS, try not to use the default path instead of an own partition. This will significantly reduce the length of certain paths. For the time being I recommend that you try to fix error no. 1 and then try again. BTW, creating a new database is only required if there is not yet a database available for the simulator type. If you already have a database, just use the function "update database". For further details please consult the manuals.

Do you enter your callsign on the second page of the EFB flight plan creation window? Can you see your callsign in the route panel on the EFB sidebar? Are you using the exactly same callsign when you file your flightplan to the IVAO server?

Currently we do not have plans to introduce this functionality in the near future.

Hi Claudio, could you please take a screenshot from the Client (entire window, not only an excerpt) and also a set of support files (one from the Server and one from the Client) and send all to support@aivlasoft.com? Thanks.

Hello, thank you for sending the files. I have analyzed them and came to the following conclusion: First of all a brief description about the so called 'package-system' and the relations between the files 'add-ons.cfg' and 'add-on.xml': The file 'add-ons.cfg' is kind of a table of contents and it contains the list of your add-ons and for each of these add-ons a path to the directory where the files of the add-on are stored. There are two locations where the file 'add-ons.cfg' can be found, one is below '%ProgramData%' and one is below '%AppData%'. The file 'add-on.xml' contains information about the add-on itself. One part of this information is whether it is a scenery-add-on, or not. If it is a scenery-add-on then the file must contain an XML-node containing the text 'scenery'. This is what the DbBuilder is looking for. Basically the logfile entry '-- No scenery category found' is OK, because there are add-ons listed in the add-ons.cfg which do not have a scenery node (e.g. FSLabs, or FSUIPC). But if the '-- No scenery category found' entry is logged for a scenery-add-on then this is an indication of a serious problem, or in other words, it looks like the 'scenery-node' in the add-on.xml has been removed or has been commented out. If no 'scenery node' can be found in a certain add-on.xml, the DbBuilder will no longer try to scan this add-on when it is creating/updating the database. That's correct. The DbBuilder distinguishes between active and inactive sceneries by simply reading the 'Active=true/false' flag in either the 'scenery.cfg' or in the 'add-ons.cfg' file(s). If the box 'Check all' is ticked then all add-ons will be considered, regardless whether the flag is set to true or false. If the box is no ticked, only active scenery add-ons will be considered. In the logfile which you sent us I can see for example the following entry: -- No scenery category found in: C:\Users\<username>\Documents\Prepar3D v5 Add-ons\Flightbeam - KDEN\add-on.xml This seems to be a valid scenery add-on of KDEN airport, but it looks like the corresponding add-on.xml does not contain a 'scenery-node' (see above) and therefore this add-on will no longer be considered in the process of creating/updating a database. Conclusion: I don't know what exactly the Lorby-Organizer is doing when you set a scenery to ON or OFF, but from my point of view it seems that it does some changes in the add-on.xml file. Could you please check whether the content of the file C:\Users\<username>\Documents\Prepar3D v5 Add-ons\Flightbeam - KDEN\add-on.xml will be changed in any way when you switch the KDEN scenery from ON to OFF and vice versa?

Hi Ron please create a support file and upload it here. Maybe this will tell us why the Client closes.

I will put it on the list of possible features for a future version. But keep in mind that the proper functioning of such a filter highly depends on whether the information about the airline is available through the airport-BGL file.

Hi Janek Usually such an issue is because of new or changed callsigns which are not yet reflected in the data files. I definitely need more information like screenshots and other details for further investigations. Please also create a support file from the EFB Server when the issue happens.

Hi Pat all data from and to the simulator will be read/written via FSUIPC. Setting the transponder code works for all default aircraft and most of all payware aircraft. However I cannot say whether FSLabs is using other ways to set the transponder code. Before asking this question in the FSLabs support forum please make sure you have updated EFB Client and Server to the latest version 2.2.130 and please make also sure to have the proper FSUIPC version installed. If it still doesn't work then, I suggest to ask the question in their forum. Thanks.

Hi Pascal in real world not all airports are publishing METAR and/or TAF, so there is nothing to worry about.

Hi Peter, it seems that these two lines are taxiways which have been (unintentionally) added by Asobo/MS. EFB is depicting closed taxiways in red (by default). You can change the color settings for closed taxiways to 'transparent', then they will no longer be visible, but this will then be true for all closed taxiways on all airports.

Hi Peter, no, this is not possible. Database maintenance is only via user interface possible.

Hi Ray, Installed 5.3 this morning and EFB database creation was successful, also connection via FSUIPC with the running simulator. So from my point of view there is no need for an EFB update so far.

Hi, currently we do not have any plans for an integration with POSCON. Too few requests and as far as I know they still have no public API.