lonewulf47

In my understanding (according to the file format specs v11.fms https://developer.x-plane.com/article/flightplan-files-v11-fms-file-format/ ) there is no cruise altitude specified in the whole flightplan format. There is only a column for "required altitude" at a specific point which is not the same as cruising altitude.

Hi ??? (please observe the forum rules and sign your post with your real name) You tried WHAT ? Can you be a bit more specific ? The above post by @Timonier is quite clear and correct.

Hi Lukas, No problems here with 1913. What Add-On are you using?

Hi ??? (Please use your real name as per forum rules) The screenshot clearly shows that EFB is not connected to the Simulator (Amber "Simulator" shown in Status Bar). LSZH Zurich is set as default position if no connection with the simulator is established. Selecting "AUTO" positions the Client to the A/C position. Please check whether your installation fulfills all requirements as per manual,. e.g. installation of the proper FSUIPC version.

Hi... This is not an error message but just an information that the scenery.cfg file has changed. We are aware that various configurations are causing changes within this file, but for EFB this is the only means to detect any such changes i.e. when adding or deleting an Addon airport or similar. Thus it cannot be disabled. We do however think that the "annoying" effort to click "NO" after starting up EFB is within reasonable limits

Hi Dirk Well, it's not AivlaSoft's EFB taking it a bit too serious😀, it's all defined in the respective aircraft profile and thus purely user defined. The valus used in the default profiles are just giving guiding rules. You can adjust the values to the desired range any time. That's the basic idea behind the profiles.

Hi Chris, Yes, this is a well known fact. GCTS ILS07 has changed the Identifier to "ITS" a few years ago. EFB2 needs the correct ID to match the procedures to an ILS. Use this one instead: GCTS_ADEP4_MK.bgl

Hi Claus, Sounds great! Thanks for reporting. Enjoy EFB2!

Yes, that's ok then. To be honest, I don't have any idea what happens on your machine. According to the Server's and the Client's Logfiles the Server is connected to the Simulator and the Client is connected to the Server. What gives you the impression that the Client is not connected to the Server? What Aircraft do you use? Maybe an Aircraft that has no profile? Edit: Do you have the correct version of FSUIPC (5.11 or higher) installed?

Hi Claus, Form what I see the Server connects normally to the Sim and the Client. Could you please check the following on the Client's side: goto the profile's folder: "C:\Users\<Username>\Documents\AivlaSoft\EFB2\Client\Profiles" and check whether there are profiles inside. If they are missing for any (unknown to-date) reason, download the attached file and unzip it into the mentioned Profile's folder. After that the profiles should be ok again. EFB2_Profile.zip

Hi Claus, Please post a set of Support Files

Hi Claus, Yes, the ground layout is now correct. As for EFB2: Why did you uninstall it? Was there a specific reason? If you uninstalled, did you uninstall both Server and Client?

Hi Herman, Depending on the selected configuration for EHAM some of the RWYs become "invisible" for EFB2, due to the fact that they are marked "closed" for take-off and landing (for AI traffic). To overcome this situation we have created a special feature called "AFCAD folder". See here: https://forum.aivlasoft.com/topic/3005-afcad/ Just download the EHAM AFCAD file and place it according to the instructions on that page into the AFCAD folder of the EFB2 server and re-run the DbBuilder. All your RWYs will be back in place. This information is also to be found in manual "4 Database, Chapter 2.7, EFB specific "AFCAD" files.

Hi Lukas, From what I see in that EPGD_AF.BGL this file has an error. The ILS is wrongly designated as "RWY 11". This is (correctly) interpreted as a LOC BackCourse. And that's what I see on my install: This is an error by the designer. I will see what I can do about. We might need to create a correct BGL, but to be honest this would actually be Drzewiecki's task...😎 EDIT: Please try the attached BGL. That should result in correct depiction of the ILS29. EPGD_AF.bgl

Hi ??? (please sign your posts with you real name according to our Forum Rules) Which Add-On do you have installed? Which P3D Version do you use?

Claus, that will not change a thing, I'm afraid. I'm just onto something that I can't explain for the moment. Can you please run the DbBuilder for P3DV4 and then immediately after this run make a set of Support Files and post it here or send it to support@aivlasoft.com?

Hi Claus, Now I'm completely puzzled ! I have exactly the same name for the governing BGL, however when I look at your screenshot of the ground layout, I see a completely different picture with old taxiway naming BE, BW, AW which do not exist anymore as of today and also different parking stands layout. At this moment I have no clue what causes this...I take it that you use the latest installer dated 20.11.2018 with a size of 211'503 kB? I just downloaded this again today to make sure I use the latest available files. It still gives me the result from my screenshot.

Hi Claus, Sorry, I was absent almost the whole day. Obviously EFB does not use the BGL from Aerosoft's EDDH. Can you please check in the Information Window of EDDH which BGL is listed under item 1)? (see attached example of my LSZH installation)

Hi Claus, It's only a matter of zoom level. As these taxiway segments are so small and each is carrying a designator "Z1", if zooming out the designators are removed due to missing space. If you zoom in however they will be back. At normal taxi speed (see screenshot) most of the segments are named. There's nothing we ca do about, as this is purely depending on the designer's method to draw and name the taxiways.

No license key necessary for 30-day preview. Just install and start. 30-day period starts at first start.

Great to hear that it works now. Thanks for reporting !

Giancarlo, you need to re-run the DbBuilder of course. With this BGL set to OFF it will not be read and the LFBP_AF.bgl from T2G will be shown.

Hi Giancarlo, I see that there is a file "LFPG_Default_ADEX_JSD.bgl" in the JetStream Design Paris Orly path. It's this file which obviously creates the wrong layout. This file controls AI traffic of LFPG. You have to set this file to OFF with the JetStream Design Paris Orly Configurator. It's the file that controls the LFPG AI Traffic within the installation of LFPO. It should only be used if no other LFPG install is in your scenery.

Hi Giancarlo, I still don't know the BGL that is resposible for the ground layout. Could you please copy the content of line 1) of the Information Page? We need to have a start at a specific point, and that's the BGL responsible for drawing the ground layout. After that we can start digging deeper into the problem.

Hi Giancarlo, The BGL in line 1) indicates the BGL used for drawing the ground layout. I see however from your screenshot that indeed not one single parking stand is displayed. I must say that I haven't seen this yet to-date. Therefore it might be important for us to know what BGL is used to draw. Do you by chance use FsAerodata or any other tool that replaces orignal BGLs?