变更日志

重要提示：level_cap不再是可以针对每个玩家单独设置的值，而是由该玩家当前的进度状态推导得出。由于进度系统发生了变化，在从旧版本更新时，玩家的等级上限可能会有所不同（很可能会更低）！除此之外，玩家的进度应该会适应这些变化，但作为一般性建议，在更新模组之前一定要进行备份。

[0.13.14-beta] - 2025-01-21

已修复：

• #216 客户端有时无法在Neoforge上注册rctmod:player_state包（但愿已修复）

变更日志

重要提示：level_cap不再是可以针对每个玩家进行设置的值，而是根据该玩家当前的进度状态推导得出的。由于进度系统的变更，在从旧版本更新时，玩家的等级上限可能会有所不同（很可能会更低）！除此之外，玩家的进度应该会适应这些变化，但作为一般性建议，在更新模组之前一定要进行备份。

[0.13.14-beta] - 2025-01-21

已修复：

• #216 客户端有时无法在NeoForge上注册rctmod:player_state包（但愿已修复）

变更日志

重要提示：level_cap不再是可以针对每个玩家单独设置的值，而是由该玩家当前的进度状态推导得出。由于进度系统的变更，从旧版本更新时，玩家的等级上限可能会有所不同（很可能会降低）！除此之外，玩家的进度应该会适应这些变化，但作为一般性建议，在更新模组之前一定要进行备份。

[0.13.13-beta] - 2025年1月21日

已更改：

• #215 调整了训练师数据的（重新）加载方式（更不易出错）
• #214 将RCTApi的最低前置要求更新到版本0.10.7-beta（进一步提高了与使用相同API的其他模组的兼容性，并修复了一些漏洞）

已修复：

• #213 针对在Fabric上有时训练师实体在训练师尚未初始化之前就进行刻（tick）而导致的问题的变通方案
• #212 当玩家在不同世界之间切换时，训练师卡片的同步问题

变更日志

重要提示：level_cap不再是可以为每个玩家单独设置的值，而是根据该玩家当前的进度状态推导得出的。由于进度系统的变更，在从旧版本更新时，玩家的等级上限可能会有所不同（很可能会降低）！除此之外，玩家的进度应该会适应这些变化，但作为一般性建议，在更新模组之前一定要进行备份。

[0.13.13-beta] - 2025-01-21

已更改：

• #215 调整了训练师数据的（重新）加载方式（更不易出错）
• #214 将RCTApi的最低前置要求更新到0.10.7-beta版本（进一步提高了与使用相同API的其他模组的兼容性，并修复了一些漏洞）

已修复：

• #213 采取变通方法以防止在Fabric上有时训练师实体在训练师尚未初始化之前就进行刻（tick）而产生的问题
• #212 当玩家在不同世界之间切换时，训练师卡片的同步问题

变更日志

重要: level_cap不再是每个玩家可设置的值，而是从该玩家当前的进度状态派生得出。由于进度的更改，从旧版本更新时，玩家的等级上限可能会有所不同（很可能更低）！除此之外，玩家的进度应适应这些更改，但作为一般建议，在更新模组之前始终进行备份。

[0.13.12-beta] - 2025-01-20

修复：

• #211 在世外桃源中删除了持久训练师

变更日志

重要: level_cap不再是每个玩家可以设置的值，而是从该玩家当前的进度状态派生而来。由于进度的更改，从旧版本更新时，玩家的等级上限可能会不同（很可能更低）！除此之外，玩家的进度应该适应这些更改，但作为一般建议，在更新模组之前始终进行备份。

[0.13.12-beta] - 2025-01-20

修复：

• #211 在主世界中持续存在的训练师被删除

变更日志

重要: level_cap 不再是可以为每个玩家设置的值，而是从该玩家当前的进度状态派生而来。由于进度的更改，从旧版本更新时，玩家的等级上限可能会有所不同（很可能更低）！除此之外，玩家的进度应该适应这些更改，但作为一般建议，在更新模组之前始终进行备份。

[0.13.11-beta] - 2025-01-18

修复：

• #210 在服务器上的某些情况下未授予进度击败

变更日志

重要: level_cap不再是可以为每个玩家设置的值，而是从该玩家当前的进度状态派生而来。由于进度的更改，从旧版本更新时，玩家的等级上限可能会不同（很可能更低）！除此之外，玩家的进度应该适应这些更改，但作为一般建议，在更新模组之前始终进行备份。

[0.13.11-beta] - 2025-01-18

修复：

• #210 在服务器上的某些情况下未授予进度击败

变更日志

