ahuimanu

I think its choking on some BGL. It seems like EFB2 may be stricter and yet we all have so many add-ons that claim P3Dv4 compatibility and yet have some issue. In this case, perhaps some duplicated navaid.

Thank you Oskar, I re-ran everything without MalwareBytes or Defender running and behavior is not different. Thank you for working with me and perhaps Urs can make it better. Jeff

Hello Oskar, Thank you. I understand. Perhaps both the OP and I are experiencing the same problem? Thank you, Jeff

Both malwarebytes and windows defender. When would comservice.bin be installed?

Hello Oskar, Thank you. I have already done this a few times earlier based on your reply to another user. Thus, regardless of whether I have it installed in Program Files, or elsewhere, the behavior is the same. It is the problem reported by the OP (error messages look identical save for language localization). Thank you, Jeff

Hello, Windows 10 and Prepar3d 4.3 Jeff

First, the Database Builder throws "Error: Object reference not set to an instance of an object" just after creating the navaids repository and before reading magdec.bgl The next error is: "Error: Could not find file D:\jeff\Documents\AivlaSoft\EFB2\Server\DbBuilder\Base\P3D4\comservices.bin" This is where this chokes each time. EFB2 unusable at the moment. EFB is not installed in the default path. Thank you, Jeff

Urs, It seems that ImagineSim places the add-on.xml file directly wherever the user chooses to install the scenery. Further, the ImagineSim installer uses the command-line method of installing using the Add-on system such that it isn't really auto-discovered. So, since I believe your routine for obtaining scenery using this new method is to check the "Prepa3D v4 Add-ons" folder for add-on.xml files, you will not find the KATL add-on.xml file there. The only solution I can see is to place a "dummy" file or to use something like what the Lorby-Si addon manager does, which is to briefly use a temporary scenery.cfg file so that a tool like the DataProvider can be tricked into seeing the scenery. I can confirm that Lorby-Si's addon manager is able to trick the DataProvider into seeing KATL.

Hi, The only tool that seems to reliably allow us to work with both scenery.cfg and the addon.xml system is the freeware Prepared3D V4 Add-on organizer from Lorby-Si. As this tool allows you to reorder layers and all of the other things you might want to use, I feel it is necessary to use it. What this has to do with the EFB is that when the <Scenery> element does not appear first in a scenery area, then the DataProvider won't be able to read the scenery. This becomes a problem with FSDreamTeam and older FlightBeam sceneries that use FSDreamTeam's Addon Manager. When the <Texture> element appears above <Scenery>, the scenery area won't be read and then the Display Unit won't show the correct scenery. I have already reached out to Lorby-Si to inquire why the elements are rearranged by the tool. My question here is, why not use addon-scenery.xml to harvest the scenery folders? Or, perhaps look for the scenery element in the Addon.xml file? I may be wrong how this all works, but I am reporting an issue with EFB 1.6.10 where sometimes the Data Provider won't read correctly using the addon.xml system. Thanks, Jeff