eddl

It is just a matter of learning time. When you do it long enough, more and more false flights will be replaced by true flights. After enough time, there will be no false flights left.

I would like to add that all false flights in the airport file get automatically deleted once you have enough true flights to fill the required parking spots. So my false flights don't show up in the file due to the amount of true flights.

Actually I had 90% false and 10% true due to ADS-B policy on ground. But I used several instances for different days at the same time and merged them all. Not what the usual user would do.

Here is a fully-learned ORBX ENGM airport file, containing data for almost a week of traffic: https://www.filemail.com/d/iicbkgmbbnskbyl (available for 7 days only, will soon be included in the PSXT installation). There is also Flightbeam's KDEN new v1.1 with Concourse B in the package, in case anyone is interested in it.

I noticed when an airport XML files get too large and hits the 640K barrier, further learning is not possible. Could you please find a way for PSXT to access the extended memory? 😉

I have checked various older PSXT versions, this problem is now also occuring in version 34.0.0 (January 12, 2023). So seems an external factor, which is likely RT.

I'd guess METAR and QNH is required to set the correct altitude to all aircraft, so quite important for PSXT. Correct me if I am wrong.

In case you need help to replicate the error, let me know - I have it right in front of me. After the QNH error in the Learner GUI, after some time I get a red UDP error and application will shutdown then.

Good catch, looking forward to the release notes. It is from my wishlist ... 🙂 Nico is doing an absolutely fantastic job - thank you for that.

Most airports are checked are still working, I guess we are talking about <5% - with KCVG being one of them. KMIA working now (did not work an hour before).

Here is the video: https://streamable.com/wedjc7 (will expire in 24hrs) I do not have this flickering with other airports that currently work.

Still the same error unfortunately.

With KCVG, one of the affected airports, the METAR in RT is acting a bit strange. It is a very long METAR, but about every few seconds the METAR changes its size within a few milliseconds making the RT window flicker a bit. Seems like an unstable METAR text from RT? Trying to upload a video.

Hi, my Learner with the most recent version is crashing with a lot of airports, like KCVG + KMIA. Screenshot: https://ibb.co/nLYXCnf

Haha. I get the most programming progress at night. 😉 Maybe it is easier to fix without touching everything if you wait until static allocation algorithm is complete and then check if there are still open allocations, like only 11 of 14. Then just fill the open ones with 'something'. But it depends how you implemented the allocation, you know that better. Thank you for putting it onto the list. For sure not the highest priority and most relevant to smaller airports being served by smaller airlines.

No, I did not mean it like that. 🙂 I am not talking about the Learner and creating the airport files. I am talking about loading up PSXT at an airport and just getting 1 of 4 static aircraft only due to model matching. But the airport file has more flights where models would match. If model does not match, do not skip - but show another flight. Does it make sense to you know? Sorry for the confusion.

Thank you! Currently every flight a new application update, therefore I thought it might be the update. 🙂 Keep the updates coming. 🙂 Instead of resetting the user choice, it would be better to just ignore the user setting when the handover from learner to PSXT takes place. But it is just my preference and likely not a big issue for all. I disabled the snapshot feature as changing time in the sim (with RT sync) will not be reflected in the static aircraft allocation, as the snapshot from a different time of the day has priority. I did not notice the GUI message due to VR, I am sorry for that.

Hi, currently going through many airports for fine-tuning learned files and I noticed some airports do not get a full parking allocation, like only 11 of 14 aircraft. I checked the log, and the missing allocations are caused by missing model variants (where not even a generic white one is available). I have my model matching parameters set to '5' to avoid getting aircraft which are not common at the airport. Normally this works very well with FSLTL, AIG and FS Traffic together. It is even more noticeable on smaller airports where I set 4 static aircraft and get just 1 of 4 aircraft. Any chance the algorithm can fill the allocations with other aircraft from the airport file and just skip the ones where no matching is possible? In all files I checked there would be more options to complete the full allocation. Many many thanks for your help. 🙂

Hi Nico, on my last two application updates I noticed the snapshot time was reset to 3 mins. I had 0 set before the updates to disable this feature. The rest of my settings were consistent after the updates. Not sure if I am the only one. Maybe it's not a bug, but a feature!? 🙂 Thanks a lot!

Really happy to be able to contribute something. Thank you for looking into the restart feature, I did not yet have the time to check out the new release.

Hi Nico, not sure how often you check your private messages - I just sent a message containing a link to lots of airports files. Have a nice evening.

Hi, I have uploaded the EDDB.xml file here so no further need to wait: https://www.filemail.com/d/dggxxbbcybiqycg

Thank you very much. 🙂 Not able to check it this weekend, but looking forward to it.

Thank you, that's great. 🙂 Will it also take care of possible conflicts when backtracking - meaning aircraft approaching each other with 180 degree difference? It seems it is nearly the same case, just with the user aircraft turned 180 degree. But maybe I am wrong here. Anyways, looking forward to your implementation. Thank you very much in advance!

I will share this complete file incl the added positions amongst other files soon.