aivlasoft

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.

Richard, I don't know the details about all the specific color schemes. I personally use "default" settings (Windows 7) which works flawless.

Richard, Did you select "Windows-Classic" color scheme on that PC?

You can choose from either real-world UTC or FSX UTC.

Hi, it really seems that the location of the data file has changed. See here:http://forums.vatsim.net/viewtopic.php?f=72&t=40871 I changed the root path on our server according to that post. Could someone check whether it works now?

Marc, it seems that VATSIM is moving their server(s). Currently there is no file available from their server. Maybe there is more information available on their website.

Pete, of course not, otherwise it would be stated on the download page. It was just the way you described it (or the way I read it ...) which brought me to the idea that you might have installed all the service packs after the other. Only because of this I suggested to do a clean re-install before you start from scratch.

I confirm that it is the "current_wx_snapshot.txt" file.

Jean-Louis, currently I don't know much about the internals of FSX concerning these VHF enroute frequencies. But I will give it a try for version 2.0.

Pete, it seems to me that applying all the service packs is the problem. The service packs are cumulative so I suggest to do the following: a) uninstall EFB, using the uninstaller run the full installation package 1.3.1 (http://www.aivlasoft.com/download/Aivla ... p_v131.zip) c) run SP4

Richard, once a flightplan is activated it will be sent to the DataProvider. The DataProvider keeps a copy of it and forwards the plan to all other DisplayUnits. The DataProvider also tracks every change of a flight plan. As soon as FSX is started and running, the DataProvider is sending the aircraft's position to all DisplayUnits. If you restart the aircraft and/or the DisplayUnit while the DataProvider is still running, you will get the current flightplan and the aircraft's position as well. If the DataProvider bas also been restarted then you must send the flight plan again to it.

Unfortunately there is no person available who could really clarify the situation concerning the SimConnect interface so also my findings are just guesses and they are not proven. Under certain circumstances SimConnect throws the error message "Too many requests". In my opinion this happens when there is a certain number of add-ons which are all requesting a lot of data from SimConnect and Simconnect cannot handle all the requests anymore. Most probably the NGX is a greedy add-on and therefore the exception is thrown more often than before. As already said, it's just a guess. Maybe reducing the number of simultaneously running add-ons could help to solve this issue?

Glen, thanks for your kind words.