重要: level_cap 不再是每个玩家可以设置的值，而是从该玩家当前的进度状态派生出来的。由于进度的更改，从旧版本更新时，玩家的等级上限可能会不同（很可能更低）！除此之外，玩家的进度应该适应这些更改，但作为一般建议，在更新模组之前始终进行备份。

[0.13.10-beta] - 2025-01-18

更改：

• #209 将 RCTApi 的最低要求更新为版本 0.10.6-beta（与使用相同 api 的模组更好的兼容性）

修复：

• #208 对模组初始化进行了微调（希望能修复 neoforge 启动时的 随机 崩溃）

变更日志

重要: level_cap不再是可以为每个玩家设置的值，而是从该玩家当前的进度状态派生而来。由于进度的更改，从旧版本更新时，玩家的等级上限可能会有所不同（很可能更低）！除此之外，玩家的进度应该适应这些更改，但作为一般建议，在更新模组之前始终进行备份。

[0.13.10-beta] - 2025-01-18

更改:

• #209 将 RCTApi 的最低要求更新为版本 0.10.6-beta（与使用相同 API 的模组更好地兼容）

修复:

• #208 对模组初始化进行了微调（希望能修复 neoforge 启动时的随机崩溃问题）

变更日志

重要: level_cap不再是每个玩家可以设置的值，而是从该玩家当前的进度状态派生而来。由于进度的更改，从旧版本更新时，玩家的等级上限可能会有所不同（很可能更低）！除此之外，玩家的进度应该适应这些变化，但作为一般建议，在更新模组之前始终进行备份。

[0.13.9-beta] - 2025-01-16

更改：

• #207 略微调整了与训练师自然生成相关的一些值
• #206 对配置进行了一些调整，以确保初始等级上限始终大于或等于第一个训练师的所需等级上限，并且最后奖励的等级上限始终为100

修复：

• #205 配置选项additiveLevelCapRequirement设置为负值时出现不必要的副作用
• #204 配置选项allowOverleveling在启用时也允许玩家使用高于其等级上限的宝可梦与训练师战斗（为此请使用initialLevelCap）
• #203 某些配置选项在某些情况下在客户端上未更新的问题（客户端目前仍需要重新登录才能在其训练师卡中看到训练师的所需等级上限和奖励等级上限的变化）
• #202 一些关于（取消）注册持久训练师的错误
• #201 玩家的进度集也被允许存储非必需的训练师
• #200 训练师卡箭头和箔效果在多人游戏中不起作用
• #199 训练师卡忽略持久训练师
• #198 训练师生成器对于已经击败训练师但仍需要他们来推进进度的玩家来说机会较低

变更日志

重要: level_cap不再是每个玩家可以设置的值，而是从该玩家当前的进度状态派生而来。由于进度的更改，从旧版本更新时，玩家的等级上限可能会不同（很可能更低）！除此之外，玩家的进度应该适应这些更改，但作为一般建议，在更新模组之前始终进行备份。

[0.13.9-beta] - 2025-01-16

更改:

• #207 略微调整了与训练师自然生成相关的一些值
• #206 对配置进行了一些调整，以确保初始等级上限始终大于或等于第一个训练师的所需等级上限，并且最后奖励的等级上限始终为100

修复:

• #205 配置选项additiveLevelCapRequirement在设置为负值时产生了不需要的副作用
• #204 配置选项allowOverleveling在启用时也允许使用高于玩家等级上限的宝可梦与训练师战斗（请使用initialLevelCap）
• #203 某些配置选项在某些情况下在客户端上未更新的问题（客户端目前仍需要重新登录才能在他们的训练师卡中看到训练师的所需等级上限和奖励等级上限的更改）
• #202 一些关于持久训练师的注册（和注销）的错误
• #201 玩家的进度集也被允许存储非必需的训练师
• #200 训练师卡箭头和箔效果在多人游戏中不起作用
• #199 训练师卡忽略持久训练师
• #198 对于曾经击败过训练师但仍需要他们进行进度的玩家，训练师生成器的生成几率较低

变更日志

重要: level_cap不再是每个玩家可以设置的值，而是从该玩家当前的进度状态派生而来。由于进度的更改，从旧版本更新时，玩家的等级上限可能会有所不同（很可能更低）！除此之外，玩家的进度应该适应这些更改，但作为一般建议，在更新模组之前始终进行备份。

[0.13.8-beta] - 2025-01-14

添加：

• #197 服务器配置 dimensionBlacklist（感谢 Vaniron）
• #196 服务器配置 dimensionWhitelist

更改：

