Jump to content


  • Content Count

  • Joined

  • Last visited

About Captain45

  • Birthday 12/08/1945

Profile Information

  • Gender
  • Location
    Hoofddorp, Netherlands
  1. Captain45

    Multiple Server disconnect

    Hi Oskar, I replaced the EHAM minima and the 787-8 and 787-9 profiles with the ones from contributions. I checked the logfile and all works fine now. During the flight I had serveral red notifications on the Client's status window. Seven or eight times in a flight that took over 3 hours. The Client reconnected automatically. Only when during the rebuild a WPT was passed I needed to do a DIR TO. I haven't got the slightest idea what caused it. Maybe the PC was preparing for the W10 October update that followed later. Dirk
  2. At first a 5 star compliment for v.2. It brings far more than expected and worth while waiting. Although v.2 works flawless, my yesterdays flight KIAD to EHAM with the QW787 (skipping the ocean NAT) had several server disconnects. Just for the record, I post the logfile attached. I checked if Windows Update was involved during the flight but that was not the case. Regards, Dirk clientLogfile-1.txt
  3. Hi Urs, Thanks for the reply. It is starting to become clear now. I've found more info on this link that might be usefull for others with the same question. Greetings Dirk
  4. Although I like the improvements in v.2 versus v.1, there is something that puzzles me cocerning the decision height/altItude. The manual has several pages about 'minimums' but in v.1 I was used to simply read them from the approach chart. It could be usually 50, 200 or 500 for DH. Easy. If v.1 could determine what the value must be for a specific approach based on the AIRAC Data, it must be possible for v.2 as well. If someone can shine a simple light on 'how to determine' this value I would be very gratefull. Oh. and I know I can simple add the field elevation to the DH to get the DA. Thanks in advamce. Dirk
  5. As a long term user of v1 I thought I give v2 a try for the Demo first. Installation of the server went well except of the weatherfile because AS is on the other computer and I had not yet made a share. But I installed the Client on the other PC OK and with the Server already running on PC1, the client came alive on PC2 with world weather. (No P3Dv4 active yet) To access the weatherfile from PC1 I ran into some firewall issues so I had to restart both PC's. But.... when I start the server I get the popup telling me to open port 13 which was not needed the first time. So I opened port 13 for outgoing TCP traffic and tried again. Same outcome: a popup that tells me to open port 13 (which is open already) I'm stuck and the days left are lower and lower. Would be nice to have a look at v2. Dirk
  6. For those users that run into the same problem: There was indeed a problem in the bgl file. Hervé Sors has corrected it and the problem will disappear as from the 1803 update. For those who can't wait I'll attach the correct bgl file in the 'Use alternate airport files' status. Copy it in the appropriate directory and let the DataProvider run an update. Cheers, Dirk APX50100.BGL
  7. Thanks Urs, I suspected something like this. I'll inform Hervé Sors about this. Thanks for sorting it out. Cheers, Dirk
  8. OK. I checked it out. Under Aiport Information after the double click it comes with: D:\P3Dv4\Scenery\0601\scenery\APX50100.bgl This is exactly the same file that Sors's ILS Inspector uses. On the Landing Aids Tab it shows the wrong info that I posted about before. I'll attach the file. This is really a weird thing. Dirk APX50100.bgl
  9. Sorry. A typical RTFM issue on my side. I'll get back to you after dinner.
  10. Hi Urs, Well..., I checked the manual and in there is tells me what file is used. But when I check my DisplayUnit's Airport Information it is blank on that spot. I checked it with another airport and that gives the same story: nothing! Could this have sometimg to do with the fact that my DisplayUnit is on a networked PC? Dirk
  11. Yes I did. Several times after each Navigraph and Sors's updates. My guess is, that the DataProvider somehow reads the old file with the P3D default NavData. For restoring purposes Sors's programs rename the APX50100.bgl that contains the default stuff into APX50100.bgl.p3dini with a new active file APX50100.bgl (as I can see on the file date/time stamp). But that happens with a great number of files in the ..\Scenery directories. Maybe it is just an index thing. But since I have no clue on how the DataProvider gathers data I'm just guessing. I'll put the question also on Hervé Sors's forum.See what comes up. Dirk
  12. When I load Stock airport (P3Dv4) ENTO in the Display Unit 1.16.15942 for an Approach RWY18 it shows: Loc. SFJ 110,95 358 (RWY 178) and that is the frequency and course (BC) of ILS/DME 36. And...., when I check an Approach RWY36 there is no ILS approach, just a VOR/DME and a RNAV. I used the ILS/Runway Inspector (Hervé Sors) and found in the default APX50100.bgl: ILS/DME 36 SFJ 110.95 ILS/DME 18 TRP 108.30 The same info is stored exactly the same in the AIRAC Data files I wonder how AivlaSoft EFB can come up with the wrong info. It looks as if AivlaSoftEFB is using very old default data. Ignoring what's in AIRAC and what has been updated to Navigraph 1802 (by Hervé Sors' World NavAids package. Dirk
  13. Sorry folks. Found the solution myself for the reported problem. Could not delete this post. Have a nice day. Dirk
  14. After installing FSDreamTeam's LSGG I found out that after a Simulator scenery update in the DataProvider, the ground layout of LSGG is still the default one. I found out (the hard way) that this is because new P3D scenery is no longer stored in the scenery.cfg but elsewhere. You can see that in P3D/World/Scenery Library by the fact, that the newly installed airport is greyed out. You can't click on it or move it up or down. Since I use MakeRwys.exe (by Pete Dowson) for other reasons (PF3 ATC) I knew how to solve this problem for AivlaSoft EFB updates as well. Here is how it goes: - Download and Install the AddonOrganizer_P3D_V4 software here - Run this program and click on Backup/Restore and then 'Export library for external tool' and follow the instructions exactly as in the popup. Step 2 is to run the Simulator scenery data update in the DataProvider. Keep in mind that you have to do this after every new Navigraph or Aerosoft update of the navigation data and after installing new P3D scenery that is not in the scenery.cfg. Of course it would be nice if future development of AivlaSoft EFB can handle this 'hidden' installs, but for the time being this will solve your problem. Dirk
  15. Thanks for the reply Urs. I stupidly searched for 'Q400' only and found nothing. My guess was already that it must have something to do with that flight engine outside FSX/P3D. Well... I have to make notes of block-on and block-off time only, because the FMS of the Q400 gives the other two after a flight. Greetings, Dirk