刚刚研究了下Traffic Simulatro Configurat Tool，发现个问题

axellaw

里面有一个选项叫“Buses contribute to traffic”，我特地查了下User's Guide，是这样介绍的，大概捡重点翻一下，括号里的非原文
Buses contribute to traffic

In the original Maxis traffic simulator, buses did not contribute to traffic congestion; the pathfinder was not tuned tightly enough to make this workable even if it had been desired.  Experiments showed that turning this field on in the original simulator would have simply increased the existing traffic congestion without having any significant benefit.在游戏自带的交通模拟器中，公交车不产生交通拥，巴拉巴拉，通过实验表明，在使用自带交通模拟器时打开这个选项除了增加交通拥堵外，没有任何显著的好处。

However, in the NAM traffic simulator, the pathfinder has been tuned so that it is much more intelligent than in the original Maxis traffic simulator, and it is now possible to allow buses to contribute to traffic (just like every other vehicle travel type) without creating any problems.  In fact, the traffic simulation as a whole runs much better this way.  The reason for this is that in the original Maxis traffic simulator, buses became the travel type of last resort; if congestion on the roads or most rails became too great, the traffic simulator could always cram more Sims into buses and thereby reduce congestion arbitrarily, since all the road networks had an infinite capacity for buses. This was highly unrealistic, and had the Sims at times abandoning faster forms of transport for buses simply to avoid congestion.
巴拉巴拉，NAM的交通模拟器允许公交车产生交通拥堵，事实上这样模拟器可以运行的更好，因为在自带的模拟器中，当交通有很大拥堵时，模拟器令更多的乘客乘坐公交以减少拥堵，道路交通对公交车来说有无限的容量，这很不真实（我的理解是游戏中车辆是没有属性的，也就不存在车辆容量，所以私车都算1人流量，公交车也算1人流量，但可以运载N人，此时公交已经不算是车辆了，而是一种相当于脱离了道路交通的运输方式而已，所以原模拟器的运行机制应该是同一起点同一终点的公交车算1辆车也就是1人的流量或者不算流量，不论乘客多，因此不产生拥堵）

The current NAM traffic simulator avoids this problem by letting buses contribute to traffic.  However, buses, like all vehicles in SC4, are really single-passenger vehicles, and so some of their usefulness is lost in that they are now no more efficient than cars at transporting Sims.  However, they are still very useful for those Sims who prefer to use mass transit, and even more importantly, they are extremely efficient at ferrying Sims to high speed rapid transit (i.e., the various rail networks) where no parking exists.  So although each setting of this property has certain drawbacks, the traffic simulator works better and provides a more accurate traffic simulation when this field is checked, which is its original state..
目前的NAM交通模拟器通过让公交产生交通拥堵来避免上文的问题，然而，（看红色字体，其他不翻译了不是重点），公交和游戏中其他车辆一样，成为真正的单乘客车辆（也就是说自带模拟器中公交还是算1流量的），所以某些好处没有了，现在公交相比自驾车在运送乘客方面没有优势。

However, some people like the way the original Maxis traffic simulator worked, or they just like to have increased use of buses.  For these people, this field can be unchecked, and the behavior of the original Maxis traffic simulator will be restored with regard to buses. If this is done, though, the traffic simulation as a whole becomes slightly degraded as a result.  The amount of degradation is fairly minimal, though, so as long as it is understood that this happens, unchecking this field should not cause any major problems.
巴拉巴拉


我的理解是，如果勾选了“Buses contribute to traffic”选项，NAM通过调整模拟器，使每辆公交车只乘坐1名乘客来实现产生流量的作用，也就是公交降低拥堵的作用没有了，应该是限于技术的原因，NAM用了一种比较奇葩的办法来实现让公交产生流量，以显得更真实（我倒是觉得原来的设定更真实）。而在安装NAM32后，打开模拟器工具可以看到，这个选项默认是打开的，也就是说，只要装了NAM32，公交原来的作用就没有了，仅仅是作为一种交通工具使用而已。为此，我做了一个实验来验证一下


首先发展一个小城，人口1000左右，工作区和生活区用一条街道相连（容量小，容易做实验）




退出游戏，调整模拟器，打开公交产生流量的开关



进入游戏，查看交通流量和交通拥挤度，可以看到，街道的流量超过了14%，已经很红了，所以其他居民选择步行上班（这么远居然步行）