• #195 为“Friendly Coaches”的名称添加了提示，说明其宝可梦提供的 EV，调整了它们的 AI
• #194 已经击败的关键训练师在训练师卡片列表中需要推进进度时现在也会被“突出显示”
• #193 训练师卡片箭头现在具有无限范围（如果目标训练师在不同的维度，箭头将失控旋转）

修复：

• #192 修复了训练师生成器方块仍然考虑 globalSpawnChance 和 maxTrainersPerPlayer 的问题（见 #180）
• #191 训练师卡片不再识别不再需要的关键训练师的替代版本，如果其中任何一个版本已经被击败（在某些情况下）

变更日志

重要: level_cap不再是每个玩家可以设置的值，而是从该玩家的当前进度状态派生而来。由于进度的更改，从旧版本更新时，玩家的等级上限可能会有所不同（很可能更低）！除此之外，玩家的进度应该适应这些更改，但作为一般建议，在更新模组之前始终进行备份。

[0.13.8-beta] - 2025-01-14

添加：

• #197 服务器配置 dimensionBlacklist（感谢 Vaniron）
• #196 服务器配置 dimensionWhitelist

更改：

• #195 为“Friendly Coaches”的名称添加了提示，说明他们的宝可梦提供哪些 EV，调整了他们的 AI
• #194 已经击败的关键训练师在需要推进进度时，现在也会在训练师卡片列表中“突出显示”
• #193 训练师卡片箭头现在具有无限范围（如果目标训练师在不同的维度，箭头将失控旋转）

修复：

• #192 修复了训练师生成器方块仍在考虑 globalSpawnChance 和 maxTrainersPerPlayer（见 #180）
• #191 训练师卡片不再识别不再需要的关键训练师的替代版本，如果其中任何一个版本已经被击败（在某些情况下）

变更日志

重要: level_cap 不再是每个玩家可以设置的值，而是从该玩家的当前进度状态派生而来。由于进度的更改，从旧版本更新时，玩家的等级上限可能会有所不同（很可能更低）！除此之外，玩家的进度应该适应这些更改，但作为一般建议，在更新模组之前始终进行备份。

[0.13.7-beta] - 2025-01-07

修复：

• #190 与训练卡和一些背包模组可能出现的崩溃（希望如此）

变更日志

重要: level_cap不再是可以为每个玩家设置的值，而是从该玩家的当前进度状态派生而来。由于进度的更改，从旧版本更新时，玩家的等级上限可能会不同（很可能更低）！除此之外，玩家的进度应该适应这些更改，但作为一般建议，在更新模组之前始终进行备份。

[0.13.7-beta] - 2025-01-07

修复：

• #190 与训练卡和一些背包模组可能导致的崩溃（希望如此）

变更日志

重要: level_cap 不再是每个玩家可设置的值，而是从该玩家当前的进度状态派生而来。由于进度的更改，从较旧版本更新时，玩家的等级上限可能会不同（很可能更低）！除此之外，玩家的进度应适应这些更改，但作为一般建议，在更新模组之前始终进行备份。

[0.13.6-beta] - 2025-01-06

添加：

• #189 AFK 保护：当附近玩家在一定时间内（约 12 分钟）完全不移动时，训练师最终将消失。注意：这有点实验性，如果您的训练师在您眼前意外消失，请告诉我。
• #188 服务器配置 globalSpawnChanceMinimum：根据玩家已经生成的训练师数量，生成训练师的最小几率
• #187 服务器配置 spawnIntervalTicksMaximum：根据玩家已经生成的训练师数量，生成训练师的最大间隔时间

更改：

• #186 globalSpawnChance 的默认值从 1 更改为 0.85
• #185 maxTrainersPerPlayer 的默认值从 8 更改为 12
• #184 maxTrainersTotal 的默认值从 24 更改为 60
• #183 spawnIntervalTicks 的默认值从 600 更改为 120
• #182 对训练师生成行为的一些调整，总结如下：对于周围没有或只有少数训练师的玩家，训练师现在生成得更加频繁（见 #183），在探索时遇到训练师的情况应该更常见，但另一方面，在同一位置停留时，达到更高数量的训练师将逐渐需要更多的时间（见 #187 和 #188）。提醒：击败训练师将释放玩家的生成上限！
• #181 关键训练师的生成权重增加现在基于玩家的宝可梦与该训练师的 所需等级上限 接近程度，而不是玩家的 当前等级上限（如果 initialLevelCap 设置为 100，这尤其有用）
• #180 训练师生成器方块现在忽略 globalSpawnChance，并且由该方块生成的训练师不再计入玩家的生成上限（即，即使玩家已填满其 maxTrainerPerPlayer，仍可生成）

