abax2000
-
Posts
63 -
Joined
-
Last visited
Posts posted by abax2000
-
-
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 LGSYIFR
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 LGSYIFR
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
Performance impact
in EFB v1 (Read only, no longer supported)
Posted
Which makes sense of course...but I am referring in having both the sim and EFB on the same machine.