Jump to content

ontheair

Members
 View Profile  See their activity

  • Posts

    190

  • Joined

  • Last visited

 Content Type 

Posts posted by ontheair

    Maddog EFB checklist

    in EFB v1 (Read only, no longer supported)

    Posted

    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

    LFRB SID absent

    in EFB v1 (Read only, no longer supported)

    Posted

    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

    LFRB SID absent

    in EFB v1 (Read only, no longer supported)

    Posted

    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 ?

    recurrent error message

    in EFB v1 (Read only, no longer supported)

    Posted

    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

    Version 1.3.0 is available now

    in EFB v1 (Read only, no longer supported)

    Posted

    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

    Version 1.3.0 is available now

    in EFB v1 (Read only, no longer supported)

    Posted

    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

    DP frequent CTD

    in EFB v1 (Read only, no longer supported)

    Posted

    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 !

    DP frequent CTD

    in EFB v1 (Read only, no longer supported)

    Posted

    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

    DU initialization takes too much time on remote unit

    in EFB v1 (Read only, no longer supported)

    Posted

    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

    DU initialization takes too much time on remote unit

    in EFB v1 (Read only, no longer supported)

    Posted

    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

    DU initialization takes too much time on remote unit

    in EFB v1 (Read only, no longer supported)

    Posted

    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

    DU initialization takes too much time on remote unit

    in EFB v1 (Read only, no longer supported)

    Posted

    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

    TRO VOR

    in EFB v1 (Read only, no longer supported)

    Posted

    "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

    TRO VOR

    in EFB v1 (Read only, no longer supported)

    Posted

    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

    TRO VOR

    in EFB v1 (Read only, no longer supported)

    Posted

    "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

    TRO VOR

    in EFB v1 (Read only, no longer supported)

    Posted

    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

    TRO VOR

    in EFB v1 (Read only, no longer supported)

    Posted

    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 ;);)

×
×
  • Create New...