本帖最后由 chyx 于 2018-10-28 15:01 编辑 
有时候对原版模型做更改时可以考虑到继承关系
只修改一点就可以做出很大的效果 而不用一个一个的改。(比如修改block/cube_all就有大量的方块会受影响)
而且同时也要注意 会不会因为无意的修改被继承 使得修改的效果影响不想影响到的东西
这些都需要我们对已有的模型的继承关系有了解
因此做了这个继承关系图
版本是最新的快照帖子
整理的结果如下:没有继承任何文件的有:
继承了builtin/generated有:
继承了builtin/entity的有:
有时候对原版模型做更改时可以考虑到继承关系
只修改一点就可以做出很大的效果 而不用一个一个的改。(比如修改block/cube_all就有大量的方块会受影响)
而且同时也要注意 会不会因为无意的修改被继承 使得修改的效果影响不想影响到的东西
这些都需要我们对已有的模型的继承关系有了解
因此做了这个继承关系图
版本是最新的快照帖子
整理的结果如下:
文件名后面的竖线之后的字母代表这个文件的内容
d代表display
t代表textures
e代表elements
o代表overrides
如果有这个内容就会有这个字母 没有这个内容就没有这个字母
| 
 | 
继承了builtin/generated有:
| 
 | 
继承了builtin/entity的有:
| 
 | 
|  本来我是想随便打开个具体的主题进行解析,结果…… 科科 | 
第一次了解到资源包的文件具有继承关系……
我真是落伍了……
整理这个有心了。
不过我还是建议你说明一下几个基础parent的作用。比如block、cube_all、cube_column等等,不然这样干看着挺乱的。
不过我还是建议你说明一下几个基础parent的作用。比如block、cube_all、cube_column等等,不然这样干看着挺乱的。
flash0tt 发表于 2018-11-15 11:34
整理这个有心了。
不过我还是建议你说明一下几个基础parent的作用。比如block、cube_all、cube_column等等 ...
嗯嗯
知道了 我有时间会做的。
我就是那个用旋转绕过mc对模型尺寸的限制
还用结构方块播放过视频的那个人。