abax2000

Which makes sense of course...but I am referring in having both the sim and EFB on the same machine.

I have noticed that EFB (at least the latest versions) do carry a lot of impact on FSX performance, even if the sim runs on cores 1,2,3 and EFB on core 0. What is the experience of the other users on performance impact? Or is it just my old tired machine?

True, that is I am looking for the "theory" behind it. From what I read around, simconnect "overloads" with other things too (internal fs operations), beyond addons communicating with it. The only ones I am using are FSUIPC, AS2012 and EFB (and probably FSrecorder if it is also hooked on simconnect), which normally should not overload it; except if some of these "misbehave" or there are also other parameters.

Hi Urs, I had forgotten that this is connected to simconnect timeout. Thanks for refreshing. Is there any internet source (post/document) that elaborates on what can overload simconnect (except the obvious, i.e. addons connected through it)? In the first google search could not find something. Apostolos

It happens lately that Data Provider crashes unexpectedly in mid flight (with no apparent reason or something special happening). The log only states thi kind of messages 2013-06-15 15:38:30,863 [1] WARN AivlaSoft.Efb.DataProvider [(null)] - DefWndProc (isConnected=true): Exception from HRESULT: 0xC000014B What can be wrong and where to look ?

There are times that the FSX METAR wind and temp lists have double records (two lines per altitude). What would be the reason for that? PS. The question is not related to any kind of problem with EFB, which is working fine. I am just trying to figure out anything useful for some other problem (related to weather.dll).

ok, that solved it. Thnx Timonier.

The link gets you to the download page in which there is no 1.3.5. Can you please fix the link?

Urs, a summary of what I have seen so far: 1. "Save" button with no SID yet selected, gives a IFRxxx.pln with a default (?) runway (I used LGAV as an example, so this was 03R) 2. "Save" button with SID selected, gives a IFRxxx.pln with the correct runway (21R in my example) 3. "Activate" produces a EFBxxx.pln with the correct runway this time. At the same time, EFB_current_garmin.pln gets updated, but with no departing runway. So, conclusions so far: 1. In order to get the right runway into EFBxxx.pln you have to "Save" then "Activate", and not just "Activate" (in this case no runway is defined even if SID is defined). 2. I understand that EFB_current_garmin.pln is what is fed to FSX, and that does not get the runway definition anyhow. 3. With no runway assigned in the EFB_current_garmin.pln, ATR seems to define its own "default" runway (in this example, 03L), but this now seems irrelevant. Note: (not sure if this is helpful) the SID transition point in EFBxxx.pln has a NEVR1E notation, while in EFB_current_garmin.pln not.

...and just discovered that when the "Save" button is used (instead of "Activate"), you get a differently named .pln (IFRxxx.pln), in which everything seems right: <?xml version="1.0" encoding="UTF-8"?> AceXML Document LGAV to LGSY IFR LowAlt 9000 LGAV N37° 56' 12.10",E23° 56' 40.20",+000307.00 LGSY N38° 58' 6.00",E24° 29' 17.00",+000047.00 LGAV, LGSY 03R Eleftherios Venizelos Intl Skiros AB 10 61472 Airport N37° 56' 12.10",E23° 56' 40.20",+000307.00 LGAV Intersection N37° 55' 25.50",E23° 56' 36.40",+000000.00 *RW03R User N37° 56' 52.50",E23° 57' 59.50",+000000.00 [alt] User N37° 57' 6.20",E23° 58' 21.20",+000000.00 [alt] Intersection N37° 59' 36.60",E24° 23' 21.90",+000000.00 D266E VOR N37° 59' 38.90",E24° 29' 41.70",+000000.00 KRO Intersection N38° 10' 6.00",E24° 33' 37.00",+000000.00 NEVR1J NEVRA ............................................................ Now I'll have to check if this version will do the trick.

Urs, I started checking your instructions. Findings so far: the FSX flight plan (EFBxxx.pln) created after pressing "Activate" does not have anything defined in . This is the same with SID defined or not. If SID is defined, the waypoints of the SID are properly defined. So, the .pln created looks like this: <?xml version="1.0" encoding="UTF-8"?> AceXML Document LGAV to LGSY IFR LowAlt 9000 LGAV N37° 56' 12.10",E23° 56' 40.20",+000307.00 LGSY N38° 58' 6.00",E24° 29' 17.00",+000047.00 LGAV, LGSY Eleftherios Venizelos Intl Skiros AB 10 61472 Airport N37° 56' 12.10",E23° 56' 40.20",+000307.00 LGAV User N37° 56' 52.50",E23° 57' 59.50",+000000.00 [alt] User N37° 57' 6.20",E23° 58' 21.20",+000000.00 [alt] Intersection N37° 59' 36.60",E24° 23' 21.90",+000000.00 D266E VOR N37° 59' 38.90",E24° 29' 41.70",+000000.00 KRO Intersection N38° 10' 6.00",E24° 33' 37.00",+000000.00 NEVR1J NEVRA ......................

