A bit simplified, but what happens is that each flight is assigned a departure procedure during startup. That procedure is runway specific and designed to keep traffic clear of other runways so they can have traffic departing from multiple runways at the same time.
Imagine a runway on the left and one on the right, the left runway departure procedures would have an early left turn and the right runway departure procedures would be straight ahead until some altitude and then a right turn.
Now if you depart from the right runway but accidentally select the departure procedure for the left runway, the instruments (and autopilot) would indicate a left turn at about 500ft, right into the path of traffic from the left runway.
This mistake is common when for example a plane is first assigned the left runway and then during taxi changes to the right runway. Or the preflight paperwork includes the left runway departure procedure, but the actual assignment from ATC is the right runway (this was a source of incidents in Amsterdam for a while with some airlines)
If you're really interested, read this incident report via Google Translate, it describes exactly how this type of incident happens: https://www.lvnl.nl/voorvallen/20220415-verlies-van-afstand-...
On ATC side, maybe departures could have been more proactive and warn AA of traffic together with tower. On AA side, maybe they could have been listening to tower for a while as they are tuning in to departures (there were 10–20 seconds where AA was not listening to tower anymore and did not come in on departures yet). Seems hard to blame either of them in particular.
Original comment as is:
If the video is to be believed, the tower did tell American right away (at 1:36 in the video, way before any visible corrections by either plane were made) that there is traffic and to stop the climb. It’s unclear whether American paid attention to tower, because seconds later they came in on another frequency saying they have traffic in sight. When asked afterwards whether tower gave them a heads-up they denied it.
Of course, ITA paid even less attention, considering how they were the original cause of this all and how for 30 seconds they ignored ATC’s request to turn right immediately (issued at about the same time that AA was warned about traffic).
This doesn’t contradict that what AA did was proactive and possibly life-saving, but I have a suspicion that the initial deviation by ITA could have been benign if both crews paid their full attention to comms: what if ITA started to turn 270 immediately as they are told to (while continuing to climb up from 1500), and American simply stopped their climb at 1500? I am not 100% confident.
That said, I would also agree ATC could have been more proactive, harder on ITA (instead of just telling them to turn again 30 seconds later). Presumably they are strapped for resources right now.
(There could be errors in the above in case the chart and different radio communication tracks in the video are out of sync with each other, which is possible.)
Edited after I rewatched the video:
1. Tower handed them off to departures.
2. They said bye and stopped listening to tower.
3. ITA veered left.
4. Tower noticed it and warned them, hoping they are still listening.
5. They were evidently not listening to tower anymore, and did not contact departures yet, when they noticed traffic themselves.
6. They greeted departures saying they see traffic, and veered left.
Later at 2:45 American said tower didn’t give them a heads-up. The fact that departures asked them about it could mean that departures thought they were still listening to tower.
Pretty sure the pilots have a second radio and could be listening to both departures and tower during handoff, but it’s unclear whether that’s routine. If they did it, they would have heard tower’s original warning.
> I believe their avoidance maneuver was a climb change.
According to the chart in the video, AA veered to the left. This maneuver started around 1:51 in the video, which is at least 10 seconds after tower warned them of traffic and instructed to stop the climb for the first time around 1:38.
I don’t know if they stopped the climb around 1:38. If we know for sure that they stopped the climb around 1:38 when tower told them so, then there is a good chance they were indeed still listening to tower and heard the traffic warning. If that’s the case, maybe they thought that stopping the climb 10 seconds earlier was insufficient (and tower was wrong about it).
Unless it is out of sync by tens of seconds, however, it is clear that they were handed off to departures and were neither responding nor even listening to tower.
The audio does an excellent job of showing a layperson how difficult it is to interpret and who's going wear based on sound, and then I had to go back through the video to see the turn.
These people aren't being paid to do this right now? Is that right? I'm not American, but that's what I've heard.
[1]: https://www.nytimes.com/2025/11/07/travel/shutdown-air-traff....
[2]: https://www.nytimes.com/2025/10/20/us/politics/shutdown-air-....
[3]: https://www.theguardian.com/us-news/2025/oct/28/air-traffic-...
Not Googlers threatening a general strike because they took onion bagels off the cafeteria menu.
People of high integrity don’t work for people of low integrity.
As a non American who's having to transit the country during this period, I've nothing but respect for the individuals who're actually doing their jobs and keeping everyone (including me) safe without getting a penny for this vital work.
They could go on a strike and bring all airlines to a halt, but as a brown skinned person, I would then be risking a visit to "Alligator Alcatraz" or some other demented place because I failed the leave the country on the day I was supposed to. So again, glad they're not doing that.
It may or may not have advised what to do (to climb/descent/etc.) because that is turned off below 1000ft, and they were approximately at that altitude at the time.
ITA plane taking off around 1:08:15. The camera doesn't follow it but you might be able to hear someone yelling wtf around 1:08:58.
There's got to be a better solution surely?
Perhaps they type instructions? And hope someone reads them?
Perhaps they drag and drop vectors? Then what, a radial menu with emergency modal screens?
Or maybe they click some buttons, forcing the occasional look away from the screen?
Maybe AI could do it all?
For this, voice is perfect. We have been following instructions by voice since humans could grunt. We do not require anyone to look away from the screen (ATC) or look down from the window outside (pilot) for any reason.
We do not require rebroadcast because everyone can hear and take initiative if required.
By what interface, specifically, should someone required to fly an airplane interact with ATC while flying that airplane? By what interface should someone who needs to see where everyone is all the time be able to contact that pilot that cannot look away from the world outside ever and cannot use their hands for anything but flying at a critical time?
Chesterton's ATC.
This doesn't even begin to touch on the complexities that will come from full integration of drones and eVTOL into the national airspace, which will absolutely swamp a one-speaker-at-a-time analog FM comms system.
You raise good points but I would be very surprised to see digital data streams ever replace voice, and drone control is just a completely different problem. But as you say we'll see.
Here’s some ideas: 1. A data side channel 2. Use it to send originator for each message, have unique note on other end per sender so they don’t need to check visually, but also show on their display so corrupted or suspicious sender can be verified, in desperate circumstances (rather than the current case of “that cannot be done at all”). 3. Digital audio, allowing actual high quality audio, which we know does improve comprehension, which should not be optional in this context. 4. Take some lessons from modern coms systems on how to handle overlapping coms, plus the extra bandwidth from digital, so overlapping coms is handled gracefully (I realise the realtime nature prevents being too clever, but perhaps blocking all but the first to speak and playing a tone if you’re being blocked), perhaps with some sensible overrides like atc and anyone declaring an emergency getting priority. Currently overlap obliterates both messages and it’s possible for senders to not even know their message was lost. This has contributed to accidents, whilst basic direct radio transmissions cannot avoid this, smart algorithms with some networking could definitely reduce the failure cases to very rare and extreme scenarios 5. Let atc interact with flight planners on aircraft, show the aircraft’s actual locally programmed flight plan to atc, with clear icons if it differs from the filed plan atc has, and perhaps as an emergency only measure, allow atc to submit a flight plan to the aircraft (not replacing the active plan of course, just as a suggestion/support for struggling pilots, “since you have not understood my instructions 3 times, please review the submitted plan on your flight computer, note how it differs from what you programmed”) 6. Aircraft usually know where they are, and which atc they’re meant to be communicating with, have the data channels talk even when the audio channel is not set correctly. If incompetent pilots forget to switch channel, you can force an alarm instead of launching a fighter jet, or just have a button for “connect to correct atc” and a red light when you’re not on the correct one.
That’s just the ideas I’ve come up with just now. 4. Is probably quite hard to get right, and 5 could add load, so should be done carefully. But hard to believe the current system is technically optimal, or even vaguely close to optimal.
Admittedly, I know the real reason is that having 1 working system for everyone is better than a theoretically great system that is barely implemented and a complicated mess of handoffs between the 2. But with care they can absolutely improve things, but feels like things are moving a few decades slower than they should be.
How about digital HD audio at least? In parallel with legacy analog audio.
The next step is visual alerts for pilots if the ATC tries to call _them_. You know, like our phones can do for nearly 150 years.
Edit: I'm studying for a private pilot license, and the difficulties in just understanding what the ATC and the other pilots are talking about is really a major stumbling block for me.
FWIW (and this may not be applicable to you, or you may already be doing it) I found that listening to ATC via LiveATC for my home airport during my car commutes really helped me with radio skills.
If you don't commute, I'd still suggest just listening when you're not in a cockpit and don't have to worry about flying.
Listening to specific airports I was familiar with really helped.
Now idle chatting with coworker Wendy about dinner will take you out of that situation and make you more dangerous.
I mean, I wouldn’t trust a literal iPad, but I’m not sure if I distrust an entirely figurative iPad.
It is generally faster to communicate orally and process communication aurally than by text message when the message is short enough and requires immediate attention. This is also why urgent alarms (such as those provided by the Gound Proximity Warning System (GPWS) or Traffic Collision Avoidance System[1] (TCAS) have such a component). Some stall prevention systems are even partially tactile based (making a pretty unmistakable shaking feeling (it is loud as well)).
It is incredibly slow to type and then process that visual information. In addition, it's also just much more reliable.
For time critical situations, it's not a viable option.
[1]: Yes, TCAS has a visual component and many alarms do too, but the RAs are auditory and give specific, to the point, instructions on what to do ("climb", "descend").
I also note that the budget isn't infinite nor do these aircraft like running electron apps.
Also note that not all (if not most) aircraft are not brand new and so would need all to be retrofitted and re-rerated w/ any new system and every single pilot retrained.
This requirement also includes systems for general aviation pilots and both to be able to sync with each other.
Ah yes, I forgot, we never introduce new aircraft technology because it's too hard. Too bad we don't, it would be great to fit aircraft, with, say, anti-collision transponders and advanced ground proximity systems. Oh well, my mistake for even bringing it up.
as the video says at the beginning, the audio is sourced from LiveATC, which is a network of volunteers with their own radio equipment [0] who tune in to ATC frequencies and then livestream them.
those volunteers are by necessity not at the airport itself, but some distance away. and the audio is compressed to 16kbps MP3 for livestreaming purposes.
this means the sound quality we're hearing is going to be worse (significantly worse, in some cases) than what the pilots and controllers actually hear.
> They're sending instructions by voice.
I get that it's 2025 and it's tempting to say "everything should be a text message". but remember that there's 2 pilots in the aircraft, the Pilot Flying and the Pilot Monitoring [1].
under normal circumstances, the PM handles talking to ATC (among other duties). but both pilots have headsets that allow them to hear transmissions from ATC. and crucially for the Pilot Flying, they hear those messages without taking their eyes away from actually flying.
modern aircraft do have a text message system of sorts [2] but there is a very good reason why the crucial ATC instruction in this case ("turn right heading 270 immediately") happens via voice and not an ACARS message.
also, it's important to remember that airline pilots in the US have a minimum of 1500 hours of flying time, and pilots flying an A330 on an LAX-Rome route probably have significantly more than that. we're watching a 5-minute video and going "oh it's a bit hard for me to follow this" but for actual commercial pilots this radio chatter is routine and something they have been practicing for years.
0: https://www.liveatc.net/faq/
1: https://skybrary.aero/articles/pilot-flying-pf-and-pilot-mon...
https://en.wikipedia.org/wiki/Automatic_Dependent_Surveillan...
Besides, pilots don’t just blindly follow the waypoints on their computer. The pilots would have spent half an hour before they even got in the airplane reviewing the plan for the flight. This includes reviewing the published departure information for the airport. In that briefing they would have specifically noted that the direction they will turn after takeoff depends on which runway the tower tells them to take off from. They cannot necessarily guess which runway that’ll be in advance.
And in the case of a deviation, would it be faster to pick up a stylus, draw a new path in 3D space, click send, and wait for a message acknowledging that... or someone yelling "27 alpha turn right heading 270 immediately"?
For ATC environments the voice data is a series of pre-expected prompts. You could do something different but you would pretty much have to redesign the whole system from scratch without making things significantly more complex. Complexity is the enemy of reliability.
Aircraft have much better quality electronics than a $20 tabletop radio located some distance away by whoever is ripping the stream.
This is a field where they need more .9999s than Amazon.
https://www.youtube.com/watch?v=1NDqZy4deDI
JFK controller tries to communicate with Air China 981
Sort your country out!