ontheair

Salut Urs, The EFB checklist for the MD-82 Maddog/Leonardo is now ready (.xml file). It's based on real procedures used by Continental AirLines, and I would like to share it with EFB users. It's rather simple and basic c/l, not that long compared to others c/l, and (I suppose) clear enough. Without any reply to the post above- is there any other Maddog pilot among the whole EFB community ? - I decided to write it by myself with the EFB Checklist Editor. How can I (you) make it available in the download section ? via pm ? (xml file extension not allowed for attachment) Best regards

Hi, I'd like to download and use the EFB checklist for the Leonardo MD82-Maddog (XML format). Is there one you guys (if any) who will accept to share such a document ? Thanks

Salut Urs ! Yes, both LFMD & LSZA EFB approach charts are missing, while SIDs & STARs are not. Is that normal ? EFB latest versions + AIRAC cycle 1105/Rev.1 + RadioAids NG removed Merci

"Congratulations! Well deserved! " +1 Bravo ! bon et beau travail, continuez comme ça l'EFB Team

RADIOAIDS NG addon (from IVAO France) with the .bgl files it generates that are replacing FSX default ones is the cause/origin of my LFRB issue ! RADIOAIDS NG users among the EFB community (if any), be aware it might be better not to use RADIOAIDS NG addon along with EFB Qui habet aures audiendi, audiat

Bonjour Urs, New recurrent message : "Getting data from IVAO failed : la valeur était trop grande ou trop petite pour un INT16" Any idea ? Merci PS concerning LFRB SIDs : same trouble as described with AIRAC 1105

Bonjour à tous, From Urs "Please check the "Runways.txt" file on your computer for the following entries" checked ! those entries were already in my "Runways.txt" file From Travis "Are you using stock, FranceVFR or another scenery?" stock FSX scenery STARS are available at Guipavas in EFB but SIDs + Approach are not (greyed) ?? rather strange isn't it ?

Salut Urs, Just checked the LFRB.txt file is well present in AIRAC 1104/ Rev.2 What is rather strange is that STARs are available in EFB but SIDs are not ? What do I miss ? Merci

Salut Urs, This route from SABE to SCEL : EZE8.URINO URINO UA306 NIN UW9 LYE UA306 UMKAL UMKAL8.17L (RouteFinder generated) gives me the following error/warning message : "la référence d'objet n'est pas définie à une instance d'objet à : w0.a (c5A_0) w0.b (c5A_0)" This is not the first time I get such an error message while plotting a route. Have you got any idea ? Cordialement

I'm rather lost .... How many runways available at KATL ? FSX : 09L/27R 08R/26L 08L/26R 09R/27L Navdata : same runways + 10/28 (could not be assigned to FSX ) I'm just wondering what is the correct Runways.txt for KATL ? Thanks a lot

Change Log, Version 1.3.0 (among them) "* Better performance on the connection to SimConnect interface" you bet ! I'm not sure if it's related, but I must admit the brand-new version is much much more stable !! at least for me ! no DP CTDs ! no frequent DU disconnexion ! Just a short-term constat I'm expecting to be true on the long-term. Wait and see... bon travail Urs

Thanks Travis, GASA computation is now crystal-clear

This brand new 1.30.0 version looks really great with major improvements. Merci et bravo Urs ! Just a question : from the Ops manual page 65 "GASA = Geographic Area Safe Altitude: The highest elevation within a square of 1° Latitude by 1° Longitude, rounded up to the next hundred, then - if result <= 6000 ft, then a 1000 ft safety altitude buffer is added - if result > 6000 ft, then a 2000 ft safety altitude buffer is added - if result < 2000 ft, then 2000 ft as a minimum altitude is set" the safety altitude buffer is added to what ? the highest elevation within the square to give the big figure that is appearing within the quare on the chart ? Best regards

I'm not yet 100% sure but I think I've found what might cause all my recent and frequent troubles while running EFB with my brand-new router : I just changed, in the router interface, the WIFI channel from #6 (default setting) to #8 and it seems EFB is now working much better !! That makes me think something was interferring with my WIFI connexion previously set to channel #6 As you can imagine I'm closely monitoring the way EFB behaves since that setting change... Good to know that this channel setting change can make the difference !

Salut Urs, Don't know about other EFB users, but I just want to inform you about rather frequent (3 or times a day) and abnormal DP CTD that are occuring without apparent reason. Can I PM you my recent DP logfile to check what could be wrong ? My specs are listed below in my signature (W7-64) What is new is that I'm now running W7 SP1. Could it be related ? Merci

