【死神觉醒】版本修改教程

冲榜任务的达标数值配置在战斗任务配置文件中，通过修改 parm2 字段可以调整玩家需要达到的目标值。

配置文件位置

战斗任务配置文件路径：

/data/publish_debug/config/gameworld/logicconfig/battle_task.json

配置结构说明

该文件定义了冲榜任务列表，每条任务包含以下字段：

{  "task_id": "任务ID",  "type": "任务类型",  "parm1": "参数1（关联等级或阶段）",  "parm2": "达标数值要求"}

具体修改方法

打开 battle_task.json，找到需要修改的任务条目，修改 parm2 字段的值：

{ "task_id": "0", "type": "0", "parm1": "1", "parm2": "500" // 将500改为目标数值，如300}{ "task_id": "1", "type": "1", "parm1": "1", "parm2": "40" // 将40改为目标数值，如20}

参数含义

type 任务类型：
– 0：积分/战力类任务
– 1：次数类任务

parm1 关联等级或阶段编号，与任务等级挂钩

parm2 达标数值，即玩家需要达到的目标值。数值越小越容易完成

修改示例

将第1阶段的积分任务达标要求从500降低为300：

{ "task_id": "0", "type": "0", "parm1": "1", "parm2": "300"}

生效方式：修改完成后重启服务端生效

活动任务的条件类型和完成参数主要配置在任务相关的JSON文件中。修改type字段可改变任务类型，修改param相关字段可调整完成条件数值。

任务配置文件位置

服务器中有多个任务配置文件，根据活动类型选择对应文件：

/data/publish_debug/config/gameworld/logicconfig/beginner_task.json  # 新手任务/data/publish_debug/config/gameworld/logicconfig/battle_task.json      # 战斗任务

任务结构说明

任务配置采用JSON数组格式，每条任务包含类型和参数字段：

{    "task_list": [        {            "seq": "0",            "type": "8",            "param_1": "1",            "param_2": "0",            "task_reward": [...]        }    ]}

修改任务类型

打开 /data/publish_debug/config/gameworld/logicconfig/beginner_task.json，找到 task_list 数组中的任务条目。

type 字段定义任务类型，常见值：

• "type": "1" – 等级相关任务
• "type": "7" – 特定条件任务
• "type": "8" – 关卡相关任务
• "type": "17" – 操作类任务
• "type": "19" – 功能解锁任务
• "type": "21" – 行为类任务

示例：将第1个任务从关卡类型改为等级类型：

"seq": "0","type": "1",      // 原值为 "8""param_1": "10",  // 等级要求10级"param_2": "0"

修改任务参数

param_1 和 param_2 字段定义任务完成的具体条件数值：

关卡类任务(type=8)示例：

"type": "8","param_1": "5",   // 第5关"param_2": "0"

战斗任务配置 /data/publish_debug/config/gameworld/logicconfig/battle_task.json 使用 parm1 和 parm2 字段：

{    "task_id": "0",    "type": "0",    "parm1": "1",    // 参数1：目标ID    "parm2": "500"   // 参数2：目标数值}

将战斗任务目标数值从500改为1000：

"task_id": "0","type": "0","parm1": "1","parm2": "1000"   // 原值为 "500"

修改任务奖励

在 beginner_task.json 中，task_reward 数组定义奖励内容：

"task_reward": [    {        "item_id": "40001",  // 物品ID        "num": "50"          // 原值为 "20"，改为50    },    {        "item_id": "40000",        "num": "500"          // 原值为 "200"，改为500    }]

常见物品ID参考：

• 40000 – 金币
• 40001 – 钻石
• 40002 – 经验
• 40003 – 活跃币
• 40004 – 体力

生效方式

修改完成后，重启服务端生效。

本文介绍如何修改玩家在线时长奖励的领取条件时间。

配置文件位置

在线奖励时长配置位于商店组装配置文件中，通过 condition 字段控制。

修改方法

编辑文件：

/data/publish_debug/config/shop_assemble.json

找到 great_value_pack 数组中的对应奖励档位，修改 condition 字段值：

{    "id": "6",    "type": "1",    "condition": "100",    "currency_type": "",    "currency_number": "",    "reward_1": "",    "limited_type": "2",    "limited_number": "",    "name": ""}

参数说明

condition：在线时长条件，单位为秒。

原值含义示例修改修改后含义”100″在线100秒可领”300″在线5分钟可领”1000″约16.7分钟”1800″在线30分钟可领”0″无时长限制”60″在线1分钟可领

不同 id 档位对应不同奖励，按需修改对应 condition 即可。

生效方式

修改完成后重启服务端生效。

游戏服务器的活动开启时间通过配置文件控制，可以指定在特定时间段内开启指定类型的活动。

配置文件位置

活动开启配置位于 /data/publish_debug/config/gameworld/logicconfig/randactivityopencfg.json。

参数说明

配置文件中的 base_on_day_cfg 数组定义了各活动的开启时段，每个条目包含以下字段：

• activity_type — 活动类型编号，如 2049、2062、2066 等
• begin_day — 活动开始日期，格式为 YYYY_MM_DD
• end_day — 活动结束日期，格式为 YYYY_MM_DD
• version — 配置版本号

修改示例

在 base_on_day_cfg 数组中添加或修改活动条目：

{ "activity_type": "2062", "begin_day": "2025_08_01", "end_day": "2025_08_15", "version": "1"}

上述配置表示：在 2025年8月1日 至 2025年8月15日 期间开启 2062 类型的活动。

如需同时开启多个活动，在数组中添加多条记录即可：

{ "activity_type": "2062", "begin_day": "2025_08_01", "end_day": "2025_08_15", "version": "1"},{ "activity_type": "2066", "begin_day": "2025_08_01", "end_day": "2025_08_15", "version": "1"}

生效方式

修改完成后，重启服务端生效。

商店限购配置在 shop_assemble.json 文件中，通过修改 limited_number 字段调整玩家可购买次数上限。

文件位置

/data/publish_debug/config/shop_assemble.json

配置结构说明

该文件包含多个商店分类，每个商品条目中有两个关键字段：

"limited_type": "1","limited_number": "500"

参数含义

limited_type – 限购类型：

• 0 – 不限购
• 1 – 每日限购
• 2 – 每周限购
• 3 – 每月限购

limited_number – 可购买次数上限，例如 500 表示最多购买500次。

修改示例

修改金币商店第一个商品的限购数量，从500改为9999：

"gold_shop": [    {        "id": "1",        "type": "",        "currency_type": "",        "currency_number": "",        "limited_type": "1",        "limited_number": "9999"    },    ...]

修改补给商店第一个商品，取消限购：

"supplies_shop": [    {        "id": "1",        "type": "",        "currency_type": "",        "currency_number": "",        "limited_type": "0",        "limited_number": "10"    },    ...]

生效方式

修改完成后重启服务端生效。

活动开放时间配置在 randactivityopencfg.json 文件中，通过修改日期字段控制各类型活动的起止时间。

配置文件位置

活动时间配置文件路径：

/data/publish_debug/config/gameworld/logicconfig/randactivityopencfg.json

配置结构说明

该文件使用 base_on_day_cfg 数组管理所有活动时间配置，每个活动条目包含活动类型、开始日期、结束日期和版本号。

具体修改方法

打开 randactivityopencfg.json，找到需要修改的活动条目，修改以下字段：

{ "activity_type": "2049", "begin_day": "2024_10_01", "end_day": "2024_11_01", "version": "1"}

字段含义：

• activity_type — 活动类型ID，如 2049、2062、2066 等，不同ID对应不同活动
• begin_day — 活动开始日期，格式为 YYYY_MM_DD，如 2024_10_01 表示2024年10月1日
• end_day — 活动结束日期，格式同上
• version — 配置版本号，用于标识配置更新

修改示例

将活动类型 2062 的开放时间改为 2025年8月1日至8月15日：

{ "activity_type": "2062", "begin_day": "2025_08_01", "end_day": "2025_08_15", "version": "1"}

同一活动类型可配置多期，按时间顺序排列即可实现连续开放。

生效方式

修改完成后，重启服务端生效。

商店价格配置在 shop_assemble.json 文件中，通过修改 currency_type 和 currency_number 字段来调整购买所需的货币类型和数量。

文件位置

/data/publish_debug/config/shop_assemble.json

商店结构说明

该配置文件包含多个商店分类：

• great_value_pack – 超值礼包商店
• gold_shop – 金币商店
• supplies_shop – 补给商店

关键字段说明

每个商品条目中的价格相关字段：

• currency_type – 货币类型ID，对应 system_item.json 中的物品ID
• currency_number – 货币数量，即购买价格

常用货币类型ID（来自 system_item.json）：

• 40000 – 金币
• 40001 – 钻石
• 40003 – 活跃币
• 40004 – 体力

修改示例

修改 gold_shop 中 id 为 “1” 的商品，将价格改为 100 钻石：

"gold_shop": [    {        "id": "1",        "type": "",        "currency_type": "40001",        "currency_number": "100",        "limited_type": "1",        "limited_number": "500"    },    ...]

修改 great_value_pack 中 id 为 “6” 的商品，价格设为 500 金币：

{    "id": "6",    "type": "1",    "condition": "100",    "currency_type": "40000",    "currency_number": "500",    "reward_1": "",    "limited_type": "2",    "limited_number": "",    "name": ""}

其他相关字段

• limited_type – 购买限制类型（0=无限制，1=每日限制，2=每周限制，3=其他限制）
• limited_number – 可购买次数上限
• condition – 购买条件（如等级要求等）

生效方式

修改完成后，重启服务端生效。