【游戏功能】
线上事故引入:早上荒田的雷区出了乌龙——玩家埋的第二颗雷把第一颗引爆了,连环炸自己把炸回去了。雷的引信账和雷的存活账各走各的,两颗雷的引信串了门。这篇把埋雷引纹整套写法重写成篇:埋雷入土、踩近冒头、半拍开花、同场限额,一段一段照抄能跑。
一、效果演示
演示场是荒田的道上。点「埋雷!」:一蓬土花溅起,雷埋进道面,只留一个不起眼的小土隆。怪踩近半步——雷"噗"地冒头,引信闪着金花,半拍之后轰然开花:二十八点连土带雷一起拍在它脸上。同场最多两颗,埋第三颗会被拦下——先引爆再埋新,雷区的算计在颗数上。
flowchart TD
A[点埋雷] --> B{同场满两颗吗}
B -- 满了 --> C[拦下 先引爆]
B -- 没满 --> D[埋雷入土]
D --> E[怪踩近半步]
E --> F[雷冒头闪引信]
F --> G[半拍后开花]
G --> H[二十八入账]
H --> I[雷消 可再埋]
fx-crest-mine
二、底层原理
埋雷的机关是"引信两拍走"——雷埋下不响,怪踩近半步才冒头,冒头半拍才开花:引信的两拍给怪一个"来得及慌"的窗口,也给玩家一个掐点的乐趣。那场连环自炸的病根是引信账串了门:两颗雷的引信读写混在一处,一颗冒头两颗开花。正解是每颗雷各带各的引信表,冒头只点亮自己那颗。
同场两颗的限额是雷区的骨架:限额逼着玩家规划雷埋在哪——道口一颗堵路,怪窝一颗蹲点,第三颗没地方放就得先引爆。雷冒头的闪金引信是给双方的信息:怪看得见引信还有半拍,玩家看得见雷要响了——信息摆在明处,雷区才炸得公平。幂尔框架这边埋雷收在口令口,引信收在每颗雷自己的表里,同场计数读雷表的长短。
这套玩法的代码量不到八十行,难的不是埋而是引信各归各——两颗雷串了门,雷区炸的就是自己。
再看冒头半拍为什么不做成踩上即炸——踩上即炸的雷没有"惊险半拍":冒头闪引信的半拍里,怪来得及慌、玩家来得及盼,半拍的悬置就是这个玩法的戏。即时触发的雷只有伤害,冒头的雷有一场小戏——半拍的戏比即时的疼更让人记。
三、核心代码:完整模块(上·骨架)
-- @file CrestMine.lua
-- 埋雷引纹 —— 一步一雷 踩上开花
local CrestMine = {}
local CONST = {
MINE_MAX = 2,
TRIGGER_DIST = 44,
FUSE_TIME = 0.4,
MINE_DMG = 28,
BURY_CD = 2.5,
AUTOINC_BASE = 1206600,
}
local _mines = {}
local _cd = 0
local _autoInc = 0
local function ShowTip(msg)
if msg and msg ~= "" then SL:ShowSystemTips(msg) end
end
local function GenID()
_autoInc = _autoInc + 1
return CONST.AUTOINC_BASE + _autoInc
end
function CrestMine.Count() return #_mines end
-- 埋雷: 各带各的引信表
function CrestMine.Bury(posX)
if _cd > 0 then
ShowTip("手里没雷了——再等" .. math.ceil(_cd) .. "秒")
return
end
if #_mines >= CONST.MINE_MAX then
ShowTip("同场最多两颗——先引爆再埋")
return
end
_cd = CONST.BURY_CD
_mines[#_mines + 1] = { x = posX, risen = false, fuse = 0 }
ShowTip("雷埋下了——等它踩")
end
四、核心代码:完整模块(下·推进与卸载)
-- 每拍推进: 踩近冒头 冒头开花
if not _ticker then
_ticker = SL:Schedule(function(dt)
if _cd > 0 then _cd = _cd - dt end
local mobX = SL:GetValue("mobX") or 0
for i = #_mines, 1, -1 do
local m = _mines[i]
if not m.risen then
if math.abs(mobX - m.x) < CONST.TRIGGER_DIST then
m.risen = true
m.fuse = CONST.FUSE_TIME
ShowTip("雷冒头了!")
end
else
m.fuse = m.fuse - dt
if m.fuse <= 0 then
ShowTip("雷开花——" .. CONST.MINE_DMG)
table.remove(_mines, i)
end
end
end
end, 0.02)
end
SL:ScheduleOnce(function()
SL:BindDebugButton("埋雷!", function()
CrestMine.Bury(400)
end)
ShowTip("技能已加载: 埋雷引纹")
end, 1.0)
function CrestMine.Unload()
if _ticker then SL:Unschedule(_ticker) end
_mines = {}
end
return CrestMine
五、机制问答
问:两颗雷连环自炸的乌龙病根在哪?
答:引信账串了门——正解是每颗雷各带各的引信表,冒头只点亮自己。
问:冒头半拍图什么?
答:半拍的悬置是戏——怪来得及慌玩家来得及盼,即时炸的雷只有伤害没有戏。
问:同场为什么限两颗?
答:限额逼规划——道口一颗窝点一颗,第三颗没地方放就得先引爆。
问:闪金的引信给谁看?
答:给双方——怪看得见还有半拍,玩家看得见雷要响,信息在明处炸得公平。
问:雷开花之后账怎么走?
答:雷消账清可再埋——雷区的颗数账始终明明白白。
六、调参与实战怎么用
参数层面三个量——触发半步、引信半拍、同场限额。四十四的触发半径配零点四秒引信是"来得及慌"的线:即时炸的雷没有戏。实战里这套引信两拍的骨架能搬去地雷阵、捕兽夹、符印陷阱,全是埋设、触发、半拍开花一条线。常见坑两个:引信账串门连环自炸;同场不限额雷区成海。
补充一个设计层面的思考——布置与控制的招都讲究"落点账":雷埋在哪、圈开在哪、线牵到哪,落点的账记清了,招才长在该长的地方。落点错了的布置招比没有布置还糟——雷炸自己、圈圈圈自己、线牵自己,玩家第一次踩到就再也第二不下手。
补充一个维护层面的思考——带归属的场物件(雷、图腾、阵环)要在换场时各自报数:还剩几颗雷、图腾还立几秒、阵还开多久,报完数该清的清、该留的留。物件不报数就清场,清的是糊涂账——上一场的雷这一场炸,玩家只会怪游戏欺负人。
补充一个工程层面的思考——触发的链路要单道:一颗雷一条引信、一个图腾一套脉冲、一副阵环一对传送,触发链路上不并第二颗心。链路上并了多颗心,同帧触发就是连环套连环,炸完谁都不知道是谁的功劳。
补充一个布置层面的思考——这六式招式的威力全都长在位置上:雷要埋在道上、粉要撒到脸上、掌要压在头顶、线要牵到手上、图腾要立在身边、环要开在道上。位置对了伤害才生效,位置错了白忙一场——这类机制调优先调位置参数再调伤害参数,位置差的伤害调得再大也是白搭。布置的位置还讲究落子的次序——先埋雷后引怪是算计,先引怪后埋雷是救场,同一颗雷两种次序两种戏。
写完留一句做雷区系的同学:玩家埋的是雷也是颗数的算计——引信各归各、冒头有半拍,雷区的每一声都炸得明白。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
接手二开的兄弟几乎都撞过同一堵墙:玩家嫌走路"一格一格像机器人",老板拍板要"丝滑移动",改服务端速度?不对。改客户端动画帧…
【游戏功能】 先看一个熟场面:法师的火球特效挂在怪的脚后跟上,明明技能说明写着"焚烧其面",火星子却在地上打滚。群里有位策划…
【游戏功能】 上周有个开服的老板在群里发了一段录屏:他的战士明明刀刀都砍中了,观众却一片"这刀挥空了吧"。他原话是"判定日志…
【游戏功能】 先说结论放在开头:怪的皮一会儿绿一会儿红,不是美术换了几套贴图,是染色系统在怪身上盖了一层"色镜"。开服群里有…
前两天群里有个架设的朋友问了个需求:中毒的人要变绿、每两秒掉一次血、毒还能叠五层,问是不是要在服务端把整套状态机重写。我说你…
【游戏功能】 先抛一个坑:五口钟一模一样大,为什么一口比一口疼?先后次序动不得吗?倒过来敲会怎样?这篇把编钟纹整套写法拆开:…