aivlasoft

Hi Pierre, whenever the "disconnected" message appears, it means that either the DisplayUnit (DU) or the DataProvider (DP) didn't replied to the sender (DU or DP) of a message within a certain time. There can be several reasons for that. Most probably the DU/DP is overloaded due to weak performance of the computer. What are the specifications of the computer where the DU is running? To see the traffic around your aircraft: - DisplayUnit: Settings > Charts > Traffic > "Show AI/Multiplayer traffic" - Activate the "Moving map" - Press "TRFC" button from the chart-options

Hi, please, according to the forum rules, sign your posts with your real first name. Thanks. The current program version 1.3 uses a relatively tight implementation of the SimConnect interface and therefore I can't change this logic without rewriting a lot of code. For version 2.0 we will see which connections are possible and also useful.

Mark, if you run FSRealtime then please uncheck the option "Synchronize UTC" in the DataProvider's settings. This way not EFB synchronizes the time between FSX and your computer instead of FSRealtime.

Brad, Please check your inbox. I re-sent you the license key.

Hi Marc, I will think it over for version 2.0.

Glen, from my knowledge it can only be done via the flight planner.

I agree, the text is somehow confusing. I will change it with SP5 (thanks Andi for the draft ). FSX has a built in functionality which can show other aircraft. These other aircraft can also be read using SimConnect, what EFB actually is doing to show any "traffic" around the current (own) aircraft position. The source of these "other" aircraft can be either a) FSX internal AI logic / Mulitplayer or aircraft "injected" by external programs like FSInn, IvAp, or SB. But at the same time it can only be one single source. As soon as the aircraft is injected by external programs, the internal AI / Multiplayer aircraft are no longer displayed instead of the external traffic. Hope this helps.

No worries, EFB doens't turn off anything automatically.

Hi Glen, as far as I can see it's a "feature" of FSInn. It seems that it permanently watches for any flight plan changes in that specific folder and as soon as it recognizes a change it will get the latest file that has been changed or added as the current flightplan. In my opinion it is not a bad idea but the behavior should be configurable. Does somebody knows the developers of FSInn? AFAIK they don't do any further development or maintenance?

Hi Jack, I sent you a PM.

Marc, I just started EFB here and I'm getting all the traffic that is around We are currently testing SP5 which includes a fix in that area. I hope that it will address the problem on your computer. Will try to add an option in SP5.

Edwin, I'm sorry but since it's an EFB there is no function to print out the flightplan. @Jack, Do you know Michal? Maybe we were more successful if someone get in touch with him who knows him?

Hi Mark, to be able do reliable calculations for take-off, fuel consumption and other stuff like this, EFB must know the performance values for different aircraft types with different engine types. It is very hard to get such information. Do you know TOPCAT? (http://www.topcatsim.com/). Maybe this program already suits your needs?

@Andy thanks Andy, that's exactly what I wanted to know.

Hi Andy, I wasn't aware of this "rule". So many thanks for pointing me in that direction. I think that this "smells" of SP5 Gatwick scenery: To have all the parkings and gates it seems that one must use the "EGKK_AFX_UK2xTRM.bgl" file which is in the options folder after the installation has been done. Now I have learned that obviously the "EGKK_AFX_UK2xGEN.bgl" file which is in the "scenery" folder should be replaced by the "...xTRM.bgl" file. How must one change the configuration to be sure that the first mentioned file will be used? (I don't think that a simple copy/paste is the right way to do that).

All bgl-files within a folder and its subfolders will be scanned as long as a scenery (path) is determined as "active". In the past I noticed so many times that add-on developers are not only using foldernames like "scenery" for active bgl-files. In the scenery file (see above) you will notice that the path F:\Flight Simulator FSX\UK2000 scenery\UK2000 Gatwick Xtreme is defined as "active=true". There are no further entries in the scenery.cfg file. How shall EFB determine which bgl-files below this path are to be considered and which ones not? I suggest to the programmer to use a different folder structure so it can be determined which folders are active and which not.

I downloaded the demo version (egkkXv3-fsxsetupDEMO.exe) and installed it on my computer. Here are the findings concerning the Gatwick scenery: After installation there are three files that contains airport relevant data: F:\Flight Simulator FSX\UK2000 scenery\UK2000 Gatwick Xtreme\options - EGKK_AFX_UK2xGEN.bgl - EGKK_AFX_UK2xTRM.bgl F:\Flight Simulator FSX\UK2000 scenery\UK2000 Gatwick Xtreme\scenery - EGKK_AFX_UK2xGEN.bgl The scenery.cfg contains 1 entry: [Area.121] Title=UK2000 Gatwick Xtreme local=F:\Flight Simulator FSX\UK2000 scenery\UK2000 Gatwick Xtreme Active=TRUE Layer=121 All airport files contain parking/gate relevant data but they don't cover the same data. You can easy check this using ADE9x editor, use "Open Airport from BGL", then select each of the files above. Because all three files are within the same layer (121 on my computer), they all have the same priority. In such a situation EFB is programmed to take the latest which in this situation is the file "...\scenery\EGKK_AFX_UK2xGEN.bgl". This file doesn't contain all the gates like seen on r/w charts. To be honest I don't know what FSX is doing but I can't imagine that it will simply combine all the data from these three files. In my opinion this would result in a pretty messy airport structure.

Will have a look at this (I'm just downloading the demo version ...)

Phil, these config files are used in a network environment if you want to connect to SimConnect from a computer on which FSX is not installed. Since EFB has a built-in network functionality you won't need it for EFB.

Phil, from the logfile I can only see that sometimes an exception is thrown by SimConnect. Sometimes it's the well know exception 0xC000014B (viewtopic.php?f=3&t=145), sometimes another one which might point to the serial port? I assume that on this computer many other add-ons are running? Maybe you try to reduce the number of add-ons that are simultaneously running (just to figure out which of them causes the exception).

Tulga, of course you can see the traffic around your aircraft also when connected to VATSIM or IVAO. Please read the manuals carefully where all the required settings are explained.

Tulga, I assume that you would like to add some waypoints manually on the Enroute tab? If so, you must first select the waypoint in the grid below. As soon as you have selected a waypoint in the grid below you will get a list of waypoints according to the selection criteria. Should I be completely wrong with my assumption, please provide a screenshot where I can see what you wanted to describe

That's definitely NOT what I said in my post. It's not PMDG's problem! It's the problem that SimConnect obviously gets confused if there are a lot of (... too many) requests.

Hi Pete, as soon as a logfile reaches a size of 100KB the next one will be created. So most probably there is a lot of (run-)time saved in these logfiles. The most recent logfile has a postfix of "*.txt", all predecessors have an additional increasing number like .1, .2, .3 ...

Pete, there is already a built-in automatic reconnect after every unsuccessful connection attempt. It doesn't matter whether the DP is started before, with or after FSX. It always connects to FSX as soon as FSX (and SimConnect) is running. I assume that on your system a situation occurs where SimConnect returns an exception and therefore the automatic reconnection process aborts. Could you please send me all the logfiles (from both computers) to support@aivlasoft.com? Thanks.