Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by lonewulf47

  1. Hi Kenneth, Yes, this is possible. There is always a - remote - chance, that a waypoint passage is becoming missing if the passage is outside of EFB2's passage detection criteria, especially in procedures with large track changes. In this specific case It may well be that the A/C accelerated to a somewhat higher speed after LUKEP, which may cause too much "shortening" when climbing out via BLV towards AMTOS. If the "shortening" during the left turn causes passage of the waypoint (in this case BLV) too far away (not sure anymore about the required minimum distance), EFB2 will be stuck (and
  2. Alternatively you could post the AFCAD bgl of your airport and I will do the changes for you. I do not know however the name of this specific bgl as I do not have this airport installed. Must be something around 10-100 KB in size with the code LMML in its name.
  3. Hi ??? (please refer to our Forum Rules 2.4) The reason fo this is that there is a discrepancy between the LOC data in the airport BGL versus the LOC data in the IARAC cycle used. If it concerns a default airport, we recommend to apply the (free) navdata update tool from Hervé SORS: https://www.aero.sors.fr/navaids3.html , in this case it would require to apply the World Navid Package and the world (except Europe) ILS regional updates. This brings all ILS' worldwide to the present state. This however only works for P3DV4. If the Airport concerned is an Add-On, then the
  4. Hi Ray, Please try this one. Should be working. AFX_EBBR.bgl
  5. Yes, ILS 01 & 19 are still in use. Please post the BGL here and I'll see what I can do...😀 There is almost always a solution...😉
  6. No, as long as the correct figures are used for the ILS, nothing needs to be changed there.
  7. Yep, that's what I was afraid, because there are two developers for that airport. Are you familiar with ADE? Otherwise you could post the bgl affectd and I'll do the changes for you.
  8. Hi Ray, I'm not current on GSX, which AFCAD it uses and so on. IF GSX uses the AFCAD of the airport installation (which would then be the one above that I converted), then of course it could also be renamend and used instead of the original AFX_EBBR.bgl. The reason why wo do not recommend it at first hand is the negative influence on the AI Traffic (which is then - at least partly - allowed, where it shouldn't be). The second reason of course also being eventual copyright claims from the developer. Neverhteless if you do such things on a private basis, I bet noone will harm you...😀
  9. Hi Bernd, I'm sorry to hear that. Nevertheless I must point to the fact that your conclusion is wrong. EFB works very nicely with X-Plane. I have the proof on my two systems. The reason for this misbehaviour is unknown to me and most probably will remain so. I cannot do troubleshooting on your system at a distance. The sheer number of AddOns is not an issue. I have on one of my systems over 570 entries of AddOns in the "\X-Plane 11\Custom Scenery" path. They all work without any problems. Regarding the number of RWY mappings my only conclusion is that one (or both) of the def
  10. Xavier, I'm sorry, I can't explain what is going wrong on your system. I do not have GOBD on my system, but for LTFM everything works normally.
  11. No, METARs and TAFs are only called up with the corresponding ICAO Code. But as already mentioned, the airport must also be available in EFB.
  12. You ca easily check whether a metreport is available for a specific airport. Check the ActiveSky page as in the attached screenshot. Whether the metreport is available in your simulator is dependent on the availability of a specific airport in your simulator and the proper setup of your ActiveSky within EFB2.
  13. Well, as you can see in my screenshots above, the METAR and TAF for LTFM are indicated. I guess I have the same Freeware. This also depends of course of the meteo tool you are using. You did neither idicate the simulator used nor the meteo tool. I do not see into your computer. You should really give some more information about sour Sim, meteo tool etc. The above screenshots are taken with Prepar3DV5 and ActiveSky. It works as designed. If it does not work on your end, you have to check all your equipment, whether all requirements are met.
  14. Hi Xavier, As long as the requested airports are available in your simulator, the metreports are fully available. If an airport is not available in the Sim, then of course no metreport is available in EFB either. FAOR is the old FAJS (same location) and can be replaced in the "IcaoCodeReplacements.txt" file. For LTFM you need a corresponding scenery because this is a completely new airport. As an example see the following screenshots from FAOR and LTFM with today's METAR and TAF:
  15. Bernd, EFB2 works flawlessly with X-Plane. There's no reason to blame it for a non-working database or connection issues of any kind. As I said several times, I have no problems from the beginning. It should nevertheless also be said that I manage my "scenery_packs.ini" with the XOrganizer, which is perfect for this purpose as with manual management errors can always occur. You did not mention that you were specifically looking for the issue in the "scen.ery_packs.ini" which generated the shown warning. There must be some invalid path there. The warning message definitely points
  16. Hi Bernd, From what I could see in the logfiles, in your DbBuilding Process more than 6000 (!!) runway mappings are processed whereas the average of a correct scenery would be about 1/10 of that. In my installation there are 581 runway mappings. Anoter thing that I see from the logfile is that there is an error when reading the "scenery_packs.ini" from your X-Plane Custom Scenery path. How do you manage your "scenery_packs.ini" ? Do you use XOrganizer or do you do it manually? In any case there is a warning logged in your DbBuildeLogfile : "2020-09-03 10:34:26.724 Warn
  17. Hi Alex, Please read the description of the color symbology in Manual "Client", page 136, "Traffic symbols". NO adjustments needed at all.. 😀
  18. Please read here: https://forum.aivlasoft.com/topic/4515-microsoft-flight-simulator-support-after-august-18/
  19. Hi Bernd, This message is no Error, but just a debug info. I have the same because on this specific airport the RWY dsignator is non-numeric. This has absolutely no impact on the database. If the database creation ends without remark, i.e. reported as "Successfully completed", then the database is properly created. Debug remarks are - as their name would suggest - simply information about the forthcoming of the database creation process. As I said before, I can't recreate your findings, as I have updated both my X-Plane installations and do not see any problems with their use.
  20. Hi Bernd, I'm sorry but I can't confirm your findings. I have updated X-Plane 11 RC2 and running it with Vulkan Drivers. I can't ee any problems with that. EFB2 is running faultless. Confirm that you also have SELECTED the correct (X-Plane 11) database?
  21. I'm not really sure that I understand what you mean. EFB displays what is available in the respective ground layout BGL. If you don't have an Add-On installed, it will display the default layout. Where do you have the "FAOR_ADEP4_ADE.bgl" from?
  22. Hi Xavier, What Simulator are you talking about? P3DV4? The default BGL consists of outdated ILS frequencies. However there is a simple remedy for that. Go to Hervé SORS' Website https://www.aero.sors.fr/navaids3.html and download and apply the "ILS/Rwy regional updates" for Africa. This will correct the missing ILS'es.
  23. Hi Erdal, I'm not sure what you want to tell us. There is not a single Warning or Error listed.
  24. Hi Claudio, From what I can see in the Logs, your installation seems to be purely local, i.e. Server and Client are on the same Computer. The Client however is set up to connect to a "remote" computer. Please check your Client settings according to the screenshots attached ("OFFICE-PC" being the name of my local Computer..):
  • Create New...