然后我们用强制公交的办法，让市民强制坐公交



再来查看流量和拥挤度，发现私家车没了，公交流量比上图私家车略低，超过道路容量5%，道路拥挤度橙色
其余人步行说明道路容量超过100%（因为路程设计，步行肯定比乘车通勤长），而每辆公交作为单一乘客时，道路不可能容纳更多公交车，所以其余人只能步行




退出游戏，重新设定模拟器，关闭公交产生流量的选项



进入游戏再看流量，咦，没有步行了。因为总共就2个站点，所以路线只有1条，公交总共算1流量，道路容量未到100%，公交自然能运送更多乘客
再看道路拥挤度，全绿色









按照手册的说法，NAM的模拟器把公交车当成私家车来处理了，也就是1辆公交只坐一个乘客，以此来使公交产生流量，如果说以前公交无流量不真实，那这种方式更不真实。将公交作为单乘客车辆应该是通过调整某些系数来实现的，如果能够更好的调整这些系数，使得公交能够按照百分比产生流量，将更接近真实，1车1人相当于公交产生100%流量，按照现实世界，假设1辆公交车坐10~50人，应该调整到公交产生10%（对应10人一车，就是10分之一流量）到2%（对应50人一车，就是50分之一流量）的流量，应该更接近真实，但我想是因为技术上的原因，NAM的开发小组目前还无法实现，所以只能一道切了。

所以，安装了NAM32的朋友，如果要使用公交来降低道路拥堵，请同时安装Traffic Simulatro Configurat Tool，关掉Buses contribute to traffic选项，否则公交车等于私家车。

axellaw

另外，关闭这个选项的时候，会提示可能会使模拟器某些方面退步，也就是NAM做的某些优化可能没有了，手册里也提到了这点，但没有说明是哪些方面，我想是因为这个功能是由多个参数调整共同导致的，所以单一从某个方面说不清楚，因此手册没讲，只是不建议这么做，而这个选项上面则是非常强烈的建议勾选，默认也是勾选的，因此这个选项的取消应该会对模拟器某些关键性能有比较大的影响（猜测可能是寻路系统），本人能力有限，希望喜爱研究的高手来搞清楚。

ccy016

楼主不妨顺带把公交流量对商业客流量的影响也测试一下？看一下取消这个选项之后公交流量是否还计入商业客流。

vanceny

有意思，谢谢分享研究成果！

axellaw

ccy016 发表于 2014-3-20 01:52
楼主不妨顺带把公交流量对商业客流量的影响也测试一下？看一下取消这个选项之后公交流量是否还计入商业客流 ...

我用的是豪华版游戏，是计入商业客流的，我没截图，原版不计入，这个功能不是交通模拟器实现的，所以和交通模拟器版本没关系，只和你的游戏版本有关系

axellaw

我将NAM32自带的Z版本模拟器用reader打开，发现几个有趣的地方

步行速度在大部分道路上居然是15公里/小时，难道都是草上飞？或者都用了甲马？
公交在高速上可以开到160，比自驾的150还高，看来公交司机都是从中国请的
可火车只能开到140实在是XXOO@#$%，即便是我国的T字头特快，都普遍可以开到160，老外难道都用蒸汽机头？



寻路精度0.005797，据说最佳寻路是0.003，原版是0.09，终于找到游戏时间总是停止的罪魁祸首了，改到0.03，有改善，寻路没看出有太大差别。



拥堵程度和交通速度的关系，分别是
0拥堵：速度130%
50%拥堵：速度115%

100%拥堵：速度100%
150%拥堵：速度87.5%
200%拥堵：速度65%
250%拥堵：速度30%
以下是原版设定，可以看出NAM的设定层次更丰富，设定更合理（低拥堵提高速度很合理，什么？上限只有250%，那和300%有区别吗，反正都是红）
拥堵=0%，交通工具速度=100%
拥堵=100%，交通工具速度=100%
拥堵=200%，交通工具速度=65%
拥堵=300%，交通工具速度=30%