Trivial !! Thanks Wycliffe Just forgot what I new.... shame on me I'm getting tired, even at 10pm

Salut Urs, Just ran this installer EFBUpdate_v1.2.1 on my FSX PC and also on the remote PC. "First of all after everything is up and running, please check the versions as you described in your post (settings/info about). They all must be according to the versions listed on the website. Can you confirm these versions?" Yes I can... the versions numbers are the ones expected : DP 1.2.1.19038 DU 1.2.1.19036 don't understand why the previous ones were different ??? I'm not crazy as I am 100% sure I was running the EFB latest versions (Profile view in approach charts/ Descent gradient table in profile view/METAR module/current weather reports from FSX compatible weather engines....and the rest) Now the new problem/issue I'm experimenting is that all the navaids (VOR/DME, NDB) have gone ! except the ones that are part of the planned route. The rest of the EFB chart is blank except the route, rivers and boarder lines. This is true with Airac 1102 or Airac 1101 and whatever the route ! My settings (DP/Dus) are just the same as they were before the EFB update performed an hour ago What do I miss ? What should I do to get all the navaids back on the chart ? Thanks again and best regards

Salut Travis et merci beaucoup pour ton soutien ! "So the DU used to connect fine and load data from the DP on the FSX PC quickly" not that quickly actually (compared to the local DU) but time to load and connect was acceptable (far better today : approx 2 or 3 min than yesterday : 30 min) Below an example of the issue I'm currently experimenting (Airac 1101): the following route : EHAM DCT LEKKO UN872 NIK UM624 DIK UN852 MIRGU UT407 BLM DCT LSZH is accepted/loaded by both local and remote DUs on the other hand, the route : LFPG NURMO DCT PERON UN874 VEKIN UN873 FERDI UY18 DENUT DCT RIVER DCT EHAM is accepted/loaded by the local DU but not with the remote one and, moreover, it generates the "Unhandled exception" I was talking about in my previous post "One check to make though - especially since you have changed your router recently - on the remote PC, can you ping the FSX PC using the name of the FSX PC as the remote DU use" last ping gives the following results : envoi d'une requête ping sur jlldesktop avec 32 octets de données paquets envoyés = 4 reçus = 4 perdus = 0 (perte 0%) durée approximative des boucles en millisecondes minimum = 2ms maximum = 3ms moyenne = 2ms "Can you also check that the TCP port used from the remote DU to the FSX DP is not being blocked or inspected by your new router" Just checked with TCPView tool that the common port # 51747 seems to be not blocked/inspected by my new router. 51747 is the DP local-port and 51747 is also the remote-port for boths DUs (local an remote) "would you feel comfortable attempt to re-install EFB on the remote PC" Yes ! Just a question : as the cumulative update 1.2.1 is already installed on the remote PC, can I run it again or do I need to run the Aivlasoft EFB installer 1.2.1 ? (DU installation only) Last question : I'm sure to run the latest versions of both DP and DU. The corresponding versions numbers are (from System/settings/info about button): DP 1.2.0.14599 DU 1.2.0.14597 but I don't understand why those versions numbers are not the ones given in the EFB download section : Latest versions of the binaries after the installation of either the EFB Installer 1.2.1 or the Update are: * DisplayUnit: 1.2.1.19036 * DataProvider:1.2.1.19038 I'm missing something for sure !!! Thanks again for investigating ! Best regards

