最后，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调用，是一个能够兼顾地面和空中的两全解决方案，虽然也存在航司识别错误和地面出现通用机模的问题……
这回结束了。