voske

I had the same issue with PSXT in "RT Direct" mode. Switching to "RT App" and using the RealTraffic app solved that for me.

Sorry, I wasn't clear: I'm putting them in a text file for them not to be used (and I compared the LiveriesScanned.xml before and after I put the liveries that I didn't want to be used in the text file, and that worked). Now I only have generic liveries for airline ZZZ.

Perfect, thanks! And now that I think of it, I can improve my chances of getting an actual generic livery by creating a text file in "my regcodes" and putting a lot of the stub liveries in there without a registration code.

Looking through my log file, I noticed something about the matching when it comes to cargo flights where the registration is not showing. Here is part of the log file: I have liveries for these cargo aircraft. Here is a part of the LiveriesScanned.xml (sorted in the same way as the log file): What seems to be happening, is that when the registration is missing, PSXT looks for a non-cargo livery, but can't find one (because these are cargo airilines) and therefore picks a non-cargo ZZZ livery. Is there anything I can do to make it pick a cargo livery?

It's an old topic, but the problem might have returned (in version 14.5.0 it selects MA17 when parked at gate A21). Slewing solved it though.

Now that you mentioned it, I realised that I'm stil running 11.0.1. Looking through the log file, I noticed this entry: "GetDlgItem failed for ID 32853" between my parameters. Just checked it, and it's also in yesterday's log file and the day before yesterday's log file. Parameters section of today's log file:

That's also what I meant, but I wasn't really clear (I added the correct parking spots for the traffic that departed/landed while I was parked in KDTW).

True. Coverage has improved, but still leaves a lot to be desired. But that's also why I noticed the problem: I had put some time in my learned airport file for KDTW to counter the bad coverage (by manually inputting the correct parking spots) and now I'll get to do that again ;).

That solved it, thanks!

I've noticed an issue with my learned airport files: the contents are overwritten every time the files are saved and it only keeps the most recent updates and not the previous updates. Is that supposed to happen or is there something wrong with my installation? For example, from my current log: 17:54:24 "airports\learned\thirdparty\INIBUILDS\KDTW.xml" saved with 3 updates and one or more parameter changes 20:01:55 "airports\learned\thirdparty\FlyTampa\KBOS.xml" saved with 88 updates Looking at those learned airport files, the KDTW file contains 3 updates (all day 6) and not the past updates (I've done quite a number of flights into KDTW in recent days). The KBOS file contains 88 updates (all day 6), and not the past updates. Edit: just returned to KDTW. Logfile says: 21:44:15 "airports\learned\thirdparty\INIBUILDS\KDTW.xml" saved with 6 updates Learned airport file contains 6 updates and doesn't contain the 3 updates from earlier today.

Perfect, thanks!

After updating to 10.7.9 I've noticed that on occasion traffic will suddenly disappear and not return. In those cases the log files show multiple lines with the same message: "===> traffic exception: narrowing_error". Once this error occurs, there will be no traffic until I restart PSXT. After a restart, traffic will reappear. However, the error might return after some time (sometimes a very short time, sometimes after hours). Is there anything I can do to prevent this from happening? I'm not sure whether it's relevant, but I'm flying the Inibuilds A350. Log file also includes:

I don't believe the distance to the TOD is the issue, but the distance to the airport: I've seen this happen with the Fenix on two STARs where the TOD is quite early (LENDY8 into KJFK and ROBUC3 into KBOS).

This is how I did it:

I have no issues accessing that website.

No issues here with the Anniversary update. Just had to register the 777 again.

The normal cruising speed of the Constellation was about 280 knots, according to what I can find. Also, the planned duration includes taxi times.

According to the legend, flights PA130 and PA131 were flown with the Lockheed Constellation and the others with the DC-4. Also, the times are local times according to page 17 and 18 of the timetable. Time in New York is GMT-5 and time in Bermuda is GMT-4. Keeping that in mind, you get the following result. Planned duration of the direct flight from New York to Bermuda DC-4: 4h05m Constellation: 3h15m Planned duration of the direct flight from Bermuda to New York DC-4: 4h35m Constellation: 3h50m

I think it's IFP/MODESASP. According to the following quote this is automatically added to the flightplan by Eurocontrol's Integrated Initial Flight Plan Processing System: Source: page 18 of https://www.eurocontrol.int/sites/default/files/article/content/documents/nm/flight-planning/icao-2012/icao-2012-fpl-2012-urd-latest.pdf

You're right according to this remark on the Lido chart: Rwy 04L: E arrivals Rwy 04R: A arrivals Rwy 12: B arrivals Rwy 22L: F arrivals Rwy 22R: C arrivals Rwy 30: D arrivals Therefore, the arrival should have been the ALM1F to ULTIS. There is also a remark on the chart though that, traffic permitting, direct routing to ABEGI, ADOVI, LAMOX, and ULTIS for rwy 22L/R may occur. If flying offline or with no ATC on VATSIM, I would probably go from ALM direct to ADOVI, and then LAMOX to intercept the ILS.

www.flightstats.com provides the departure gate (and sometimes also the arrival gate) for a lot of airports, including airports outside the US. I just tried it with flights departing from Amsterdam, Beijing and Hong Kong.

A headwind shortens the stopping distance in case of a rejected takeoff. Therefore, V1 is lower when there's a headwind. At least, that's how I always understood it. Others will correct me if I'm wrong. Edit: Some info from the FAA: P. 25 of https://www.faa.gov/other_visit/aviation_industry/airline_operators/training/media/takeoff_safety.pdf

I have TOPER for the 777. It allows fixed derates. You can select TO, TO1 or TO2.

Thanks for the info! Makes sense now. I was trying to use ETOPS180, but that didn't work out in PFPX, so I switched to ETOPS207. The flight plan was a RW flight plan I found on http://www.edi-gla.co.uk/ Route: N0493F330 DAVMO Y601 GABKO Q4 ASMET/N0485F350 Q4 RIKOP/K0891F350 B114 ASB B434 MAXAT A370 URG A299 OSGAN/K0883F360 A299 TINRI/K0887F370 G359 BELEG/K0890F360 G359 ADERA/K0886F380 G359 ABERI/M083F380 85N118W 80N123W 75N124W/M083F390 70N123W 65N122W/N0470F390 60N121W YXJ J534 STAHL/N0471F410 J534 YWL/N0473F400 T618 YYJ/1353 Enroute alternates were UBBB, ENBO, PAFA and CYEG.