Travis, thnx for caring, although the post was not aiming EFB official support, just the experience of fellow users. And this just for the reason of EFB forums being so alive and full of knowledgeable people (more than can be said for ATR forums and support). The FSX version of ATR is known to be haunted by some unresolved issues, so most probably this is part of the list. It is certainly not any kind of EFB problem. As to your questions (and to the best of my knowledge): 1. The flight plan is the FSX flight plan created by EFB (EFB_xxxx.pln) residing in My Documents\Flight Simulator X Files. 2. Runway as defined in flight plan (I guess indirectly) through selected SID. 3. The flight plan contains an SID for rwyX, but in ATR FMS (after loading the flight plan) you get departing runwayY. Cheers Apostolos

While trying to load a flight plan created in EFB to ATR72, it usually gets assigned the wrong departing rwy. If any other fellow EFB user flies the F1ATR, please advise on how (if possible) can correctly load flight plan.

When trying to "Select Approach" for HTKJ, the following message poped up in a window. "OK" was not working, as no other button, even "x" (top right close) until DisplayUnit crashed. "Could not draw the profile view for procedure HTKJ ILS rwy 09 (KV) because of: Element Count<2" regards, Apostolos

Thanx Travis for clarifying, I hadn't notice the null size. So, it will be a request to GEX.

And here it is sir: 2011-05-30 21:28:13 Error Error System.IO.EndOfStreamException: Unable to read beyond the end of the stream. at System.IO.__Error.EndOfFile() at System.IO.BinaryReader.FillBuffer(Int32 numBytes) at System.IO.BinaryReader.ReadInt16() at kh.a(String A_0, Int32 A_1) while reading: C:\Program Files\Microsoft Games\Microsoft Flight Simulator X\Scenery\0702\scenery\giza_image.bgl This was installed just yesterday, along with the new GEX AFME (it is what the name implies, an improved rendering of Giza pyramids, next to Cairo). Would it be something to worry about or just forget it (no visible problems noted)? Many thanx anyhow, Apostolos

The update does run into completion. And anyhow everything seems to work fine. Still something is not exactly right.

While DataProvider is running scenery update, it produces an error line (in between the normally running lines), which says something like: ErrorSystem.IO.EndOfStreamException:Unable to read beyond the end stream (It's not possible to cut and paste the line, because as soon as it finishes the whole process, it pops up the dialog box for restarting.) This is happening somewhere while reading the FSX Scenery subfolders. The process ends up ok (no warnings). Both EFB and FSX are running normal with no problems. It is sure that this is definitely not an EFB problem but it sees something "abnormal" in FSX. Could you please help by "decoding" the message I get? PS. yet another use of EFB: FSX debugger

1. No, it was not available for some reason. Maybe I try and check again during the week. 2. You are right of course; it is mentioned somewhere. It would be nice to fill the gap in a forthcoming update, since most Scandinavia, Iceland, Alaska et al are left out. And now, that you have provided it, we are already hooked on it

Just 2 issues I happened to stumble upon: - LSGS (Sion) approach is not available - Iceland does not have min altitude in map squares PS: Would it be a good idea to create a board index item for things like these (missing procedures, map glitches, minor bugs etc)? Apostolos

To be honest "while in flight" was not on my mind; I was thinking mainly while stationed in the ground, so calcs are not a problem. While airborn, also think that a 50-100nm restriction would accommodate most practical needs. Cheers, Apostolos

it would be very helpful if the airport selector list had an additional column with the (greater circle) distance from the selected airport or current position (whichever is selected). If an additional column is not easy, Lat/Long clumn could be used as it is probably the least useful. best regards to the team, Apostolos

It must be related to the following issue http://support.microsoft.com/kb/961894 I just remembered that I had a similar problem in the past also, when running FSX and EFB together, and it was resolved using the above. It seems that everytime you install anything that updates VC++2005 modules, you end up with problems in older applications build with Microsoft Visual Studio 2005, because there is no backward compatibility. Apostolos

Thnx all for the tips...that's why I love this forum. I have an Ati card, and I recently updated drivers to 11.3 (almost the same time I upgraded to 1.3.1 - and here is the coincidence). Overall I was thrilled with 11.3 because quality (in windowed mode) and performance were greatly improved. So, I guess I'll wait 11.4 and see what happens. Apostolos

Does the following (see bold) can be related to EFB? It started when I upgraded to 1.3.1, but this can be pure coincidence. If not, any ideas would be more than welcome. Faulting application name: fsx.exe, version: 10.0.61472.0, time stamp: 0x475e17d3 Faulting module name: MSVCR80.dll, version: 8.0.50727.4940, time stamp: 0x4ca2b271 Exception code: 0xc000000d Fault offset: 0x00008aa0 Faulting process id: 0x374 Faulting application start time: 0x01cbf925df270f03 Faulting application path: C:\Program Files\Microsoft Games\Microsoft Flight Simulator X\fsx.exe Faulting module path: C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.4940_none_d08cc06a442b34fc\MSVCR80.dll Report Id: 2d870cd5-651e-11e0-8cd3-001731f8cf2d