安装 Steam
登录
|
语言
繁體中文(繁体中文)
日本語(日语)
한국어(韩语)
ไทย(泰语)
български(保加利亚语)
Čeština(捷克语)
Dansk(丹麦语)
Deutsch(德语)
English(英语)
Español-España(西班牙语 - 西班牙)
Español - Latinoamérica(西班牙语 - 拉丁美洲)
Ελληνικά(希腊语)
Français(法语)
Italiano(意大利语)
Bahasa Indonesia(印度尼西亚语)
Magyar(匈牙利语)
Nederlands(荷兰语)
Norsk(挪威语)
Polski(波兰语)
Português(葡萄牙语 - 葡萄牙)
Português-Brasil(葡萄牙语 - 巴西)
Română(罗马尼亚语)
Русский(俄语)
Suomi(芬兰语)
Svenska(瑞典语)
Türkçe(土耳其语)
Tiếng Việt(越南语)
Українська(乌克兰语)
报告翻译问题









Patch materials are basically equivalent to copying an existing VMT's contents and (optionally) changing some of the parameters in it. Patch materials don't conditionally change existing VMTs or affect the "base"/"parent" VMT in any way, and don't allow you to do anything that you couldn't do with a non-Patch material.
If you have two VMTs that are almost identical (e.g. different $BaseTextures, but the same $BumpMap and $Phong settings), then you could change one VMT to be a Patch material that uses the other VMT as a "base", so that the "child" VMT only has to specify the differing parameters ($BaseTexture) - automatically copying all of the other parameters ($BumpMap and $Phong settings) from the "base" VMT. This way, you won't have to manually keep the other settings synchronised/identical across multiple VMT files. This is the use case for a Patch material.
No. The example patch material uses the red material as a "base"/"parent", but uses a blue texture instead of the red material's default red texture.
In other words, you should be able to replace the Scout's blue body VMT with the example patch material, and have it still look correct.