Jump to content

Dane

Members
  • Posts

    80
  • Joined

  • Last visited

Posts posted by Dane

  1. On 7/5/2022 at 11:05 PM, aivlasoft said:

    Hi Dane

    You are not doing anything wrong. To be able to find a way along certain taxiways it is required that all segments of the taxiway are properly connected. Properly in this regard means that the lat/long coordinates of an ending point of a segment are equal to the coordinates of the beginning point of a next segment. Sometimes developers do not connect the segments exactly enough which usually is not visible to the eye and therefore nobody complains, but an algorithm cannot proceed then.

     

    If you let us know which airport it is (ICAO code, developer, simulator) we may try to investigate.

     

    The airport was at KDCA, I am attaching two screen prints.  Note that in the one titled EFB2 Taxi there is no problem as your system automatically drew in the taxi route.

    But in the other example titled EFB2 Select Taxiway Errors, when I click on the path letter like in this case the letter K, you get an error.  The reason why I clicked on a path letter was because I was following what ATC had indicated for my taxi route.

    EFB2 Select Taxiway Errors.JPG

    EFB2 Taxi.JPG

  2. 4 hours ago, lonewulf47 said:

    Hi Dane,

     

    For standard aircraft there is an "aircraft.cfg" in the aircraft package. Within this file the icao_type_designator = "XXXX" can be found. Under normal circumstances the ICAO type designator is used.

     

    There is however an exception. Not all A/C have a text-type aircraft.cfg. Some of them use an encrypted "Cfg.fsarchive", which is not readable. We have found out that so far all default A/C using this encrypted file type use the correct ICAO identifier, which can also be identified here: https://www.icao.int/publications/doc8643/pages/search.aspx 

     

    Unfortunately some Add-On developers do not adhere to this rule and use their own name. Carenado's Mooney Ovation as an example uses non-standard "ovation" for this purpose. We do not have the means to find the correct call-up name for Add-Ons with the "Cfg.fsarchive" type configuration file. If they do not use the standard ICAO code, it's a matte of "trial-and-error" to find the correct code. For the Seminole (as I presume this is the Carenado Seminole) my best guess would be that they use the non-ICAO keyword "seminole". But this is just a rough guess.

    HTH

     

    Thank you Oscar - you were correct.  my Seminole is by Carenado and the name that works in the Profile is seminole.

    I actually could not find an aircraft.cfg file - but all is good, thanks to you.

     

    Dane

  3. 6 hours ago, aivlasoft said:

    Hi Dane,

    deleting the logfiles will not have an impact on whether the Server runs or not. The logfiles are only for investigation purpose if needed.

    The error you described is of course not fixed with just deleting the logfiles. The error was raised by the TCP/IP components of the Server but it might have been an issue which happened by coincidence. If it works now then everything is OK.

    Thank you

  4. 20 hours ago, aivlasoft said:

    Dane,

    according to the installation manual, the Server ALWAYS must be installed on the machine where the simulator is installed. The Client can be installed either on the same machine or on a remote machine within the same logical network.

     

    I really suggest to download and carefully read the manuals, which can be downloaded at any time here: https://www.aivlasoft.com/download.html

     

    Thank you Urs, I did in fact read the installation and I do see what you have said. I was curious if there were any issues that I should know before attempting to do this - thank you.

  5. I have setup a laptop to run as a Client for some of my P3Dv4.x addons.
    Can EFB2 Server and/or EFB2 Client run on a Client PC (remote) or should it stay on the main PC where P3D resides?
    I am assuming that maybe the EFB2 Server needs to stay on the Main PC with P3D?

     

    If my assumption is correct regarding EFB2 Server then what about EFB2 Client?

    If the EFB2 Client can run on a Client PC could someone direct me to required reading or advise me on how/what to do.

    Thank you in advance

    Dane

  6. 6 hours ago, aivlasoft said:

    Hi Dane,

    the loud horn (better said, the sound files) can be switched off in the Client settings.

    The error which is logged points to the Online data download from VATSIM. It seems that the VATSIM servers were not reachable (error 404).

    Can you check whether the VATSIM URL in the EFB Server settings are as follows:  http://status.vatsim.net/status.txt

     

     

    Thanks for your reply.  I have used my sim with EFB2 running a few since this problem and have not experienced this anymore - maybe VATSIM servers had a temporary issue.

    Yes http://status.vatsim.net/status.txt is correctly set in my  EFB2 Server settings.

    So we should just let things be for now, if it happens again I will get back to you.

  7. 5 hours ago, aivlasoft said:

    I can confirm that this is a bug in the DbBuilder, and it will be fixed with the next update. It should be available soon.

    Sorry for the inconvenience.

    Thank you Urs and also thank you Oskar.

     

    I was just about to send you my files showing the confusion I have as all are in the right places.

    Also Oskar to answer your question - Yes - to running the Db Builder at the P3D GUI, I learned that from you guys a few months ago.

     

    Thanks to all again...

  8. I am not sure how to stop or fix this warning from always coming up.  I know why it comes up but how do I stop it.

     

    This is the warning - 2019-10-15 21:41:43.886   Warning : Path '\Main' in D:\aerosoft\Lukla Mount Everest Extreme\add-on.xml does not exist

     

    I used to have this scenery on my D drive but I uninstalled and reinstalled on my C drive and it is looking for the add-on.xml file which is no longer on D but is on C.  What should I do?

  9. 1 hour ago, Dane said:

    Having trouble attaching my screen shot  - here is a link...

     

    https://photos.app.goo.gl/zBW2E9BZeKaATfvF6

     

    Oskar, you are absolutely correct - the problem I am having is the fact that the Profile is filtering to the closest airport.

    The only thought I have is though that both the Dornier 228-100 and the Caravan 208B are STOL aircraft and can in fact takeoff on the runway at TFFJ.

    But that's all OK as I now know what was causing the different airport displayed.

     

    Thanks again...

  10. 14 hours ago, lonewulf47 said:

    Hi Dane,

     

    I presume that you are using an A/C which requires more than TFFJ's RWY length. It is therefore filtered and not displayed, but the closest airport fulfilling the A/C's requirement is displayed. You might need to unlock the PRFL Filter or use another A/C or change the profile settings of this specific A/C you have in use.

     

    Thanks Oskar - I forgot to post a screen shot - sorry.

    I have always used this A/C at this airport and have never seen this discrepancy before.

    Maybe I will revisit the A/C Profile Setting to see if it is correct - but I honestly have not changed anything since setting it up??

  11. 8 hours ago, lonewulf47 said:

    Exactly, that's what I was just about to write too😀. It seems that either ORBX Central (or you) have not removed a former (now invalid) library path entry. Just make sure you pick the right one. There might be '[DiscoveryPath.0]' AND '[DiscoveryPath.1]'. Only  '[DiscoveryPath.1]'  should be removed.

     

    Thank you Oskar that solved my problem.

     

    Regards,

    Dane

  12. 3 hours ago, lonewulf47 said:

    Hi Dane,

     

    If the file/folder was referenced by a package, then the Package need to be removed first. This is done by running P3Dv4 up to the GUI. During this "Discovery Phase" P3DV4 should actually remove empty/non existing packages. EFB2 reads all packages from both add-ons.cfg files. However if a scenery from a package is deleted or moved onto another place, EFB2 simply doesn't find it.  Package administration within the add-ons.cfg files is done by P3DV4 during its "Discovery Phase", i.e. the first part of the startup until GUI is displayed. Can you confirm that you have run P3DV4 already and still have this warning? If yes, can your please attach the DbBuilderLogfile.txt to your next post? I might need a closer look into that.

     

    Followed your instructions but I still get the warning message - attached is my dbBuilder.txt file

     

    Dane

    dbBuilderLogfile.txt

  13. 8 hours ago, aivlasoft said:

    Hi Dane,

    Thank you very much for your kind words about the team!

     

    just as an additional information to what Oskar already laid out, after pressing the OK Button on the dialog which tells you about the warning, you can scroll upwards the list from the 'Progress monitor' and look for a yellow "bulb" ... The 'Progress monitor' is kind of a live display of the content of the logfile.

     

    2019-08-17 08_15_35-Clipboard.png

     

    Thanks Yes,

     

    I did go to the log file and saw the file/folder referenced but the strange thing is that file/folder does not exist anywhere in my system. It used to, but was deleted during the migration process.

     

    So the warning never goes away but I guess it does not matter.

     

    Dane

  14. 1 hour ago, lonewulf47 said:

    Hi Dane,

     

    A Warning is something that has no influence on the database function, however it usually points to a scenery which was not found (or not installed properly). The corresponding logfile is to be found in "C:\Users\<Username>\Documents\AivlaSoft\EFB2\Server\Logfiles" under the name "dbBuilderLogfile.txt", which is the most recent logfile. Just open it with a text editor and do a search for the word "warning". There you will have the explanation what caused the warning.

     

    Thank you

  15. On 8/12/2019 at 3:06 PM, lonewulf47 said:

    Hi Dane,

     

    Let's call it "not happy yet"...😀 So far the present update looks good and will (hopefully) be available soon...

    Thank you for your kind comment! Looking forward to whatever the (Simulator-) future will bring us...

    Oskar,

    Like I said before you guys at AivlaSoft are amazing - I do wish more developers acted and reacted as professional as your team.

     

    I now have a "happy" database after installing v2.1.110.0

    The only thing I got after the update was a report that there is 1 warning - not sure where to look for that or what to do about it - any thoughts on this would be helpful.

     

    Again - thanks to the entire team at AivlaSoft,

    Dane

    EFB2-1-110-0.JPG

  16. 3 hours ago, lonewulf47 said:

     

    Hi Dane,

     

    We are certainly not the people to decide upon deletion of third party software neither will we be able to give any recommendations for their use😉. AivlaSoft is on the way to update EFB2 to be compatible also but not exclusively with ORBX Central.

     

    I'm fully aware of the impact this ORBX Central had on the Simmer Commuity. Nevertheless there are a few things to be observed before hammering at ORBX' door😀 What we experienced here is the first occurrence of a third party software working with (priority) layers within P3DV4's package sytem (BTW, it was introduced already with P3DV3 but nobody used it). This also posed a few problems to EFB2, as the complete depth of the layering was neither known nor ever used - until ORBX came up with its new Central. In the meantime we are positive that we have found a valid approach to the problem and we will therefore be able to provide a solution within reasonable time, if nothing disastrous is going to happen.

     

    Apart from the zillions of complaints in the respective forum, it is also noteworthy to know that the "invention" of the package system is in no way related to ORBX. This is purely grown within Lockheed Martin's development team. IMHO ORBX was coming under pressure by the community, because lot of users were complaining that ORBX was still using the conventional "scenery.cfg" to prioritize its sceneries. The introduction of the package system by LM made things much more complicated than most of the people involved were realizing. When analyzing the present situation it is by no means a "simple" solution to prioritize sceneries when you have to handle two different "add-ons.cfg" (pointing to individual "add-on.xml" files with or without priority layer) in addition to the existing scenery.cfg.

     

    For us at AivlaSoft it means that we needed to update EFB2 in order to cope with future layering - not only by ORBX Central, but which was in fact initiated by the appearance of ORBX Central. Maybe it was not the worst moment that we had to get deeper involved into the P3DV4 Package system. By now we think we are well familiarized with the package system and its limitations. Maybe ORBX was a bit too quickly releasing its Central, nevertheless I can also add my personal experience on working with ORBX central:

     

    When I installed it first, I quickly noticed that migration of existing installations was faulty - to say the least. In an attempt to solve the problem I uninstalled all my present ORBX Sceneries (making sure that everything was properly cleaned up where necessary) and re-installed using ORBX Central. This took almost one full day - not comparable to other users reporting that it would take a full week... Funny enough this radical handling solved all my problems and since then I'm working with ORBX Central exclusively on both P3DV4 and X-Plane11 without further problems. Together with the (internally) updated EFB2 everything runs smooth and priority levels are well observed within the whole installation. I work with two independent systems, one exclusively for Flight Simulation, having installed around 90% of all available ORBX sceneries including all Area Sceneries, and the other being my "normal" office computer, with around 10-15 sceneries for P3DV4 and about 10 for X-Plane11.

     

    So as a conclusion: we will (hopefully) soon be ready to release an update for EFB covering the needs of ORBX Central. A few limitations are of course still valid for some ORBX Sceneries within ORBX Central. These are addressed in the respective ORBX forum threads. Whether or not users will change to ORBX Central is beyond our scope. The updated EFB2 will continue to work with all kind of installations, as long as they are properly done.

     

    Much more could be said on this subject, but for the time being this must serve as an initial contribution from my side.

     

    Thank you Oskar - like I said at the beginning I and others do appreciate your time given to answering your users questions/concerns.

     

    Your answer and background information goes a long way to making one understand what has taken place with ORBX as well as LM P3D.

    With that said I am going to keep my ORBX Central migration and not go back to FTX Central3 even though the EFB2 Database is never happy.

    Then I will patiently await the upgrade to EFB2 from you.

     

    Thanks again and best regards,

    Dane

  17. First let me say that AivlaSoft EFB2 were certainly left out of the loop in the beta testing of ORBX Central - bad on ORBX.  Many users including myself have voiced our displeasure over this new ORBX release and how it has not been tested enough and certainly not with other add-on developers like yourselves.

     

    I do see the post from lonewulf47 (Oskar) that informs us of the situation.

     

    In principal I can see the reason why ORBX did what they did, only poorly handled. I went ahead unknowingly and migrated all of my 87Gb of ORBX data to the new Central system. I am now ready to go back to FTX Central3 but before I do that my one big question for AivlaSoft is - How long do you think it will be before you are able to figure out a fix for this current issue? - a week - a month????

     

    Thank you for your awesome product and service.

     

    Regards,

    Dane

     

×
×
  • Create New...