本帖最后由 Annijang 于 2023-5-6 20:01 编辑
一、介绍 赏金是一款围绕着“悬赏板”和“悬赏令”的模组，根据悬赏令的不同将会影响读取的需求和奖赏内容。悬赏板自然生成在村庄中，悬赏令会在悬赏板生成时自带1个，默认情况下悬赏板和悬赏令都可以通过在工作台中合成获得，详细内容请参考下述wiki。
二、相关链接 目前可通过以下网站进行模组的下载： 版本：1.19.4、1.16.5、1.16.4、1.15.2、1.14.4、1.12.2 版本：1.19.4、1.19.3、1.19.2、1.18.1、1.18、1.17
因目前模组最新版“6.0.0”的悬赏板部分内容未添加汉化的本地键，我已通过discord跟作者取得了联系并且将未添加的内容与作者进行了沟通，作者说等他过段时间不忙的时候就会更新本地语言键。所以语言文件暂且未通过GitHub提交给作者，等待作者更新后我会在GitHub向作者发送pr，所以暂时留一份语言文件在Github方便版主审核。
【Github】
三、指令
1、1.12版本： 可输入“/bountiful”或者“/bo”来执行指令。
* /boreload - 使用来自“config/bountiful/bounties.json”和“config/bountiful/rewards.json”文件中的数据来重新加载赏金模组的注册文件。如果本条命令失效了，那么会默认恢复到输入指令之前的数据。 * /bogen - 新建一个赏金并将该赏金添加到背包中。如果新建的赏金并非是有效数据的话，那么赏金是空白的。（手持物品输入该指令可尝试生成数据） * /bo gen [common/uncommon/rare/epic] - 与“/bo gen”指令一样，但是本条指令是生成一个自带稀有度数据的赏金。 * /bo gen [c/u/r/e] - 功能与上条指令一样，本条指令只是上条指令的缩写版。 * /boexpire - 强制将手持的赏金设置为过期。 * /boentities - 将所有生物的注册名称发送到聊天栏中，以便更方便地查询到对应生物的ID，可在“config/bountiful/bounties.json”中进行设置。
2、1.14+版本： 以下几个命令在制作整合包时也许很有用，它们的缩写都是/bo：
* /bo decree [悬赏令ID] - 给予一个特定类型的悬赏令，点击类型标签可在显示所有悬赏令类型的列表中自由选择。 * /bo hand - 手持物品后输入本指令可为手持物品生成一个以JSON文件格式的悬赏并将该悬赏的内容复制到剪切板中，如果你是使用数据包来制作悬赏令的话，那么这条指令也许对你很有用，你也可以将鼠标悬停在该信息上来查看生成的数据内容。 * /bo reload - 输入本条指令后将会重载悬赏的数据包文件，如果你是数据包作者并且数据包的数量较多的话可以使用本条指令而不使用“/reload”指令。本条指令可在单人游戏或者服务器中生效。 * /bo test - 检查所有悬赏数据文件的简单错误，例如：检测错误的物品名称或者无效数字，同时错误报告也会发送到聊天栏中。 * /bo sample [悬赏令ID] [等级] - 该指令是目前赏金模组的高级指令，在制作模组和整合包时用途较大，该指令会模拟悬赏令在刷新时的最低运气，并将结果发送到输入该命令的玩家的聊天栏中来说明是否寻找到合适的需求或者奖励。 *例如：当输入“/bo sample armorer 1”指令时，将会检索每个赏金奖励并选择一个合适的目标来匹配该赏金的1份奖励。如果输入本条指令时发生了错误，那么也许应该使用更高级的指令来检索，一般是使用2级。 *该指令是因为避免需求过低而奖励偏高的情况发生。（例如：在铁匠的悬赏令中，需求是一根木棍而奖励是一颗钻石）
四、1.12自定义悬赏
1、自定义需求 在1.12版本自定义赏金是比较简单，只需要在“config/bountiful”里找到“bounties.json”文件并打开即可。
- 基础需求例子
以下为最基础的需求例子：
- {
- "content": "minecraft:dirt",
- "amount": {
- "min": 16,
- "max": 128
- },
- "unitWorth": 5,
- "weight": 100
- }
以下是对每个键的讲解： * content - 描述物品的字符串。 *如果是物品，使用格式为“modid:itemid”（模组ID:物品ID），如果包括元数据，则使用格式需要更改为“modid:itemid:meta”（模组ID:物品ID:元数据）。 * 例如：“minecraft:iron_axe”（铁斧）、“minecraft:stick”（木棍） *如果是实体，使用格式为“entity:modid:entityid”（实体:模组ID:实体ID）。 * 例如：“entity:minecraft:sheep”（羊）、“entity:minecraft:skeleton”（骷髅）、“entity:minecraft:villager_golem”（铁傀儡） * 可使用“/bo entities”指令将所有包含实体和实体注册表的信息导出，该指令在整合包里很好用。 * amount - 设置悬赏要求的最低和最高数量。 * unitWorth - 设置该悬赏的价值，因为在选取奖赏时会根据悬赏的价值来选择，避免出现需求是1根木棍但奖赏是1组钻石块这种离谱情况的发生。 * weight - 设置该悬赏的权重，悬赏的权重越高，被选为悬赏时的概率也越大。
- 可选的键 当模组版本≧v2.2时，可在悬赏里设置一些额外的键来更改内容。
- "content":"minecraft:potion",
- "amount": {
- "min": 1,
- "max": 3
- },
- "unitWorth": 300,
- "weight": 100,
- "stages": ["a", "b"],
- "nbt_data": "{Potion:"minecraft:healing"}"
- }
可选的键： * stages - 如果你是一名整合包作者并且在整合包里安装了[游戏阶段]模组，那么可以使用该键来为悬赏设置解锁阶段，当玩家未满足该悬赏规定的阶段时将不会选择该悬赏来作为需求。 * nbt_data - 该键决定了该悬赏的物品是否包含NBT，如果在该键的内容里需要添加引号，那么请在每个引号的前面添加上/来转义，否则该悬赏将会因为报错而失效。 * 注意：该NBT仅适用于悬赏的需求物品。 * 注意：如果你添加的悬赏里没有NBT数据的话，请不要添加上该键。
2、自定义奖赏
要想自定义奖赏，你仍然需要在config/bountiful路径里找到rewards.json文件。
- 基础奖赏例子 以下为最基础的奖赏例子：
- {
- "content": "minecraft:gold_ingot",
- "unitWorth": 900,
- "weight": 100
- }
以下是对每个键的讲解： * content - 用于描述物品的字符串，在奖赏里该奖赏必须是物品而不可以设置为实体奖励。 *如果是物品，如果是物品，使用格式为“modid:itemid”（模组ID:物品ID），如果包括元数据，则使用格式需要更改为“modid:itemid:meta”（模组ID:物品ID:元数据）。 * 例如：“minecraft:iron_axe”（铁斧）、“minecraft:stick”（木棍） * unitWorth - 设置该物品的单件总价值，只会当需求总和价值大于该值时才能选择该物品来作为奖赏。 * weight - 设置该物品的权重占比，权重越高，那么每次被选择为奖赏的次数越多。
可选的键（注意：需要模组版本≧v2.2）： * stages - 如果你是一名整合包作者并且在整合包里安装了[游戏阶段]模组，那么可以使用该键来为奖赏设置解锁阶段，当玩家未满足阶段需求时将不会选择该物品来作为奖赏。 * nbt_data - 该键决定了该奖赏的物品是否包含NBT，如果在该键的内容里需要添加引号，那么请在每个引号的前面添加上“/”来转义，否则该物品奖赏将会因为报错而失效。 注意：如果你不需要让物品包括NBT数据的话，那么请不要添加该键到奖赏中。
五、1.14+数据包 当我的世界版本在1.14或以上时，可通过数据包来自定义悬赏的需求和奖励。可以在[我的世界wiki]中找到如何制作数据包以及数据包的结构，假如你是整合包的作者，你也可以通过安装一些辅助数据包加载的模组来降低使用数据包时的一些没必要的麻烦，例如：[开放式加载]模组。
1、悬赏令
悬赏令的作用是控制该悬赏的类型，例如：当在悬赏板内的右侧放置“盔甲匠”悬赏时，每次新增悬赏时都只会在“盔甲匠”的对应需求和奖赏的文件中选择而不会选择“屠夫”的需求和奖赏文件，在低版本也就是1.12.2时的设置悬赏是无法设置单独的悬赏而是像大杂烩一样在配置文件中随机选择。
- 列举一个悬赏的例子 以下文件是来自toolsmith.json文件中的内容：
- {
- "spawnsInBoard": true,
- "objectivePools": [
- "common_crafts",
- "all_villager_objs",
- "toolsmith_objs"
- ],
- "rewardPools": [
- "all_villager_rews",
- "toolsmith_rews"
- }
注意：当模组版本≧v3.1.0时，“spawnsInBoard”选项没有任何作用，也许在未来的某段时间里会添加上用途。
就和目前看到的一样，每次当悬赏板新增悬赏时会都从三个不同的需求文件（common_crafts、all_villager_objs、toolsmith_objs）中选择内容来作为需求目标，也会从两个奖赏文件（all_villager_rews、toolsmith_rews）中选择奖赏，你可以通过数据包的形式来覆盖掉这些来自“toolsmith.json”文件中的内容，也可以通过修改模组本体内的“data”文件来新增新的需求或者奖赏的数据文件。
2、需求/奖赏池池是用来存放提供给需求/奖赏的清单，类似仓库的功能。所有默认的池子数据都可以在[此处]找到。
- 列举一个池的例子
以下列举一个最基础的需求池： - {
- "type": "item",
- "content": "minecraft:cobblestone",
- "amountRange": {
- "min": 8,
- "max": 64
- },
- "unitWorth": 25,
- "weight": 1000
- }
以下是对每个键的描述：
* type - 设置该悬赏需求的类型； *目前需求池的有效类型：“item”、“item_tag”、“entity”； *目前奖赏池的有效类型：“item”、“item_tag”、“command”。 * content - 描述目标的一个字符串； *如果目标是物品的话使用：“modid:itemid”（模组ID:物品ID）。 * 例如：“minecraft:iron_axe”（铁斧）、“minecraft:stick”（木棍） *如果目标是实体的话使用：“modid:entityid”（模组ID：实体ID） * 例如：“minecraft:sheep”（羊）、“minecraft:skeleton”（骷髅） * 使用“/bo entities”指令将所有游戏内的实体ID列表导出到“logs/bountiful.log”文件中。 * amountRange - 设置该悬赏的最低需求/奖赏数量和最高需求/奖赏数量。 * unitWorth - 设置该悬赏价值，该价值是控制当前悬赏被选择中至少需要多少，例如：一个悬赏的总价值是500，那么该悬赏将不会选择物品价值为800的来作为奖赏奖励。 * weight - 设置该奖赏的权重，可以填任意数字，权重越高的悬赏将会有更高的概率被选中，例如：A悬赏的权重是10，B悬赏的权重是50，那么假如说生成100次悬赏，那么B有50次悬赏而A悬赏只有10次。 *注意：权重只会影响到被选择为悬赏时的概率，奖赏的选择会受到总价值“unitWorth”的影响而不会受到权重影响。
3、物品需求/奖励 设置物品需求/奖励，使用："type":"item"。
* content - 输入使用该物品的注册表。(例如：“minecraft:iron_axe”、“minecraft:stick”） * 如果你想让该物品拥有NBT数据的话，例如：让剑自带锋利5，那么就请添加上“"nbt": {}”，也可以[此处]查看到一些拥有NBT数据物品的例子。 * 如果不想自己手动生成的话也可以手持物品然后输入“/bo hand”指令来生成一个JSON文件的例子，该例子会自动粘贴到剪切板中。在使用时请务必仔细检查NBT数据，因为在生成数据时有的时候在将NBT数据转为JSON文件时会出现错误，例如：将长数字的5错误的转为5L，将短数字5s错误的转为5b，所以也请在使用时多留一个心眼避免出错。
- 标签需求/奖赏 如果你想让带有通用标签的物品来作为需求/奖赏时，请使用："type": "item_tag"。
* content - 输入物品的通用标签即可（参考：[标签列表]），例如：原版染料的通用标签是“forge:dyes”，原版原木的通用标签是“minecraft:logs”，原版活板门的通用标签是“minecraft:trapdoors”，也可以将通用标签理解为相同类型但拥有不同的材质。
- 实体需求
如果想让需求变成击杀生物的话，那么请使用："type":"entity"。
* content - 输入实体的注册名称即可，例如：“minecraft:spider”（蜘蛛）、“minecraft:zombie”（僵尸）、“minecraft:magma_cube”（岩浆怪）
- 命令奖赏 如果想设置命令来作为奖赏的话，请使用："type":"command"。
* content - 输入领取奖赏后要执行的命令。（例如：/timeset day、/give %player% torch 1） * 目前有几种替代方案，如下： *%player% - 可直接替换为玩家名称或者类似@a、@e这种。 *%amount% - 可选择随机的数量来直接给予。 - 杂项
* 如果你想自定义当鼠标指向需求/奖赏时的名称，请使用“"name": "自定义名称"”。注意：该名称并不能本地化，不管切换到何种语言都只会显示该名称，只不过会在未来的更新里会添加一个能够添加到语言文件里的选项。
以上为赏金模组的基础内容，如果你有进阶信息的需求，请前往GitHub Wiki 中文版：[点击前往]查看。
五、关于二搬 搬运许可：
六、示例 重要须知：目前在高版本有两种自定义的办法，第一种是通过数据包覆盖的形式，第二种是通过修改模组本体自带的数据文件的形式。不管选择何种形式，都无法超过“bounty_decrees”文件夹内的12种悬赏令类型，只不过可以在现有的12种类型中选择一个文件来自定义即可。但是这个限制仅限于悬赏令，可以自定义多种需求和奖赏文件，文件数量不限。可以将“bounty_decrees”文件夹内的12中悬赏令理解为是父亲，“bounty_pools”文件夹内的需求和奖赏理解为儿子，一个父亲可以拥有多个甚至无限个儿子，但是儿子只可以拥有一个父亲。
1、示例1（需求）
- {
- "content": {
- "item_1": {
- "type": "item",
- "content": "minecraft:coal",
- "amount": {
- "min": 1,
- "max": 3
- },
- "unitWorth": 100,
- "weightMult": 0.1
- },
- "item_2": {
- "type": "item_tag",
- "content": "minecraft:logs",
- "amount": {
- "min": 1,
- "max": 4
- },
- "unitWorth": 200,
- "weightMult": 0.2,
- },
- "item_3": {
- "type": "item",
- "content": "minecraft:iron_block",
- "amount": {
- "min": 1,
- "max": 8
- },
- "unitWorth": 250,
- "forbids": [
- {
- "type": "item",
- "content": "minecraft:iron_ingot"
- }
- ]
- },
- "entity_1": {
- "type": "entity",
- "content": "minecraft:zombie",
- "amount": {
- "min": 1,
- "max": 5
- },
- "unitWorth": 300,
- "weightMult": 0.3
- }
- }
- }
item_1： 最基础的要求悬赏，当选中该悬赏后要求提交1-3块煤炭，悬赏总价值是100，选中概率为10%。 注意：经过测试，数量最低请设置为1，如果设置为大于1的话，例如：2-4，那么当该悬赏被选中时的数量将会被固定为2，而最高数量上限的4则会被忽略，不清楚这是否是模组bug。
item_2： 当悬赏选择该物品来作为需求时，需提交1-4块任意原木，悬赏总价值是200，选中概率为20%。
在“item_2”的基础上添加了一个非本地化语言的键，当你的整合包并非提交到curseforge这种国际平台上时，你可以使用“name”的键来为你的悬赏名称设置硬编码名称。
当你未使用“name”设置名称时：
当显示为该名称时有两个解决办法，要么打开模组文件并且在“lang”文件夹里找到“en_us.json”文件并在文件内的任意一行添加“"bountiful.entry.item_2":"任意原木"”词条，如下：
当然，你不要学我，我在“en_us.json”内添加中文的这种行为并不规范，被其他CFPA汉化组的成员看到会被骂的，千万别学我。 除此之外，建议将“"bountiful.entry.item_2":"这是一个可自定义名称的键"”词条添加到“zh_cn.json”文件中而不是“en_us.json”文件。 如果你嫌麻烦并且整合包是在国内发布的而不是在国外平台上，建议使用“name”键来自定义名称，代码如下： - "item_2": {
- "type": "item_tag",
- "content": "minecraft:logs",
- "amount": {
- "min": 1,
- "max": 4
- },
- "unitWorth": 200,
- "weightMult": 0.2,
- "name": "这是一个可自定义名称的键"
- }
使用“name”设置名称时：
item_3： 当悬赏选择该物品来作为需求时，需提交1-8个铁块，悬赏的总价值是250。当你不希望提交铁块时的奖赏是铁锭时，请使用“forbids”键来将铁锭设置为黑名单。需要注意的是该黑名单仅支持一种而不可以同时设置两种物品。
entity_1： 当选中该悬赏后要求击杀1-5只僵尸，悬赏总价值是300，选中概率为30%。
注意：在需求文件中不允许使用“nbt”键。
2、示例2（奖赏）
- {
- "content": {
- "item_1": {
- "type": "item",
- "content": "minecraft:quartz",
- "amount": {
- "min": 1,
- "max": 2
- },
- "unitWorth": 100
- },
- "item_2": {
- "type": "item",
- "content": "minecraft:diamond_pickaxe",
- "amount": {
- "min": 1,
- "max": 3
- },
- "unitWorth": 200,
- "nbt": "{Damage:0}"
- },
- "item_3": {
- "type": "item",
- "content": "minecraft:diamond_pickaxe",
- "amount": {
- "min": 1,
- "max": 4
- },
- "unitWorth": 300,
- "nbt": "{Damage:1551,Enchantments:[{id:"minecraft:efficiency",lvl:2}]}"
- },
- "item_4":{
- "type": "item",
- "content": "minecraft:diamond_pickaxe",
- "amount": {
- "min": 1,
- "max": 5
- },
- "unitWorth": 400.0,
- "nbt": "{Damage:1551,Enchantments:[{id:"minecraft:efficiency",lvl:2}],display:{Name:'{"italic":false,"extra":[{"text":""},{"bold":true,"color":"gold","text":"LV5"},{"text":" "},{"bold":true,"color":"aqua","text":"龙镐"}],"text":""}'}}"
- },
- "item_5": {
- "type": "item_tag",
- "content": "minecraft:wool",
- "amount": {
- "min": 1,
- "max": 8
- },
- "unitWorth": 50,
- "name": "领取后可获得随机颜色的羊毛"
- },
- "command_1": {
- "type": "command",
- "content": "/give @a minecraft:amethyst_shard",
- "unitWorth": 300,
- "name": "完成奖赏后给予所有人1颗紫水晶碎片"
- }
- }
- }
item_1： 当悬赏选择该物品为奖赏时，奖励1-2颗下界石英，每颗下界石英的价值是100。
item_2： 当悬赏选择该物品为奖赏时，奖励1-3把满耐久的钻石镐，每把钻石镐的价值是200。
item_3： 当悬赏选择该物品为奖赏时，奖励1-4把带有效率2附魔且耐久仅剩10点（钻石镐满耐久是1561，减去1551，最后仅剩10点耐久）的钻石镐，每把钻石镐的价值是300。
item_4： 当悬赏选择该物品为奖赏时，奖励1-5把带有效率2附魔、耐久仅剩10点且名称为龙镐的钻石镐，每把钻石镐的价值是300。
item_5： 当悬赏选择该物品为奖赏时，奖励1-8个随机颜色的羊毛，每个羊毛的价值是50。 注：不知道为什么我在我当前模组版本为“6.0.0”时使用该类型时虽然能够在奖赏内显示但是实际上当你完成悬赏后最终并没有任意颜色的羊毛，所以建议不要在奖赏里使用“item_tag”，不排除是不是因为版本问题。
command_1： 当悬赏选择该物品为奖赏时，领取后都可以通过give指令再次给予所有人一颗紫水晶碎片。
3、最终效果
想通过数据包来自定义悬赏？没问题，请在下面微云中下载示例文件吧，如果是修改模组文件的方式来自定义悬赏的话，请使用任意压缩文件打开模组本体然后通过编辑自带的“data”文件即可。
【腾讯微云】，密码：5da3ew
来自群组: TecoStudio | 
中文论坛 -_files/p9pHYHs.png)
中文论坛 -_files/nautilus_shell.png)
贡献中文论坛 -_files/apple.png)
爱心
中文论坛 -_files/noavatar.svg){kind=avatar}
发表于 2023-4-15 20:53:43
已收藏
顶一下
踩一下
提升卡
沉默卡
喧嚣卡
变色卡
发表于 2023-4-18 17:35:49
发表于 2023-6-7 10:35:48
京公网安备 11010502037624号 |
手机版