修复：

• #179 关于 npc 行为的几个问题（以及一些调整）
  • 修复了训练师在某些情况下跟踪到同一位置的问题
  • 训练师现在更有可能朝着（想象中的）目标徘徊（如果找不到路径，它们将选择一个新的随机目标）
• #178 客户端上 非本地玩家 的训练师卡片计时（可能导致问题和与其他模组的不兼容性，例如 Trinkets）
• #177 additiveLevelCapRequirement 从 initialLevelCap 中减去，而不是添加

变更日志

重要: level_cap 不再是每个玩家可以设置的值，而是从该玩家的当前进度状态派生而来。由于进度的更改，从旧版本更新时，玩家的等级上限可能会有所不同（很可能更低）！除此之外，玩家的进度应该适应这些更改，但作为一般建议，在更新模组之前始终进行备份。

[0.13.6-beta] - 2025-01-06

添加：

• #189 离线保护：当附近的玩家在一定时间内（约 12 分钟）完全不动时，训练师最终会消失。注意：这有点实验性，如果你的训练师在你眼前意外消失，请告诉我。
• #188 服务器配置 globalSpawnChanceMinimum：基于每个玩家已经生成的训练师数量的最小生成机会
• #187 服务器配置 spawnIntervalTicksMaximum：基于每个玩家已经生成的训练师数量的最大生成间隔

更改：

• #186 globalSpawnChance 的默认值从 1 更改为 0.85
• #185 maxTrainersPerPlayer 的默认值从 8 更改为 12
• #184 maxTrainersTotal 的默认值从 24 更改为 60
• #183 spawnIntervalTicks 的默认值从 600 更改为 120
• #182 对训练师生成行为的一些调整，总结如下：对于周围没有或只有少数训练师的玩家，训练师现在生成得更加频繁（见 #183），在探索时遇到训练师的情况应该更常见，但另一方面，在坚持相同位置的情况下，达到更高数量的训练师将逐渐需要越来越多的时间（见 #187 和 #188）。提醒：击败训练师将释放玩家的生成上限！
• #181 关键训练师的生成权重增加现在基于玩家的宝可梦与该训练师的 所需等级上限 接近程度，而不是玩家的 当前等级上限（如果 initialLevelCap 设置为 100，这尤其有用）
• #180 训练师生成器方块现在忽略 globalSpawnChance，并且该方块生成的训练师不再计入玩家的生成上限（即，即使玩家已达到其 maxTrainerPerPlayer，仍可以生成）

修复：

• #179 与 npc 行为相关的几个问题（以及一些调整）
  • 修复了训练师在某些情况下跟踪到相同位置的问题
  • 训练师现在更有可能朝着（想象中的）目标徘徊（如果找不到路径，它们将选择一个新的随机目标）
• #178 客户端上 非本地玩家 的训练师卡片滴答声（潜在的麻烦源以及与其他模组的不兼容性，例如 Trinkets）
• #177 additiveLevelCapRequirement 从 initialLevelCap 中减去，而不是添加

变更日志

重要: level_cap不再是每个玩家可以设置的值，而是从该玩家当前的进度状态派生而来。由于进度的更改，从旧版本更新时，玩家的等级上限可能会不同（很可能更低）！除此之外，玩家的进度应该适应这些更改，但作为一般建议，在更新模组之前始终进行备份。

[0.13.5-beta] - 2024-12-28

更改

• 将战利品表 defeat_count 条件 comparator 值重命名（EQUAL -> ==，LESS -> <，<=（新），GREATER -> >，>=（新），MODULO -> %），将默认 count 从 0 更改为 1（默认 comparator 为 ==）

修复

• 战利品表 defeat_count 条件的自定义 comparator 导致崩溃
• 自定义数据包的战利品表无法工作

变更日志

重要: level_cap不再是每个玩家可以设置的值，而是从该玩家的当前进度状态派生而来。由于进度的更改，从旧版本更新时，玩家的等级上限可能会不同（很可能更低）！除此之外，玩家的进度应该适应这些更改，但作为一般建议，在更新模组之前始终进行备份。

[0.13.5-beta] - 2024-12-28

更改

• 将战利品表 defeat_count 条件的 comparator 值重命名（EQUAL -> ==，LESS -> <，<=（新），GREATER -> >，>=（新），MODULO -> %），将默认 count 从 0 更改为 1（默认 comparator 为 ==）

修复

• 战利品表 defeat_count 条件的自定义 comparator 导致崩溃
• 自定义数据包的战利品表无法工作