jackharpenden

I will do so, and keep you updated. Regards, Jack

Hi Julian, Will give this a go later. Sounds very promising. I'll see how that works on Vatsim for me. Regards, Jack

Hi Andy, I checked the folder and I indeed had the "GEN" file rather than "TRM". I've now changed that, restarted FSX and rescanned the scenery in EFB, but the same stands are missing. You can see for yourself there that there are quite a few gaps, looking at my chart for Gatwick makes it more noticeable: So on yours Andy, do all stands show up? Thanks, Jack

I've never updated the AFCAD file for UK2000. I'm on a new PC that I put together a few weeks ago. I simply installed the latest versions from the installers of my UK2000 sceneries. Jack

Hi Andy, I don't understand your post there. I have the static aircraft disabled, as I always fly online. It appears that even when you have the static aircraft disabled, that EFB won't show those parking positions. Jack

Hi Travis, I know exactly what Janis is talking about. The problem most commonly appears in the fantastic UK2000 sceneries for the UK. To start with I've got the problem on Heathrow version 2 and Gatwick version 3. I've got a possible reason for the problem though... In the settings for the sceneries, there is a tickbox for selecting whether you want static aircraft or not. Because I always fly online (on VATSIM) my setting is no, but I think it's the positions where the static aircraft would be if they were enabled that are missing. - Am I making any sense here? Travis/Urs, If you don't already have the scenery and what to diagnose the problem so that you can see it for yourselves, then you can download a fully functioning demo version, which just has an advertising box on the runway (it's removed if you buy the scenery) from their website. There's a download demo button on this page, this for the Gatwick Scenery - http://www.uk2000scenery.com/newsite/My_Homepage_Files/Page31.html Thanks, Jack

I reckon it'll have to be because that's the only file that the NGX will accept. - Also, if the standard .rte file is used there only needs to be one exporter in EFB to cover all of PMDG.

Hi Marc, I can confirm this, as I'm getting the exact same problem, aircraft showing but without listing of aircraft type or destination. Urs, is it possible that the location of the datafile has changed with the server switch? - I seem to remember you saying that this is the file where EFB gets the data from. http://www.net-flyer.net/DataFeed/vatsim-data.txt If so that appears to be working Jack

As far as I understand the end cause of the trouble is entirely the NGX. I believe that it causes havoc with SimConnect, what EFB SP4 does is suppress the error messages that are listed, but it still doesn't show online or AI traffic properly. Sadly, I don't think that it's something that Urs can fix in the EFB programming and we'll have to wait on PMDG to sort the SimConnect issue. - I might be wrong though. Urs can you confirm? Jack

Jean-Louis, Firstly, if you don't have specific scenery for an airport then I'd recommend simply searching for an AFCAD file on a website such as the Avsim library. For example in your case if you downloaded this small AFCAD it'd include the latest runways, as it's quite a recent upload: http://library.avsim.net/search.php?SearchTerm=kord_ade_rs_fsx.zip&CatID=fsx&Go=Search If you did however, just want to correct it in the runways.txt file, without other AFCADs or scenery then simply type the below for runway 28/10 (of course also include all other runways): KORD nil 28 KORD nil 10 - That formula says the runway is non-existant in FSX, but is runway 28/10 in the navdata. That works well for me to suppress those errors. Hope this helps, Jack

Yep, we've all got the same issue. - I'm not sure whether it's a problem with EFB or with the NGX as I've heard is causes problems with SimConnect, which is used by EFB. Jack

I've been away for a few weeks, but yesterday had the same problem while doing an online flight in the NGX. - A bit odd, I'm no expert on this but it seems strange that an aircraft would give an effect to EFB receiving the traffic through SimConnect. Hopefully PMDG will get to the bottom of this soon. Thanks, Jack P.S. The title of this topic relates only to SP4, but presumably all EFB updates have the problem as it's PMDG related?

Hi Todd, We are aware of the problem and a new servicepack has been created which solves this problem. It's presently being checked by the beta testers and the version will be released very soon. Thanks, Jack

Agh! Thought I'd be clever and download the new AIRAC just before its effective time (last night) to be ready for this morning's flight. I'm just starting the flight now, and also found no procedures at all. I'm sure Navigraph will release a revision relatively soon. Jack

Lol, agreed though

I often get this error, and it can be quite annoying. - From reading the error, does it signify something in the scenery causing the problem? It can cause a problem, especially on Vatsim, because subsequently after pressing "ok" on the message all of the Vatsim frequencies disappear within the EFB. Even if I activate the route again, or switch off the online mode and activate it again there will still be no frequencies. When this happens I have to restart the Displayunit to get them back. Hope this can be solved, Jack P.S. I'm almost sure that I've read about others having the same problem on these forums...

From reading up on the internet a little, it seems as though for most people disabling Antialiasing and setting filtering to Trilinear in FSX appears to cure the problem. Some other people say that simply updating the NVIDIA graphics drivers cures the problem. Travis, from reading up I understand that the MSVCR80 dll relates to the C++ Library. - Despite this for most people (from reading through forums) it is seemingly always something relating to graphics that causes and then fixes the problem. Good luck getting this fixed, as I know that CTDs in FSX can get really fustrating, especially trying to diagnose the reason for the problem. Jack

Hello (Sorry don't know your name), http://lmgtfy.com/?q=MSVCR80.dll+fsx From this I find that it relates to NVIDIA graphics cards. - So nothing to-do with the EFB. I would first try the obvious things, such as updating drivers, and reading up on it on Google. Hope this helps, Jack

Hello, I'm currently enroute over mid-africa in the Speedbird Flight Club, along with a few BAV members. I have noticed that all the aircraft are showing but one. - It should certainly be within the 100nm limit on Squawkbox. What I have noticed is that the particular aircraft shows up as a 'SBX' paper plane model (Squawkbox users should know what I am talking about). This is because I don't have the specific aircraft installed. It seems as though, unless this is a one of glitch, then the EFB doesn't show any Vatsim traffic if it shows as an unknown aircraft model in FSX. Or perhaps it could be that because the aircraft appears to be logged on with an incorrect ICAO code, B74F, which isn't technically correct, that the EFB therefore does not recognise this. Anyone else with this problem? Thanks, Jack

I am sure there will be many other callsigns for NY Area other than just 'KND' and I reckon that they'll also be more for the Oceanic (Flight Service Station) Sector. - Also when shift changing, a controller may use '_1_ ' or an extra underscore in their callsign, meaning that hard-coding those would mean that fairly often it would not appear at all as online in the EFB. From glancing over Servinfo, it would seem that the same problem would apply to the Miami ARTCC, where the oceanic sector also uses the 'MIA' prefix. It seems that all the areas on Servinfo that are shown with Oceanic at the end, e.g. SUEO (being the area control) and SUEO Oceanic, both use the same prefix. An example is below: {Note that there is KZHU along with KZHU Oceanic and KZMA along with KZMA oceanic} Along with other airspaces the problem affects Gander (CZQX and CZQX Oceanic) in the same way, but does not affect Shanwick (EGGX) even though it is an oceanic sector; because it only has one instance and therefore is only listed as EGGX in Servinfo (rather than EGGX Oceanic) due to there being no separate EGGX radar service within another location. I would imagine that it will affect all airspaces that use the same callsign prefix for both the Area and Oceanic sectors and which are only differentiated from the ending of either _FSS or _CTR. So I am really not sure of as to what can be done to fix this problem, except for implementing something in the coding relating to the use of _CTR or _FSS. Hope this helps, Jack

Hi Urs, Here is the copied ATS routing from the EFB: LFPO LGL1P LGL UN502 JSY UN160 LEDGO DOGAL 5420N 5330N 5340N 5250N CRONO DOTTY N162B TOPPS HANAA ALB V213 SAX FLOSI1.HANAA KEWR After looking at this I thought in more depth, and saw "HANAA ALB V213 SAX FLOSI1.HANAA KEWR". - It seems that the FLOSI1 Arrival also includes the waypoints "HANAA ALB SAX" so it was shown twice due to duplicated waypoints. This was why there were two instances of NY_CTR with a Unicom inbetween. So this was more my mistake. There is however a screenshot below if you wish to see what I have explained above: Also you may now note that NY_KND_CTR has loaded up an ATIS for KEWR so it no longer shows as UNICOM rather with the ATIS frequency. Jack P.S. Just noticed something else, it seems that whenever a NY_CTR is online, the EFB fills in the NY oceanic sector in as well. These are shown separately in ServInfo, so this problem only exists with the EFB. - In terms of callsign differential for the two, the oceanic sector is usually 'NY_JBC_FSS', whereas the NY area control being 'NY_KND_CTR'. The main difference being the ending of either FSS or CTR.

Hello, Something else I have noticed: It shows NY_KND_CTR twice with a UNICOM in between. Also most CTR positions cover top-down on airfields within their airspace, and in this particular case this is so. - Under KEWR in the screenshot it shows Newark airport as being Unicom, whereas it is covered by NY Center. These are all minor problems, as everything else within this new version seems great! Thanks, Jack

Hello, I believe it understands the simple structure perfectly (I am not worried about it knowing which sector covers which area within the FIR, as I am aware that ServInfo does not accommodate this feature), but the problem is seen at the top of the screenshot below: It seems to know that four stations within the London FIR are currently online: LON_N, LON_S, LON_C and LON_W. However, instead of listing all four different stations it seems to list the station which has most recently logged on, being LON_W in this case and lists that individual frequency four times. I think that it is just a simple programming error. Jack

Hello, Thanks for the update, mostly seems very good so far. I am currently still enroute (on VATSIM) and have noticed that where EGTT is listed on the frequency bar it only shows one listing of the sector. For example at the moment there is EGVV (Shanwick Millitary) LON_S and LON_C online showing on Vatspy. A moment ago there were three listings of LON_S on the EFB, rather than the three different sectors, and now it just shows Shanwick Millitary. - Which is no use to me when flying Civil! So it seems that it is getting confused when more than one frequency is online within a single CTR. I am now however, with EURI (Eurocontrol) and it is being listed and showing on the map nicely. Thanks once again, and I hope that this can be rectified. Jack

Hi Urs, Is there an expected release date for the new version? Thanks, Jack P.S. The new feature list is looking excellent so far!