模拟城市中文网

 找回密码
 入住
搜索
查看: 4490|回复: 2

【研究】NAM32交通模拟器的一个疑似BUG的探讨

[复制链接]
发表于 2014-3-21 22:18 | 显示全部楼层 |阅读模式
本帖最后由 axellaw 于 2014-3-22 15:18 编辑

我在另一篇帖子中对NAM32的交通模拟器做一些小研究和实验的时候,发现一个有趣的现象,这个现象在该帖中有提到,这里我做了实验,并单独拿出来说明下
先看下面三幅图






我用的是classic的道路容量,因此街道的容量是100,可以看到路口、路口1格、路口2格的流量分别是104、35、35。
有趣的是,路口1格红色(超过100%容量),路口和路口2格都是黄色的(接近100%容量),路口2格以外是全绿(远未到100%容量)。
按照游戏自带模拟器的设定,路口、路口1格、路口2格的容量分别是同等路面的70%、80%、90%,所以在用原版模拟器的时候,路口总是最红,1格次之,2格再次之,我们认为这是合理的,是符合现实的。
可是安装了NAM32的模拟器后,就出现了上图中1格最红,2格和路口次之的奇葩现象。
于是我用reader打开了NAM32的交通模拟器的文件,找到“Intersection and Turn Capacity Effect”参数看了下(如下图蓝色高亮)


原版中这个参数的三个值分别是0.7、0.8、0.9,分别表示路口、路口1格、路口2格的容量系数。
NAM32中这三个系数被改为1.25、0.2、0.4,对照我上面三个游戏截图,其中路口的容量是125,路口1格是20,路口2格是40,途中路口流量104,未达到100%,所以是黄色,路口1格流量35,超过100%,所以是红色,路口2格流量35,未达100%,同样是黄色。

对于这个现象,我认为应该算是个BUG(不知道原作者的意图,所以仅表达个人观点),因为完全不符合现实,需要修改的朋友可以在论坛下载iLiveReader打开交通模拟器文件自行修改,原版的0.7、0.8、0.9三个系数比较合理,当然你也可以全改1,这样路口就不产生任何影响了。

重要补充:经过ccy016的提醒,以上观点可能存在片面性,另见http://www.simcity.cn/forum.php? ... 4&page=1#pid1822369帖中的9楼、10楼的讨论。
现实中路口处的流量是通过红绿灯来强制规定不得不得超过100%,而SC4中由于没有红绿灯机制,所以想通过降低容量来模拟现实中路口处的交通状况以及对整体路网的影响。
SC4中路口的流量是每个汇入口流量的和,并非强制流量不超过100%,但即便路口的容量是正常的100%,也会出现路口流量超过100%而红的现象,这里就不符合现实了。
NAM Team应该是考虑到这点,所以设置路口容量是125%,同时大大降低距路口1格和2格处的容量来模拟现实中路口流量不超过上限的实际情况,因此距离1格和2格被设置为20%和40%,这可以大大减少汇入路口的车流(当某段路非常堵,由于NAM寻路精度很高,Sims就会“机智的”选择其他路段)。从这里也看出NAM设定的各个参数是相互关联的,比如寻路精度比较低时,Sims在路段拥挤的时候,会蠢到不去走其他路,会造成更加拥堵或找不到工作。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?入住

x
发表于 2014-3-21 22:46 | 显示全部楼层
是因為路口因號誌會停車的關係?
a大直接反應給 NAM Team 看看如何...

(來是說國外狀況不一樣?)
回复 支持 反对

使用道具 举报

 楼主| 发表于 2014-3-21 22:52 | 显示全部楼层
kulokage 发表于 2014-3-21 22:46
是因為路口因號誌會停車的關係?
a大直接反應給 NAM Team 看看如何...

在现实中,因为到路口或转弯处是要减速的,所以路口和转弯处的道路容量是比正常路段低的,而减速过程是逐渐的,所以距离路口越近,容量越低是合理的,同时由于路口同一时间只能有一个方向通行,再加上右转无等待的流量,所以路口定义为正常路段的70%也是符合现实的,原版在这个数据上很合理。
目前NAM Team的具体意图无法得知,从整体看NAM Team应该趋向于使模拟器更接近真实(比如更远的通勤距离、公交增加道路流量等设置都是出于这个理念),所以这组看上去极不合理的参数我认识有可能是BUG。
回复 支持 1 反对 0

使用道具 举报

您需要登录后才可以回帖 登录 | 入住

本版积分规则

小黑屋|手机版|模拟城市中文网

GMT+8, 2024-4-30 21:56 , Processed in 0.028809 second(s), 17 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表