lonewulf47

James, Great to hear that the problem is sorted! Nevertheless it is important to know that the startup order of EFB and Simulator is of no importance as long as you run the Server as Admin: https://forum.aivlasoft.com/topic/3621-how-to-run-efb-server-as-admin/

Hi Bernd, Build #108 is ok. There's one part of your initial message that I don't understand: "After reinstallation Client is waiting for the Server PC although active there and correct IP adress." I take it that you are running both Server and Client on the same PC? In this case you don't need a specific IP address of your Server. It might be worth to post a set of support Files to dig a bit into this case. So far I have no clue why those warnings appear and I have never seen it before. I have installed EFB2 quite a few times on several computers, locally and networked. Still I'm really missing an idea what could cause this.

James, now back to your initial complaint. You claim that all those folders were empty, but in fact they aren't. So what problem does persist now? To give a clearer picture, please do the follwing: - reboot your computer - start EFB2 Server (as admin) - start EFB2 Client - start Simulator Then if something ist still not working correctly, shut down all and post the new set of Support Files. This way we can get a complete and refreshed picture of the system and its eventual malfunction.

Hi Bernd, Did you uninstall the Client first? Which build # of the Client did you try to install?

Hi James, That all sounds a bit strange. I can clearly see all profiles and a few additional ones like a Rafale or a RobinDR400. Did you restart the Client after reating the new Profiles? As this is necessary to create the new index. Can you please post a screenshot of the windows explorer with the following path: C:\Users\JIM\Documents\AivlaSoft\EFB2\Client\Profiles\ ? According to the Client LogFile all profiles are to be found within this path.

Hi Albert, I can't say for sure but IMHO the lines at the beginning <Descr>Launch</Descr> <Filename>dll.xml</Filename> should not be contained in the exe.xml. This is a wrong launch call-up from the dll.xml. Nevertheless I have no idea how this entry has made it into the exe.xml. Unfortunately I cannot compare my installation to FSX, as I don't have it anymore for several years but I'm sure that FSX does not handle these *.xml data differently than P3D. As a first remedy I would suggest to first make a safety copy of your exe.xml and then replace the entry "dll.xml" by "exe.xml". This change can be accomplished by any text editor. Make sure that no additional characters are entered and none of the esisting are deleted. If this doesn't work, simply delete the modified exe.xml and replace it by the (saved) original.

Hi James, Please submit a set of Support Files: https://forum.aivlasoft.com/topic/3046-how-to-create-a-support-file/ If all the mentiones folders are empty, the installation seems to be gone wrong. At least the Folders ...\profiles and ...\Minima must contain a number of files from the original installer.

Hi ???? Please observe the Forum Rules: https://forum.aivlasoft.com/topic/2522-forum-rules-read-before-post/ We need distinctive information about your problem to help you.

Sorr,y Jeff, my bad. I simply have overlooked it...😯

Hi ??? (please observer thre Forum Rules) See our answer to a previous post on the same issue here: https://forum.aivlasoft.com/topic/3575-server-doesnt-go-to-tray-after-startup/?tab=comments#comment-22093

Hi Dave, Puzzled too... 😄 We will have Urs to step in here to solve this problem. hang on.

Hi Dave, If your serial number has exactly the format mentioned in the FAQ (xxxxx-xxxxx-xxxxx-xxxxx-xxxxx-n), then it has exactly 31 characters. It should not be too complicated to check whether the serial number consists of five groups of five characters, separated by a hyphen and then at the end one single character, also separated by a hyphen. This results in 5 x 5 = 25 5 x 1 = 5 + 1 Totalling 25 + 5 + 1 = 31. I doubt that you serial number is different 😄 If so, something went wrong at the initial issue and it would not work in EFB V1. If you copy/paste the key, make sure that no unwanted or hidden character will be pasted into the text box, most likely at the beginning or at the end of your copy/paste character set.

Hi ???? (please observe the forum rules) This is an issue we have with more than one of ORBX' airports. it is a general rule that EFB uses the Airport Layout ("AFCAD" BGL) given by the scenery designer. Unfortunately a few designers of ORBX have the extremely uncommon peculiarity to "design" more than one airport within their design. In this specific case there are two airport layouts for Monterey: KMRY and KMRZ. The latter does not exist in the ARINC database, nevetheless ORBX has decided to use this one as the airport with the smaller runway 10L/28R, whereas KMRY features the instrument RWY 10R/28L. You will notice that - depending on the A/C position in respect to the ARP - the map will switch back and forth between the two airports. A similar issue exists within Australia, where YSCB Canberra "features" a second airport for the crossing RWY, named ZSCB (chinese ICAO code...😄). The only remedy would be to create ONE airport (AFCAD) BGL for the entire airport and use it along with the rules laid down here: https://forum.aivlasoft.com/topic/3005-afcad/ So far nobody has created a layout BGL for neither KMRY not YSCB. We introduced this feature to encourage and enable the community to help each other for such and similar cases. Unfortunately not too many contributions have shown up from the user community. ATM I'm unable to create such a layout, but maybe at a leater stage it will follow. Unfortunately also the layout of the taxiways and parkig positions does not correlate between the two "airports". Edit: I have uploaded KMRY.zip in the abovementioned AFCAD thread. You can use this one according to the rules stated in the thread. Please read carefully. While the airport layout is correct, it may not feature all parkig stands as per ORBX' scenery layout.

