You may want to consider splitting the topic then.
Here is a breakdown of the subject in this topic:
first post:
1 ) live traffic
2 ) live traffic
3 ) live traffic
but those 3 points are all the same
4 ) live traffic
5 ) traffic AI
6 ) traffic AI
7 ) traffic AI?
8 ) traffic AI?
other posts:
post about go around) traffic AI
post about runway exit/holding point) traffic AI
Seen your last post you seem to agree that live traffic is based on offline traffic AI, so the first step would be to improve offline ai. I see no point in ramping up live traffic numbers if the AI cannot handle busy traffic.
Either way, I’ll stop this discussion here. I propose splitting the topic as suggested earlier in my post, and changing the topic title.
Traffic AI is obviously part of the live traffic implementation and it should be, so they’re part of the same topic.
All the points are very obviously applied to live traffic.
I am not particularly interested in offline traffic because third parties have plenty of experience with that and will make it work. They’re already working on it on several fronts, so no. There’s no need for splitting, at least for what my thread and my suggestion is concerned.
So with everything online, and no offline functionality, if I want to experience the morning rush into Heathrow, I have to fly it with live time, even though I may be on the other side of the world? What if the only time available to me is during their curfew hours? I’d never see any traffic at all regardless of the time set in my sim.
As mentioned above, this would actually be the foundation of the control on top of which live traffic would sit. Hence it makes sense to develop the features of the internal traffic control system first. Otherwise you’d just be throwing 100s of elements at system incapable of dealing with it
They certainly can and should be developed in parallel. Developing things that deeply interact with each other in a vacuum isn’t very efficient, especially within a studio with hundreds of developers and several teams at work.
I can’t disallow anyone from doing anything. I’m not a mod. But this thread is quite obviously about live traffic and the application of AI control to live traffic, which is what I’m fairly sure Asobo intends to focus on due to its relationship with Microsoft. Offline traffic has never been part of this thread.
The whole “but offline traffic!” thing is derailing a thread which isn’t about it. That’s all.
Third-party offline solutions are surely coming. I’m testing one (still has a ways to go) and there are others in the making. No idea who will get to have something “good” available first, but it doesn’t really matter as long as it works.
I would not worry too much about budgets to be honest. This project seem to be worked on without as many budgetary concerns because it isn’t just a matter of selling a sim, but to create a showpiece for Microsoft’s technology, which has its own advantages for MS.
If they were budget-constrained, I seriously doubt they’d be delivering bi-monthly world updates for free even going as far as to hiring third-party scenery devs to get them done. They could absolutely get away with selling them if bringing a direct return on investment with sales was the priority.
There is some improuvment to do also with the runways in use:
Tested for example at MMMX 22/1/2021 around utc 23h00
The wind is low (5 km/h 180°) . The real runway used in real life at this time were 5L and 5R (during all the day probably).
In MSFS 2020 the real traffic land on 23L or 23R.
The runway in use in real life not only depends on wind direction. For example at KLAX the night approach have specific runway even if the wind is the wrong direction (but not too fast).
I have spent two days doing exactly what you have suggested. My findings are based on monitoring the bespoke airport EGGP which in itself as the bespoke build absolute garbage as far as the parking is concerned. I have modified the aprons to remove the 3 DOCK parking spaces from the tarmac GA Apron (nothing else there), and converted 8 large GA RAMPS to the GATES as they should be. 5 other ramps have been set as CARGO only. Airline codes for the gates have been added for the major carriers using that airport.
Over 2 days monitoring for about 10 hours each day when the airport IRL is busy have found that:
Most aircraft on flight aware do appear, say 90%
Those that park take no notice of the airline codes (I use simple traffic) and have checked the airline code is in the config for the liveries.
Parking aircraft do tend to park at GATES as they should (All default a/c as used configured “GATE,RAMP”)
Some aircraft spawn correctly as ‘arrived’ but can spawn anywhere, especially CARGO ramps.
Occasionally an aircraft lands and disappears before contacting ATC Ground even when parking available.
They don’t take off, or despawn so parking spaces get full after 8 hours.
When they do park at gates they seem to select those distant to the airport, that is the higher numbered gates.
Smaller private jet type aircraft ignore suitably sized gates and use GATE_HEAVY sizes marked for airlines although these aircraft don’t match airline codes (same for a couple of airliners).
I have wondered if parking spot size is a factor, so made sure they are all the same excepting for 3 smaller ones for the small private jets. No influence at all.
Basically given up expecting some sort of logical sequence to parking methodology.
Asking Asobo to do proper testing is well beyond them whenthey can’t get bespoke airport build even remotely accurate as far as the aviation side goes. Scenery excellent though, so we can see where their prime focus is.
As of SU 12, AI aircraft are now landing 2/3rds of the way down the runway, then screaming around the grass looking for a taxiway. Has helped with go arounds.