最大通勤时间，OMG，600分钟，我斯巴达了，原版是6（至于面板显示最大150，是因为有25的显示比例因子）
先不说上个班要花10个小时（从中国去美国上班都够了），按照自驾车50公里每小时的速度（NAM32设定的自驾在道路上的速度），10小时就是500000米，按照每格16米计算，就是31250格，再次斯巴达了一个大地图是256x256格，别说全图通勤了，全卫星地图通勤也戳戳有余（原版是6，所以原版自驾上班，如果全是道路，自驾速度是35公里，最多走218格）。
我觉得这个值改成60~90比较合理，比较符合现实。(补充：User's Guide内对默认600的通勤时间的解释是为了增强城际通勤，同时为了使寻路系统更好的工作，需要一个比较高的值，否则寻路系统作用范围很有限，找不到路的情况居多，原版的6分钟只能勉强完成临城通勤，而且两地必须靠近同一边缘，所以玩大区域建设的玩家可以把此值设置的比较高，最好超过100，否则无法实现大区域跨城规划）


类似的还有，最大捷运通勤时间，180分钟，原版是4。
天唐勇大婶的帖子(http://www.simcity.cn/thread-26385-1-1.html)中对这个的解释是通勤时间，和最大通勤时间类似，但我总觉得奇怪，为什么是Length而不是time，我由此怀疑这个值不是捷运最大通勤时间，而是捷运最大通勤距离，原版的4也不是指4分钟，而是指4个某单位的长度，抽时间做个试验验证下。

最奇怪的是这个值，路口的转弯处的容量因子（注意是容量不是速度，某些文章中写得是速度，但有实验证明路口不增加通勤时间，因此路口不影响速度，而是影响道路容量，通过减小路口的容量来使得路口相对更加拥堵，当路口的容量未到100%时，路口无影响，但当流量增加时，但路口会比普通路段先红），分别是125%，20%，40%，原版是70%，80%，90%，分别代表路口处、距路口1格、距路口2格的容量因子，所以这里的数值就很难理解了，路口的容量是125%，反而增大，距路口一格是20%，最低，距路口2格是40%，因此距路口1格最堵，距路口2格比较堵，路口反而比普通道路更通畅（装了NAM32的人可以观察下交通，路口1格处是最红，其次路口2格，路口比直路还绿），OMG，美国人的逻辑真是碉，so，我觉得这是一个bug。(补充：经过ccy016的指点，这个观点存在问题，比较片面，具体见9楼、10楼）




最后，关于前两天说的“Buses contribute to traffic”选项，经过对比，发现关闭和打开该选项仅影响交通模拟器中的一个值，就是上图中的第三个值，这一串值的前三个分别表示 步行、自驾、公交是否产生拥堵，选中这个选项仅仅把第三个值改成True。这里还有个和原版的区别，就是最后一个值，原版和老版本的NAM是False，NAM32中是True，我还没搞清楚这个值代表什么，所以不清楚有什么影响，希望有大婶能告知。（补充：最后一个值是单轨铁路的，非资料片的模拟器中是False，豪华版的是True）

ccy016

plpplpplp 发表于 2014-3-22 03:08
真心不要装NAM的交通模拟器，，特别坑人的，，，看看自述文件吧，，提到i5 CPU，，呵呵   这个游戏的原版完 ...

2.1.1 A note about GamePlay/Computer Performance
While this mod should work with the games minimum system requirements, for gameplay/computer performance reasons it is highly recommended that it be used on systems that exceed the games minimum system requirements. This recommendation is made due to the nature & amount of content that this mod adds. Modern computers should be able to run the game fine, though, although some modern Intel processors seem to have trouble with the large controller files. If you encounter this problem, please report it to the NAM Team so we can investigate the issues.
这是从NAM v31的说明书里面直接复制下来的。简单地翻译一下吧……
虽然这个模组应该可以在游戏最低配置要求下运行，但基于游戏流畅度的原因，我们强烈建议在比游戏最低配置要求更高的环境下运行此模组。之所以会提出这个建议，是因为NAM在运行时会增加资源的消耗。当今的电脑应该可以很好地运行这个游戏（应该是指带有NAM的SC4，见后文），尽管某些比较新的英特尔处理在运载完整版NAM控制器时，可能会出现问题。如果您遇到这些问题，请向NAM Team汇报，以便我们解决问题。


对于“提到i5 CPU”，请LS提出您发言的原文根据以支持您自己的观点。

ccy016

axellaw 发表于 2014-3-21 21:15
我将NAM32自带的Z版本模拟器用reader打开，发现几个有趣的地方

步行速度在大部分道路上居然是15公里/小时 ...

关于路口附近容量的问题……个人觉得NAM Team的设定其实跟现实比较相符……因为路口处由于有红绿灯控制，所以路口中心的交通效率是最高的，但是即便是交通流量很低的情况下，离路口15-20米之内，因为红灯，车流经常会停下来等绿灯，所以可以通过降低路口前方一定距离的容量，来模拟这种停车等灯的情况。路口其实是一种通行权分享的物体，几条道路共用一个路口，所以进入路口前每条道路的平均通行能力都会降低。
另外，不要吐槽最大通勤时间的问题了，要不然Sims很容易因为各种奇奇怪怪的数值限制导致差一点才能找到工作的情况出现。
至于各种东西的运行速度，只能说SC4的时间比例有点奇怪（火车那个可能是因为NAM内的火车设定是城际短程通勤火车，不是长途列车）。
其他分析都很好，有事实根据，做得不错。
还有一点想问一下，楼主你所说的“终于找到游戏时间总是停止的罪魁祸首了，改到0.03，有改善”这句话具体是不是指游戏运行更流畅？

axellaw

ccy016 发表于 2014-3-22 12:07
关于路口附近容量的问题……个人觉得NAM Team的设定其实跟现实比较相符……因为路口处由于有红绿灯控制， ...

关于路口的问题，我想你说得有道理。我原来的考虑不够仔细，现实中路口处的流量是通过红绿灯来强制规定不得不得超过100%，而SC4中由于没有红绿灯机制，所以想通过降低容量来模拟路口处的交通状况。
而SC4中路口的流量是每个汇入口流量的和，并非强制流量不超过100%，但即便路口的容量是正常的100%，也会出现路口流量超过100%而红的现象，这里就不符合现实了。NAM Team应该是考虑到这点，所以设置路口容量是125%，同时大大降低距路口1格和2格处的容量来模拟现实中路口流量不超过上限的实际情况，因此距离1格和2格被设置为比原版更低的20%和40%，这可以大大减少汇入路口的车流（当某段路非常堵，由于NAM寻路精度很高，Sims就会“机智的”选择其他路段）。从这里也看出NAM设定的各个参数是相互关联的，比如寻路精度比较低时，Sims在路段拥挤的时候，会蠢到不去走其他路，会造成更加拥堵或找不到工作。

关于最大通勤时间，按照User's Guide的说法最大通勤时间影响寻路系统，所以设置这么高的值是为了提高寻路系统的性能，你说得对。我是新手，在某些地方理解还比较片面。我又翻看了很多关于NAM的英文说明，Nam Team认为通勤时间和同进距离比较浮云，如果在这些参数上太注重现实，会引起其他不良反应，比如游戏中市民的表现反倒和现实不同，比如行人步行速度，我试过改回现实的5公里每小时（同时最大通勤时间降低到100分钟），发现原本走一段路去公交站的市民现在不愿意去了，而公交站此时离住处仅仅10几格，也就几百米的距离，在现实中完全不是问题，最大通勤距离和步行速度联合影响市民步行的格子数量。
以此来看NAM Team对游戏的理解更透彻，游戏毕竟是游戏，贴近现实的参数不一定带来贴近现实的体验，所以与其追求大多数玩家都看不到的现实参数，不如追求人人都能感受的现实游戏体验，不得不说，NAM Team很伟大，想问题层次很高。

最后一点，降低寻路精度可以改善流畅度。在我机器上有一定效果，原来我开游戏速度最快的时候，经常游戏时间停止，7,8秒后又恢复。降低了寻路精度后，在最大速度下没那么卡了，依然会停，但2,3秒后就会恢复。寻路这种算法都是需要一遍遍循环进行匹配比较的，寻路精度越高，寻路时间越长，SC4中每几个月Sims会重新寻路，降低寻路精度会缩短寻路的时间，让游戏时间的流逝更流畅（当然我的城市人口比较少，高人口没试过，但应该一样会卡，人口越多，寻路总时间越长）。对其他的游戏效果基本没影响，降低这个值可能带来找不到工作，通勤路线很白痴等问题，各位自己斟酌使用

周瑜K了Zero

话说  如果楼主能够将这些经验总结成NAM和原版基础交通方面的异同的话就更好了~