Hi James, I'm not sure what you mean. have you ever looked at a specific ILS procedure??

Hi ???? (please observe the forum rules: https://forum.aivlasoft.com/topic/2522-forum-rules-read-before-post/ , especially also item 3) Please send a set of Support Files: https://forum.aivlasoft.com/topic/3046-how-to-create-a-support-file/

Please Erdal, don't open the same thread again. You opened it here already: https://forum.aivlasoft.com/topic/3608-lsgg-procedures-taxi-ways/ and didn't continue reporting.

Not really a lot of information to allow for a reliable troubleshooting from a distance. Please do the following to make sure everythig is reset to normal: - reboot your computer - therafter restart SIM and EFB It is generally a good idea to stick to the forum rules when asking for support.

We have in the meantime identified the problem as being a compiler error of the bglcomp.exe, used to create BGLs. We have informed ORBX in the respective thread: https://orbxsystems.com/forum/topic/174011-au-v2-efb-2-db-builder-reports-error-for-ywch/ The affected BGL is "ADE_FTX_AUS_YWCH.bgl", to be found in "\Prepar3D v4\ORBX\FTX_AU\FTXAUv2_05_SCENERY\scenery". For copyright reasons we are not allowed to publish a corrected BGL. We have to wait for ORBX to come up with an official solution. Edit: there is already a new BGL available for download in the above thread of the ORBX Forum.

Hi Klaus, I just installed GCFV on one of my systems and I didn't see anything unusual going on after the install was completed. The airport is conventionally installed in "..\Prepar3D v4\Ecosystem\MKSTUDIOS" and registered in the scenery.cfg. The new package system of P3D is not used. Furthermore I did not see any entry in the "C:\Users\<Username>\Documents\Prepar3D v4 Add-ons" as you mentioned in your fist post (which is not necessary for a conventional install anyway). So on my side everything works normally without any additional input.

Hello Klaus, If the package method (package installations paths in add-on.xml) is not used, then the airport installation path is entered into the conventional scenery.cfg, as it was used to be in FSX. It seems however strange that the installer made and entry Prepar3D v4 Add-ons\MKSTUDIOS - GCFV without putting an add-ons.xml into it. The warning you get right now points to the fact that obviously apackage has been installed but the respective add-ons.xml is not being found as you deleted the path. I think it is best to delete all traces for this airport and re-install from scratch. Dont' forget that - depending on the installer method - you need to run P3D up to the GUI, to allow proper management of its addon packages. After running up to this point, close P3D and then only start the DBBuilder. The DBBuilder cannot find an addon if it is not properly managed by P3Ds addon management system.

Michael and all others who get this warning after installing ORBX Australia V2: We will have to investigate what causes this error, as there is no double entry of this ICAO code nor is it existing in the default BGL. This will take some time. For the time being there is no other solution than to deactivate this airport. We think that this will not cause too much inconvenience as YWCH Walcha is a small private airfield in New South Wales, Australia. Please do the follwing: - go to the following directory: Prepar3D v4\ORBX\FTX_AU\FTXAUv2_05_SCENERY\scenery - look for the following files: ADE_FTX_AUS_YWCH.bgl ADE_FTX_AUS_YWCH_CVX.bgl FTX_AUS_YWCH_objects.bgl - deactivate these three BGLs by attaching .off to each of them: ADE_FTX_AUS_YWCH.bgl.off ADE_FTX_AUS_YWCH_CVX.bgl.off FTX_AUS_YWCH_objects.bgl.off - re-run the DBBuilder YWCH will not be available for the time being As soon as there is a solution present, we will inform you accordingly.

Hi Michael, Yes, I just got the same message too. We will have to check what causes this. Most probaby a double entry caused by AUS v2 installation. Hang on until we got a remedy.

Good idea! 😀

Hello Frank, The position update is in a 1 seconds interval. Therefore the actual position is lagging a bit behind - by max. 1 second. ATM there is no remedy planned as taxiing should be done by visual cues from the cockpit. The reason for this delay is to use as little processor power as possible to avoid negative influence of EFB v2 to any other application running on the same computer.

Hello Lothar, 18/36/L/R are no real runways. They are used by the designers for unknown purposes. To overcome the situation and get a correct Ground Layout you might have a look here: https://forum.aivlasoft.com/topic/3005-afcad/