Jump to content

aivlasoft

Administrators
  • Posts

    5,891
  • Joined

  • Last visited

Everything posted by aivlasoft

  1. David, can you see traffic with the 'AI aircraft monitor' (starting from the DataProvider's menu)?
  2. Pete, thanks for posting the event log entries. Unfortunately they don't tell me what's the problem. Sorry. Some time ago I stumbled over these three links, maybe they can help a bit? http://blogs.msdn.com/b/astebner/archiv ... 04493.aspx http://blogs.msdn.com/b/astebner/archiv ... 99004.aspx http://blogs.msdn.com/b/astebner/archiv ... 79928.aspx
  3. An updated version of the ProSim737 flight plan handler is available for download. The updated version only adds a new route if the routing itself has changed. Details can be read here: viewtopic.php?f=5&t=1292 How to replace the flight plan handler? Please follow the instructions below: 1) Download the flight plan handler to a temporary folder and unzip the file (download link is below). 2) Quit EFB DisplayUnit 3) Open Windows Explorer and locate the folder "plugins" which is below the installation folder of EFB (normally this is something like "C:\Program Files\AivlaSoft\EFB\plugins"). 3) Replace the file "AivlaSoft.FlightPlanHandlers.ProSim737.dll" in that folder with the unzipped file (see step 1). 5) Start DisplayUnit. [attachment=0]AivlaSoft.FlightplanHandlers.ProSim737.dll.zip[/attachment]
  4. Hi Pete, I just did some testing with the latest dll's. Unfortunately there are too many dependencies throughout the whole project and therefore it were taking countless hours of re-coding several parts of the 1.x source code.
  5. Hi Pete, Yes, only 3.5 SP1. Another idea that came to my mind, did you already have a look into the system event-log? Maybe there is some further information about the exception? I will also try today to replace the Castle.Windsor dll's by the latest ones. Maybe it's something that also happened with other projects and they have fixed it in the meantime? I don't know really but I think it's worth to try it. I'll let you know whether the latest dll's are working with EFB 1.x and - if they work - I could send you a pre-release so you can test it. Just let me know whether this is a feasible way to go.
  6. Hi Pete, I'm sorry, but there is no solution available because I don't know the problem yet. The "castle.windsor" project provides a so called "inversion of control container" (http://www.castleproject.org/) which is used in EFB. This container is responsible for instantiating all the objects. If this container reports any problems "out of the blue" I must assume that something fundamental has been changed on your system. All the logfiles that I received from other customers didn't contain any trace about the problem. It's like you wrote "...the problem occurs before it gets to actually log anything". So the question is "what has changed on your system between the time when it was running and the time when it was no longer running"? Any windows updates installed? Any other system changes?
  7. Pascal, just remove the EGLC lines from your runways.txt file and then it should work.
  8. Hi Pascal, I thought that the UK2000 scenery already lists the correct runway identifiers 09/27? If that is true then you don't have to define any assignments to the runways.txt file for EGLC. Then you must remove them. If the scenery does not list the new identifiers instead of the old 10/28, then you must verify whether the corresponding BGL files are compiled for FSX (and not for FS9) because EFB will not read them if they are FS9 version.
  9. Hi, as per the forum rules, please sign your posts with your real first name. Thanks. I don't know "AirNav FS Live Traffic" so possibly this is a dumb question, why do you have to run the DataProvider at every startup? Does this add-on change the BGL files? The DataProvider "only" needs facility data out of the BGL files like runways, ILS data, airport information etc.
  10. Hi Pascal, - which AIRAC cycle have you installed? - what are the entries for EGLC in your runways.txt file? - do you have an add-on scenery installed for EGLC?
  11. Hi Marty, the red icon is visible whenever the moving map is activated. There is also an option (> miscellaneous) to show the airplane icon when the moving map is not activated. Furthermore there are several settings regarding colors and size of the symbol.
  12. Hi Alan, thanks for the good words on EFB! I just had a look into the latest AIRAC cycles from either Aerosoft or Navigraph, both list the RNAV 02 and RNAV 20 approaches for PAMK. So far so good. The problem seems to be that FSX doesn't provide the ICAO identifier PAMK instead of the FAA identifier SMK for St Michael. Therefore EFB cannot find a match between these two identifiers. Since EFB is using the airport identifiers from the BGL files, a possible solution would be to find a scenery file for PAMK, or maybe the identifier can be changed using the free "Airport Design Editor"?
  13. Current users may update their EFB installations by downloading and executing the AivlaSoft EFB Installer or Update 1.3.10 found here: http://www.aivlasoft.com/download/index.html Changelog: http://www.aivlasoft.com/download/changelog.htm
  14. Hi Alan, Navigraph is already working on a revision. Should be available very soon.
  15. Hi Alan, thanks for the detailed report. Much appreciated. I quick view into the KFHR.txt file shows that with cycle 1304 Navigraph has slightly changed the data format without telling me so I will get in touch with them and let you know.
  16. Hi, as per the forum rules, please sign your posts with your real first name. Thanks. Basically there are two sources used: simulator data (*.bgl files) for all facility data like airports, runways, ILS frequencies, navaids. Procedural information is taken from the AIRAC cycle currently installed. If you update your navigation data (either Aerosoft NavDataPro or Navigraph FMS data) on a regular basis, as well as you install up-to-date scenery files, you will get the charts up to date.
  17. Hi Alan, yes please, always install the update for both components, the DataProvider and the DisplayUnit, regardless whether its a distributed system or not.
  18. Hi, and welcome to the forum. As per the forum rules, please sign your posts with your real first name. Thanks. I don't know the "right" procedures to arrive into EGBB, but I can explain the technical details behind the curtain. The filters South, North, East, West are sectors of 90°, starting at 45° to 135° for East, then 135° to 225° for South etc. Every procedure (SID or STAR) is verified to which sector it leads or from which sector it comes. This "classification" is just a rough idea to get an overview. It might happen that none of the procedures are listed in the southern sector but you will find one in either the eastern or western sector. If you intend to land into runway 33 at EGBB you can fly the GROV1B arrival which is listed in the eastern sector. Although the first and the second leg of GROV1B have a heading of 322° is is listed in the eastern sector and not in the southern. Why? EFB only takes the first and the last waypoint into consideration when determining the direction. Hope this helps.
  19. Hi Marc, Of course, you may have ... I don't track YOU, I track EFB (it's a joke ...) To be serious: Whenever the flight plan has been changed (e.g. due to adding a procedure, or removing a waypoint, or use the "Direct-To" function) EFB creates a new, temporary flight plan which reflects these latest changes. The file is called "efb_current_garmin.pln". This flight plan is then forwarded/loaded to the FSX GPS engine to keep it synchronized with EFB. If the user (or any automatism) saves the current flight (e.g. MyFlight.FLT or similar) then the FLT file contains a section called "[GPS_ENGINE]" which itself contains a line starting with "Filename= ....\EFB_current_garmin.pln". Usually these lines will be removed by FSX itself, but I assume that if the flight has not yet been finished, the lines will remain in this file. Since the flight plan file "EFB_current_garmin.pln" is a file that is always temporarily used by EFB for all flight plan changes, the context of this plan changes continuously. To avoid loading an old flight plan when loading a situation/flight file (*.FLT), EFB scans all these files on exit and on startup and removes these entries, if there are some. Hope this helps.
  20. Hi Felix, the initial climb clearances are not part of the navigation data which is used by EFB to depict the charts.
  21. Hi Paco, thanks for sending the scenery.cfg. As far as I can see the Aerosoft scenery is not part of this scenery.cfg. Therefore EFB doesn't read the new files instead of the stock files. I think that something with the installation of LEMD went wrong. Usually after the installation has been done, a new path is added to the scenery file which points the the corresponding BGL files.
  22. Hi Paco, thanks for the screenshots and thanks for sending me the BGL-files. From my point of view it seems that the scenery.cfg is the key to find the cause. Could you please send me the file "scenery.cfg" to support@aivlasoft.com". The file should be located at "C:\ProgramData\Microsoft\FSX".
  23. Hi, as per the forum rules, please sign your posts with your real first name. Thanks. Please could you send me the BGL file so I can have a deeper look inside? You may send it to support@aivlasoft.com. To figure out which file it is, open the airport information and double-click into the free area above the "General Info" tab. This will show the file name which is currently used to depict the ground chart. [attachment=0]whichBgl.jpg[/attachment]
×
×
  • Create New...