模拟城市中文网

 找回密码
 入住
搜索
查看: 2154|回复: 8

关于入口标签的几个问题

[复制链接]
发表于 2010-6-11 13:00 | 显示全部楼层 |阅读模式
1.GROUP会不会和INSTANCE重复?2.不同作者制作的各种SCFILE的INSTANCE为什么不会撞上了?3.FAMILY属于SCFILE吗?有ID吗?有话怎么查?4.有没有可能用修改IID的方法把PROP改成FAMILY?
 楼主| 发表于 2010-6-11 22:13 | 显示全部楼层
看来真的要自己研究了…
回复 支持 反对

使用道具 举报

发表于 2010-6-11 22:15 | 显示全部楼层
看不懂楼主的提问,那些英文单词我懂,但是入口标签是什么意思?
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-6-12 12:26 | 显示全部楼层
可能不叫入口标签吧。就是TGI
回复 支持 反对

使用道具 举报

发表于 2010-6-12 12:48 | 显示全部楼层
关于instance不同制作者重复的问题,我以前问过~

理论上是有可能重复的,这就是插件冲突~

但是重复的可能性不大,毕竟instance是8位16进制数,理论重复概率是42亿分之一~

评分

参与人数 1模拟币 +80 收起 理由
大鲸鱼 + 80 热心助人

查看全部评分

回复 支持 反对

使用道具 举报

发表于 2010-6-12 14:55 | 显示全部楼层
楼主所谓的"入口标签" 应该是说Instance ID吧?
关于第一个问题... 根据鱼的浅见, 两个属性是不同的...
抛去type id代表着不同性质的file如exemplar, fsh, s3d等等不谈,
group和instance ID虽然都为区分不同模组, 但是作用不同..
基本上group ID负责区分每一个模组,即一组模型里含有一套zoom1~5 4个方向20个s3d和若干fsh, 这些file公用一个Group ID.
而这种情况下相应的Instance ID基本上都为"0x00030xxx", 只负责这些file从zoom1~5和四个方向的标注.
如果多个模组公用一个group id的话, 则instance除了区分5个zoom和四个方向以外,还有区分各个不同的模组.
所以说, group和instance是个互相帮助的作用.. 楼主所问的它俩重复的问题... 鱼其实没看懂.............

第二个问题.. tnt已经说过了, 随机数的重复概率很低, 但是实际上随着这个游戏的插件越来越多, 出现冲突的的情况还是有的.. 鱼就遇到过几次..
当然这里说的"冲突"不是那种让游戏弹出的那种terrain, 港口机场的那类冲突.. 是像KS那个安联体育场和csx一个prop的冲突.

关于第三个问题, 楼主可以下载一个插件作者编写的prop family name用reader看看.
比如:
http://www.simtropolis.com/stex/details.cfm?id=22833
http://www.simtropolis.com/stex/details.cfm?id=23977
这两样..
打开之后看一下里面的结构应该就可以看明白了吧
描述prop的exemplar里要加上一条"Building/prop Family"
每一组prop exemplar都要加上这一条, value值可以是随机数,但是这一组exemplar里,每一条exexplar的Building/prop Family 的value值要一致.
然后在cohort file中引用这一个value值, 并为这个prop family 命名.

评分

参与人数 1威望 +1 收起 理由
天唐永thianz + 1 热心

查看全部评分

回复 支持 反对

使用道具 举报

发表于 2010-6-12 15:21 | 显示全部楼层
感謝6樓,正將要試prop family。
~~分隔線~~
順便也回覆
1.TGI是三個不同的袋子,三個範圍,三個袋子有同號碼是沒關係的。
TGI要一起看,兩個插件的TGI完全相同才叫"重覆"。
                      一個插件裏的G要是和I同號,那是有人高興這樣設置,那不叫重覆。

2.有不少TGI的T和G已經被限制了,只剩下I可以變,只剩下I可以變的話,雖然是42億分之1的機會,但是還是聽過有人重覆過的。樓上兩位之外,還那有smt。就至少三位了。可能電腦隨機號碼選中,也可能人為選號選中同樣的號碼。所以自己設置的話儘量不要太漂亮的整數號。

[ 本帖最后由 天唐永thianz 于 2010-6-12 16:33 编辑 ]

评分

参与人数 1威望 +1 收起 理由
大鲸鱼 + 1 热心助人~

查看全部评分

回复 支持 反对

使用道具 举报

发表于 2010-6-12 16:13 | 显示全部楼层
是的...
打开bsc_megapack_gc_vol1之后就可以看到, group或者instance都是按照顺序排下来的.
其实理论上是那样说.. 但看似实际上发生冲突的次数比理论值高很多似的..

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
比如说..
这两天遇到的一个很奇怪的现象:
由于鱼的电脑里pluginman一直水土不服.. 所以生成building这个事是一直用reader借用现有的building改name, resouce key和instance, 然后在le里面replace...

理论上说是可行的, 最后的试验结果也可以, 但是中间过程中不知怎麽的把building编乱了
不但被借用的原始building变成了修改后的某个building(原始building未作任何改动), 修改后的6个不同的building扑通后有三四个相同... 整个乱了..
不知道是怎么回事..
后来重新做了一次, 便ok..
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-6-12 17:53 | 显示全部楼层
谢谢大家回答…慢慢消化去…按照鱼的说法,那么PROP FAMILY实际上就是一个COHORT FILE,所以就拥有独自的一个INSTANCE,别的插件引用FAMILY也就是像引用其他FILE一样指向对应的INSTANCE咯。所以也就可以修改被引用的PROP的INSTANCE来将引用对象导向另一个FAMILY咯?带树道路是根据这个原理制造的吧?再次谢谢大家啊,这样学习进度快不少呢。

[ 本帖最后由 sbchbsam 于 2010-6-12 21:56 编辑 ]
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-11-18 17:52 , Processed in 0.021389 second(s), 18 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

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