最近试了几个MSFS2020的真实交通插件，包括免费的FSLTL，AIG Traffic，收费的FSTraffic和Simple Traffic（没花钱，别问），大概对比一下。
1.实现原理：
除了Simple Traffic以外，其他三个插件的原理都是从外部获得航班航线数据，通过注入器导入到MSFS内，然后通过规则查找加载对应航班号的机型和涂装。因此这三个插件除了机型涂装的资源包以外，还需要在游戏外部运行一个注入器程序。
Simple Traffic的不同之处在于，它使用的还是MSFS自带的live traffic系统和机模，只是给自带机型加了很多涂装，包括在游戏查找不到对应机型时使用的“General Aircraft”，也就是说可能一架380执飞的航班在游戏里体现的只是一个四发通用建模印上了对应的航司涂装。它只是一个补充涂装包。
2. 数据来源：
FSLTL: Flightradar24, 带有延迟。同时可以通过FlightPlanDB获取航班的真实航线数据作为补充（免费注册并且非强制，区别只是如果获取了真实航线数据，AI Traffic离场后会按照真实飞行路径飞向目的地，否则是直线飞向目的地）
AIG：1700多条真实航司航班计划数据，最新至2025年夏季，各种犄角旮旯想不到的航司都有，非常全面。
FSTraffic：2022年夏季和2022-23年冬季各大航司航班计划数据。
Simple Traffic：MSFS自带live traffic数据源，据说是Flightaware。
注意：这里能看出，AIG和FSTraffic并不是还原“实时”交通数据的，而是通过航班计划信息和游戏中的日期时间还原某个航班的运行过程。举个例子，假如它们的航班计划数据库里JAL在5-9月每晚6点会有一趟747执飞的JL123航班从羽田出发前往伊丹，那么当游戏里的日期时间为5-9月的1800 UTC+9时，羽田会有一架JAL涂装的747开始推出并滑行起飞，同时如果在设定为1840左右时在游戏内的大阪伊丹机场也会有同样的一架飞机进场降落。
这种方式实际上并不能准确还原现实中的运行情况，而且航司数据也并不是最新。好处是因为它并不依赖于外部实时数据，因此可以对应游戏内设定的“时间”而不是现实时间，对于想要还原某个机场某时间段的运行状况非常方便，不会出现游戏里设置成中午但是因为实际时间是半夜结果没有什么航班的情况（未完
1.实现原理：
除了Simple Traffic以外，其他三个插件的原理都是从外部获得航班航线数据，通过注入器导入到MSFS内，然后通过规则查找加载对应航班号的机型和涂装。因此这三个插件除了机型涂装的资源包以外，还需要在游戏外部运行一个注入器程序。
Simple Traffic的不同之处在于，它使用的还是MSFS自带的live traffic系统和机模，只是给自带机型加了很多涂装，包括在游戏查找不到对应机型时使用的“General Aircraft”，也就是说可能一架380执飞的航班在游戏里体现的只是一个四发通用建模印上了对应的航司涂装。它只是一个补充涂装包。
2. 数据来源：
FSLTL: Flightradar24, 带有延迟。同时可以通过FlightPlanDB获取航班的真实航线数据作为补充（免费注册并且非强制，区别只是如果获取了真实航线数据，AI Traffic离场后会按照真实飞行路径飞向目的地，否则是直线飞向目的地）
AIG：1700多条真实航司航班计划数据，最新至2025年夏季，各种犄角旮旯想不到的航司都有，非常全面。
FSTraffic：2022年夏季和2022-23年冬季各大航司航班计划数据。
Simple Traffic：MSFS自带live traffic数据源，据说是Flightaware。
注意：这里能看出，AIG和FSTraffic并不是还原“实时”交通数据的，而是通过航班计划信息和游戏中的日期时间还原某个航班的运行过程。举个例子，假如它们的航班计划数据库里JAL在5-9月每晚6点会有一趟747执飞的JL123航班从羽田出发前往伊丹，那么当游戏里的日期时间为5-9月的1800 UTC+9时，羽田会有一架JAL涂装的747开始推出并滑行起飞，同时如果在设定为1840左右时在游戏内的大阪伊丹机场也会有同样的一架飞机进场降落。
这种方式实际上并不能准确还原现实中的运行情况，而且航司数据也并不是最新。好处是因为它并不依赖于外部实时数据，因此可以对应游戏内设定的“时间”而不是现实时间，对于想要还原某个机场某时间段的运行状况非常方便，不会出现游戏里设置成中午但是因为实际时间是半夜结果没有什么航班的情况（未完
3. 机型和涂装多样性：
FSLTL：50种机型左右，各机型下很少细分子型号。2300+个涂装，主要覆盖大型航司，缺少通航机，货机也不多。
AIG：和数据源一样非常非常强力，单独的细分机型有319种，不仅覆盖了通航和货机，每个机型的不同引擎选装版本也会单独建模，连A330MRTT和747LCF这种机型都有——虽然不知道有什么用并且不同引擎能看出什么区别——涂装很难计算，估计可能在6000-8000量级，连中美洲小岛的通勤航班涂装都有，大概无论飞到哪里都不会觉得寂寞。
FSTraffic：66种机型和超过850个涂装，货机机型和通航机型覆盖稍微好一些。
SImple Traffic：机型全靠自带，涂装覆盖超过160个航司的1400+条航线。
4.还原度和资源占用：
FSLTL：机模和涂装质量应该是最好的，一些小细节很有意思例如部分机型客舱舷窗做了假的内部客舱贴图。6同时很有特色的是，FSLTL的机模自带的音效很棒，喷气机起飞是那种尖锐的轰鸣还原得非常不错。高质量也体现在了容量上，全部资源包有48G+。进行外部数据注入对帧数有影响但是不大。
AIG：主打一个覆盖范围广，大量的航司涂装和各种千奇百怪的机型能不错的烘托氛围，但是近看的话大多数机模驾驶舱和舷窗都是涂黑的。全部资源包有53G+。AIG的外部注入程序是写得最差劲的，很吃资源，地面飞机多的时候会经常掉帧。
FSTraffic：模型28G+，质量和FSLTL差不多，优化比FSLTL好一些，对帧数的影响没有FSLTL那么大。
Simple Traffic：主打一个凑合，1.7G大小不到AIG的3%，站在当下看的话……剩下的硬盘容量空间也值不少钱呢。因为原理就是给MSFS自带的live traffic贴个涂装可以近似认为对性能没有影响。
注：帧数影响这里并没有实测，除了AIG的卡顿真的是可感知的以外，其他都是云测评的。
(还是未完
FSLTL：50种机型左右，各机型下很少细分子型号。2300+个涂装，主要覆盖大型航司，缺少通航机，货机也不多。
AIG：和数据源一样非常非常强力，单独的细分机型有319种，不仅覆盖了通航和货机，每个机型的不同引擎选装版本也会单独建模，连A330MRTT和747LCF这种机型都有——虽然不知道有什么用并且不同引擎能看出什么区别——涂装很难计算，估计可能在6000-8000量级，连中美洲小岛的通勤航班涂装都有，大概无论飞到哪里都不会觉得寂寞。
FSTraffic：66种机型和超过850个涂装，货机机型和通航机型覆盖稍微好一些。
SImple Traffic：机型全靠自带，涂装覆盖超过160个航司的1400+条航线。
4.还原度和资源占用：
FSLTL：机模和涂装质量应该是最好的，一些小细节很有意思例如部分机型客舱舷窗做了假的内部客舱贴图。6同时很有特色的是，FSLTL的机模自带的音效很棒，喷气机起飞是那种尖锐的轰鸣还原得非常不错。高质量也体现在了容量上，全部资源包有48G+。进行外部数据注入对帧数有影响但是不大。
AIG：主打一个覆盖范围广，大量的航司涂装和各种千奇百怪的机型能不错的烘托氛围，但是近看的话大多数机模驾驶舱和舷窗都是涂黑的。全部资源包有53G+。AIG的外部注入程序是写得最差劲的，很吃资源，地面飞机多的时候会经常掉帧。
FSTraffic：模型28G+，质量和FSLTL差不多，优化比FSLTL好一些，对帧数的影响没有FSLTL那么大。
Simple Traffic：主打一个凑合，1.7G大小不到AIG的3%，站在当下看的话……剩下的硬盘容量空间也值不少钱呢。因为原理就是给MSFS自带的live traffic贴个涂装可以近似认为对性能没有影响。
注：帧数影响这里并没有实测，除了AIG的卡顿真的是可感知的以外，其他都是云测评的。
(还是未完
5. 易用性
FSLTL：依托于FlyByWire组的Installer安装，两键安装很简单（因为要分别下载注入器和资源包），下载速度也足够快。注入器是命令行窗口界面，无论是改设定还是监测运行情况都不太直观。MSFS里面的面板插件能够实现一些基本功能和设置，但深度设置包括前面提到的FlightDB网站联动获取真实航线信息都需要命令行窗口。
FSTraffic：依托于Just Flight组的Installer安装，但是实际上把两个文件夹提出来扔到Community文件夹也一样用。注入器UI功能比较简单，也不用怎么设置，易用性算是最好的，但是MSFS面板插件只能说是有。
Simple Traffic：没有外部程序，所以用起来是最简单的，下回来解压往Community文件夹一丢完事儿。
AIG要单独拿出来说，它虽然资源够多设置够细，但是下载安装和使用过程都极其痛苦。首先它不只需要一个而是两个外部程序，一个专门负责获取资源包，另外一个专门负责注入（分别是P1那个AI Manager和P2那个Traffic Controller，按照界面来说，它应该是最直观和现代化的，它甚至提供了一个和游戏同步的实时地图来看游戏中的AITraffic状况，但是这两个程序设置过程极其复杂，并且似乎没有做任何优化：每次启动都要画上2-3分钟的时间校验数据，任何按钮按下去之后都会让人感觉这程序卡死的，但是实际不是，至于要耐心等个数秒……
资源包下载也极其痛苦，因为似乎他的机模是从不同的渠道单独下载的，因此不管有没有梯子，下载速度也就是那样。大量用户提到如果从0开始批量下载全部数据甚至可能需要1-2天时间，非常离谱。但是它可以选择部分航司的涂装和飞行计划进行下载，算是解决了下载时间的问题，但没完全解决——我安装时下载了一个github大佬整理出来的整合资源包试图跳过下载过程，结果更新花了半个下午和一整个晚上，更加离奇的是，整合包解压完毕时70G，更新完之后变成了53G，不知道这是什么神奇更新。下载完毕之后这个AI Manager基本就没什么用了，不是很理解非要分成两个程序的意义何在。
（依旧未完
FSLTL：依托于FlyByWire组的Installer安装，两键安装很简单（因为要分别下载注入器和资源包），下载速度也足够快。注入器是命令行窗口界面，无论是改设定还是监测运行情况都不太直观。MSFS里面的面板插件能够实现一些基本功能和设置，但深度设置包括前面提到的FlightDB网站联动获取真实航线信息都需要命令行窗口。
FSTraffic：依托于Just Flight组的Installer安装，但是实际上把两个文件夹提出来扔到Community文件夹也一样用。注入器UI功能比较简单，也不用怎么设置，易用性算是最好的，但是MSFS面板插件只能说是有。
Simple Traffic：没有外部程序，所以用起来是最简单的，下回来解压往Community文件夹一丢完事儿。
AIG要单独拿出来说，它虽然资源够多设置够细，但是下载安装和使用过程都极其痛苦。首先它不只需要一个而是两个外部程序，一个专门负责获取资源包，另外一个专门负责注入（分别是P1那个AI Manager和P2那个Traffic Controller，按照界面来说，它应该是最直观和现代化的，它甚至提供了一个和游戏同步的实时地图来看游戏中的AITraffic状况，但是这两个程序设置过程极其复杂，并且似乎没有做任何优化：每次启动都要画上2-3分钟的时间校验数据，任何按钮按下去之后都会让人感觉这程序卡死的，但是实际不是，至于要耐心等个数秒……
资源包下载也极其痛苦，因为似乎他的机模是从不同的渠道单独下载的，因此不管有没有梯子，下载速度也就是那样。大量用户提到如果从0开始批量下载全部数据甚至可能需要1-2天时间，非常离谱。但是它可以选择部分航司的涂装和飞行计划进行下载，算是解决了下载时间的问题，但没完全解决——我安装时下载了一个github大佬整理出来的整合资源包试图跳过下载过程，结果更新花了半个下午和一整个晚上，更加离奇的是，整合包解压完毕时70G，更新完之后变成了53G，不知道这是什么神奇更新。下载完毕之后这个AI Manager基本就没什么用了，不是很理解非要分成两个程序的意义何在。
（依旧未完
最后，BUG和其他：
AIG，FSTrafic和FSLTL存在一个共同的bug：飞机起飞之后并不会正常执行离场程序，而是卡在了2000ft上下的高度进行转弯，之后巡航过程上升也极其缓慢（P1那个南航8310大哥你都要撞富士山了！），我几乎没见过他们上升超过10000ft过，因此他们也会一直遵守10000ft以下250节的速限（这能准点到？）。同时似乎也不会出现空中过境航班和进场航班。不太确定是MSFS自身的问题还是设置出了什么问题。
当然这也不代表自带的live traffic（和依赖它的Simple Traffic）就表现得多完美，你看P2那个高度只有138ft的JAL15，因为数据同步问题超音速倒着飞到指定位置再当无事发生的也不少见。
航司识别准确度上AIG的bug少一点，FSLTL和FSTraffic都出现过首都机场停着一大堆United和Southwest，丹佛机场出现JAL的支线机，小众航司的航班号，涂装和呼号搞成了别家公司的情况。
AIG的AI Traffic似乎不能被MSFS自带的ATC识别，体现出来就是飞机自己滑行起飞了没有任何沟通，FSLTL和FSTraffic都能顺畅被自带ATC识别沟通，没有什么问题。
所有三个外部注入的Traffic都不能像自带live traffic那样显示名牌。
FSLTL最新的更新可以调用 FSTraffic的资源包，这样可以稍微提升一些性能。有趣的是FSLTL和AIG的资源包都能够被自带的Live Traffic识别和调用（但FSTraffic的不行，怪），从这点上来说Simple Traffic实际上就没有任何意义了。
我自己的感觉是，因为存在上面提到的巡航高度bug，飞行过程中air traffic的还原度自带的live traffic反而是最好的，但是似乎想要还原traffic很大的一层意义就是还原机场地面氛围，那么FSLTL加上FSTraffic的资源包似乎是个不错的选择。
目前看来我会选择留下AIG和FSLTL的资源包让自带的live traffic调用，是一个能够兼顾地面和空中的两全解决方案，虽然也存在航司识别错误和地面出现通用机模的问题……
这回结束了。
AIG，FSTrafic和FSLTL存在一个共同的bug：飞机起飞之后并不会正常执行离场程序，而是卡在了2000ft上下的高度进行转弯，之后巡航过程上升也极其缓慢（P1那个南航8310大哥你都要撞富士山了！），我几乎没见过他们上升超过10000ft过，因此他们也会一直遵守10000ft以下250节的速限（这能准点到？）。同时似乎也不会出现空中过境航班和进场航班。不太确定是MSFS自身的问题还是设置出了什么问题。
当然这也不代表自带的live traffic（和依赖它的Simple Traffic）就表现得多完美，你看P2那个高度只有138ft的JAL15，因为数据同步问题超音速倒着飞到指定位置再当无事发生的也不少见。
航司识别准确度上AIG的bug少一点，FSLTL和FSTraffic都出现过首都机场停着一大堆United和Southwest，丹佛机场出现JAL的支线机，小众航司的航班号，涂装和呼号搞成了别家公司的情况。
AIG的AI Traffic似乎不能被MSFS自带的ATC识别，体现出来就是飞机自己滑行起飞了没有任何沟通，FSLTL和FSTraffic都能顺畅被自带ATC识别沟通，没有什么问题。
所有三个外部注入的Traffic都不能像自带live traffic那样显示名牌。
FSLTL最新的更新可以调用 FSTraffic的资源包，这样可以稍微提升一些性能。有趣的是FSLTL和AIG的资源包都能够被自带的Live Traffic识别和调用（但FSTraffic的不行，怪），从这点上来说Simple Traffic实际上就没有任何意义了。
我自己的感觉是，因为存在上面提到的巡航高度bug，飞行过程中air traffic的还原度自带的live traffic反而是最好的，但是似乎想要还原traffic很大的一层意义就是还原机场地面氛围，那么FSLTL加上FSTraffic的资源包似乎是个不错的选择。
目前看来我会选择留下AIG和FSLTL的资源包让自带的live traffic调用，是一个能够兼顾地面和空中的两全解决方案，虽然也存在航司识别错误和地面出现通用机模的问题……
这回结束了。
👍1
怎么感觉今天MSFS live traffic突然变准了？
这四个航班路上都见过了，下一个UPS61D会出现吗？
可能是装了AIG和FSLTL的Traffic扩张涂装包还原得更准了？
这四个航班路上都见过了，下一个UPS61D会出现吗？
可能是装了AIG和FSLTL的Traffic扩张涂装包还原得更准了？