Thanks to both of you, "Speed up your network!" I suspect something different than a network low speed issue. This morning the DU init process on the remote PC is not that long compared to yesterday, except the DU crashes due to an "Unhandled exception" (details below). Could that be linked to a network low speed issue ? ************** Exception Text ************** System.Collections.Generic.KeyNotFoundException: The given key was not present in the dictionary. at System.ThrowHelper.ThrowKeyNotFoundException() at System.Collections.Generic.Dictionary`2.get_Item(TKey key) at fm.a(kg A_0, Control A_1) at pn.a(kg A_0, g6 A_1) at pn.o() at pj.a() at ot.b(String A_0) at lo.j(String A_0) at ik.a(Object A_0, EventArgs A_1) at System.Windows.Forms.Control.OnClick(EventArgs e) at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) at System.Windows.Forms.Control.WndProc(Message& m) at DevExpress.Utils.Controls.ControlBase.WndProc(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) ************** Loaded Assemblies ************** mscorlib Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3615 (GDR.050727-3600) CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll ---------------------------------------- AivlaSoft.Efb.DisplayUnit Assembly Version: 1.2.0.14597 Win32 Version: 1.2.0.0 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/AivlaSoft.Efb.DisplayUnit.exe ---------------------------------------- log4net Assembly Version: 1.2.10.0 Win32 Version: 1.2.10.0 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/log4net.DLL ---------------------------------------- System.Windows.Forms Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000) CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll ---------------------------------------- System Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3614 (GDR.050727-3600) CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll ---------------------------------------- System.Drawing Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000) CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll ---------------------------------------- DevExpress.Utils.v9.1 Assembly Version: 9.1.4.0 Win32 Version: 9.1.4.0 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/DevExpress.Utils.v9.1.DLL ---------------------------------------- Rhino.Commons Assembly Version: 2.0.0.0 Win32 Version: 2.0.0.1414 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/Rhino.Commons.DLL ---------------------------------------- Castle.Windsor Assembly Version: 1.0.3.0 Win32 Version: 1.0.3.5114 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/Castle.Windsor.DLL ---------------------------------------- Castle.Core Assembly Version: 1.0.3.0 Win32 Version: 1.0.3.5114 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/Castle.Core.DLL ---------------------------------------- Castle.MicroKernel Assembly Version: 1.0.3.0 Win32 Version: 1.0.3.5114 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/Castle.MicroKernel.DLL ---------------------------------------- System.Configuration Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000) CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll ---------------------------------------- System.Xml Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3082 (QFE.050727-3000) CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll ---------------------------------------- System.Core Assembly Version: 3.5.0.0 Win32 Version: 3.5.30729.1 built by: SP CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll ---------------------------------------- AivlaSoft.Efb.Common Assembly Version: 1.2.0.14595 Win32 Version: 1.2.0.0 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/AivlaSoft.Efb.Common.DLL ---------------------------------------- DevExpress.Data.v9.1 Assembly Version: 9.1.4.0 Win32 Version: 9.1.4.0 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/DevExpress.Data.v9.1.DLL ---------------------------------------- DevExpress.XtraEditors.v9.1 Assembly Version: 9.1.4.0 Win32 Version: 9.1.4.0 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/DevExpress.XtraEditors.v9.1.DLL ---------------------------------------- Rhino.Commons.Clr Assembly Version: 2.0.0.0 Win32 Version: 2.0.0.1414 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/Rhino.Commons.Clr.DLL ---------------------------------------- System.Web Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3618 (GDR.050727-3600) CodeBase: file:///C:/WINDOWS/assembly/GAC_32/System.Web/2.0.0.0__b03f5f7f11d50a3a/System.Web.dll ---------------------------------------- Castle.DynamicProxy2 Assembly Version: 2.0.3.0 Win32 Version: 2.0.3.5114 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/Castle.DynamicProxy2.DLL ---------------------------------------- AivlaSoft.Efb.WeatherServices Assembly Version: 1.2.0.38699 Win32 Version: 1.2.0.0 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/AivlaSoft.Efb.WeatherServices.DLL ---------------------------------------- System.Data Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000) CodeBase: file:///C:/WINDOWS/assembly/GAC_32/System.Data/2.0.0.0__b77a5c561934e089/System.Data.dll ---------------------------------------- DevExpress.XtraGrid.v9.1 Assembly Version: 9.1.4.0 Win32 Version: 9.1.4.0 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/DevExpress.XtraGrid.v9.1.DLL ---------------------------------------- ChilkatDotNet2 Assembly Version: 9.0.8.0 Win32 Version: 9, 0, 8, 0 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/ChilkatDotNet2.DLL ---------------------------------------- msvcm80 Assembly Version: 8.0.50727.4053 Win32 Version: 8.00.50727.4053 CodeBase: file:///C:/WINDOWS/WinSxS/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.4053_x-ww_e6967989/msvcm80.dll ---------------------------------------- DevExpress.XtraRichEdit.v9.1 Assembly Version: 9.1.4.0 Win32 Version: 9.1.4.0 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/DevExpress.XtraRichEdit.v9.1.DLL ---------------------------------------- AivlaSoft.Efb.IFlightplanHandler Assembly Version: 1.2.0.24135 Win32 Version: 1.2.0.0 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/AivlaSoft.Efb.IFlightplanHandler.DLL ---------------------------------------- AivlaSoft.FlightplanHandlers.MsFs2004 Assembly Version: 1.0.0.21008 Win32 Version: 1.0.0.0 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/plugins/AivlaSoft.FlightplanHandlers.MsFs2004.dll ---------------------------------------- AivlaSoft.FlightplanHandlers.MsFsX Assembly Version: 1.0.0.0 Win32 Version: 1.0.0.0 CodeBase: file:///C:/Program%20Files/AivlaSoft/EFB/plugins/AivlaSoft.FlightplanHandlers.MsFsX.dll Despite the DU init process seems far better this morning except it crashes everytime, please find below some of the info you have required : "What are the specs of the DU computer that you run?" the remote DU laptop is running XP SP3/WIFI. It has been working fine in the very recent past. The DU init process is not as quick as the one I observe on my desktop running W7-64/WIFI but it's OK The only change I just made is a replacement of my routeur : the former one was a Livebox (7b4c) the new one is also a Livebox with a different name (bb6e). Since this routeur/Livebox replacement the local network is working fine between PCs. "Assuming that both DUs are the same version" Yes, they are ! 1.2.0.14597 "Could you have an anti-virus or some sort of "protective" software on either machine" Yes, Kapersky 20011 is running on both PCs "that might be slowing the file access?" Kap did not slow anything in the very recent past ! "Has the speed in loading the remote DU changed recently? Yes, I told you in my first post you this issue is a new one "In other words, has it been faster in the past, or has it always been this slow" Yes, it has been faster in the past. I should have told you a long time ago if it has been that slow. Hope all that stuff will help Best regards

Hello Urs, Yes, the DU initialization takes too much time on the remote PC : the wole process takes about 30' and finally DU crashes to desktop. This issue is new as it just happened after installing Airac AIRAC cycle 1102 What is strange is that DU is running fine on the local/master PC which makes me think the Airac cycle 1102 in not the cause. Please find below an extract of DU log file from the remote PC (very last lines) : ---------------------------------------------------------------------------------- 2011-02-11 18:33:06,171 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Application started: AivlaSoft.Efb.DisplayUnit, Version=1.2.0.14597, Culture=neutral, PublicKeyToken=953442301537c18c 2011-02-11 18:33:10,390 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - User settings loaded from 'C:\Documents and Settings\jean-louis\Mes documents\AivlaSoft\EFB\Settings\DisplayUnitSettings.bin' 2011-02-11 18:33:51,937 [11] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Reading airport index file. Please wait ... 2011-02-11 18:40:22,250 [11] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Reading airways file. Please wait ... 2011-02-11 18:43:04,656 [11] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Reading region index file. Please wait ... 2011-02-11 18:48:21,531 [11] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Reading navaids file. Please wait ... 2011-02-11 19:00:50,218 [11] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Reading world data. Please wait ... 2011-02-11 19:01:02,984 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - IP-Address is: 192.168.1.11 2011-02-11 19:01:05,671 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Connected with DataProvider --------------------------------------------------------------------------------- I can confirm after restoring Airac 1101 the issue is still there. Would you please let me know what I can do Best regards from

"EFB cannot recognize it as either a VOR, DME, VORDME etc. In such a situation EFB assigns n.a." Merci Urs for the info provided but would you please tell me why EFB cannot recognize the incriminated nav-aid as either a VOR, DME, VORDME I'm currently using the latest AIRAC Regards

Hi, The TRO VOR is (was) not the only one radio-aid to read "n.a." instead of the frequency on the EFB chart... I found some others, including NDB, not only in France but everywhere in the FSX world... BTW I didn't check if the TRO VOR still reads "n.a." This is not that frequent, but would you please Urs tell us in wich case the radio-aid label reads "n.a." instead of the frequency on the EFB chart ? Merci

"I'm not certain of what you are seeing when you say it is "n/a" I'm seeing this on the EFB chart, near Troyes VOR symbol : TRO n.a. TRO _._._ _ _ n48°15.1 E003°357.8 with "n.a." instead of 116.0. In other words the TRO VHF freq. is missing "Is this "RadioAidsNG" the one that I see linked to from an IVAO forum??" Yes Thanks Travis

Salut Travis, "TRO looks ok to me, how does it appear as "n/a" to you?" That's my very first question... n.a stands for "not available", but what does that really mean in "EFB language" ? the same thing ? "Do you have any non-stock scenery in the area?" Yes, this non-stock scenery "RadioAidsNG" is running on both FS9 and FSX and the TRO VOR is well present on both FS9 and FSX maps (just checked) Bizarre, bizarre, vous avez dit bizarre... Cordialement

Salut Urs, Would you please tell me why the TRO VOR N48°15,1 E003°57,8 reads "n.a." on the chart, although it works fine ? It's not the first time I've noticed VORs are (sometimes) in the "n.a." state. Does that info comes from Navigrah data ? Another question (just for my information) : in a distributed installation (2 or more computers with 1 or more monitors installed in a local network) is the network communication between PCs based on Simconnect ? Merci