简介面向游戏外设自动化与图像识别方向的源码压缩包内容围绕PUBG游戏画面识别与罗技鼠标宏联动实现自动压枪的算法适合计算机、数学、电子信息等专业学生作为课程设计、期末大作业或毕业设计参考也适合对自动化外设开发感兴趣的开发者在实战中演练。压缩包共251个文件主体为242张界面与识别过程截图用于直观展示运行效果和调试细节另含6个json配置文件、1个可直接运行的exe、1份README说明及1个演示html完整包体约10.15MB目录结构简洁便于按模块查阅对照。该资源目前已有3014人浏览学习。源码层面提供识别器配置、不同分辨率参数适配和鼠标宏压枪调用逻辑配合README可快速理解整体设计思路png过程截图与html演示能直观看到画面识别到压枪触发的完整链路对扩展其他游戏或外设自动化功能有较好的迁移参考价值。如果项目需要二次开发需要会读源码、有一定的调试能力适合具备编程基础的学习者进阶使用。1. 为什么说“自动识别压枪”识别的是状态不是枪械在靶场里下好这个“PUBG罗技鼠标宏自动识别压枪.zip”导入脚本之后大多数人盯着驱动界面问的第一句话不是“压多少”而是“它怎么知道我现在拿的是M416还是AKM”。这是个反直觉但必须澄清的问题这类罗技鼠标宏里的“自动识别”几乎从来不去识别枪械模型它识别的是你的开火状态——左键按了多久、是否开镜、连发到了第几发。脚本做的事情是把后坐力按时间轴拆成一条位移曲线然后再按住左键这段时间里按时间把鼠标向下推一小段、再推一小段。它解决的是“前20发弹着点不散”的压枪效率问题。适合的人是已经会手动压枪、但长期压不稳的玩家不适合指望软件自动认出屏幕里武器的读者那是另一条技术路线不在驱动级宏的边界内。2. 罗技鼠标宏的运行原理G_HUB旧版与LGS里的Lua脚本到底在跑什么2.1 罗技宏的三种形态从板载录制到Lua运行时罗技鼠标的宏其实有三种完全不同的形态很多下载包里讲得含糊这里先拉开讲清楚。第一种是板载录制G系列鼠标自带的板载内存可以保存你录下的按键序列按一下G键就原样回放一串按键。好处是配置存在鼠标里换电脑不丢坏处是没有条件判断只能做固定顺序的连招“压枪”这种按时间轴变化的鼠标位移它根本做不了。第二种是驱动里的普通按键分配把某个键绑定成组合按键或连点一样只有按键没有位移曲线。第三种才是Lua脚本运行时常见搭载在LGS或者旧版罗技G HUB里脚本能读按键状态、能取毫秒时间、能调用MoveMouseRelative做相对位移再由驱动直接移动鼠标指针。你下载的“自动识别压枪.zip”里真正起作用的就是第三层。为什么“罗技g hub旧版下载”会跟这个zip绑在一起出现原因也在第三层。新版罗技G HUB把Lua脚本的导入入口藏得很深有些版本甚至直接移除了脚本支持玩家装完新版后无论怎么双击lua文件都没反应最后只能回头找能跑脚本的旧版G HUB或者干脆装LGS。所以这类zip在流传时作者往往会顺手带一份驱动安装文件。装驱动之前先确认你自己的鼠标型号G系列这种游戏鼠标才带完整驱动接口普通办公型号比如罗技M240这种蓝牙鼠标驱动里压根没有Lua这一层zip再完整也是白搭。2.2 OnEvent事件模型状态机的骨架罗技Lua脚本的入口是一个统一的回调函数OnEvent(e,arg)e是事件名arg是触发事件的按键编号。鼠标左键按下时会收到MOUSE_BUTTON_PRESSED并且arg1抬起时收到MOUSE_BUTTON_RELEASED。写压枪逻辑的思路是把整个压枪过程当成一个状态机左键按下就是“进入压枪状态”左键抬起就是“退出压枪状态”。在状态内部脚本并不是一次性把鼠标推到某个固定位置而是以极短的时间步长反复问自己“现在开枪开了多久弹道理论上到了哪个阶段”再按这个阶段做一次微小位移。这个“反复问自己”的过程才是标题里“自动识别”的真正含义——识别对象是开火状态不是屏幕上的枪。一个最小的事件骨架长这样function OnEvent(e, arg) if e MOUSE_BUTTON_PRESSED and arg 1 then -- 左键按下记录相对启动时间进入压枪循环 local startTime GetRunningTime() while IsMouseButtonPressed(1) do local elapsed GetRunningTime() - startTime -- 把 elapsed 映射成弹数再查压枪表做位移 end end end这里的GetRunningTime返回的是驱动运行的毫秒时间不是游戏时间所以所有时间比较都必须用差值。IsMouseButtonPressed用来在按住左键期间保持循环罗技驱动会对按键状态做高频轮询所以即使OnEvent阻塞在这个while里抬起左键也会让条件立刻变成false循环自然退出。整个模型就是一个由按键状态驱动的有限状态机这也是它能做到“自动”的基础。2.3 为什么自动识别不识别枪械没有游戏接口只能用按键映射那为什么不直接识别枪械因为游戏没有给外设驱动暴露“当前持枪”的接口。脚本和游戏进程是隔离的罗技驱动层能拿到的只有鼠标键盘的事件流没有武器类型、没有剩余子弹、没有当前后坐力阶段。能可靠识别的只有按键状态左键按住、右键开镜、滚轮切枪、G键自定义。所以常见的做法是玩家用G键手动切换几套预设比如G1绑定M416曲线、G2绑定AKM曲线脚本内部只是响应G键事件换一张表。这背后的意思是“自动识别”在实现层面是被迫退回到状态识别的能识别开火和开镜已经是驱动级脚本的边界。也有人问那为什么不做成图像识别截屏识别武器再自动压技术上可行但截屏拿画面、读游戏窗口这类操作已经越过了“鼠标驱动模拟”的边界罗技宏的定位是模拟人手移动鼠标不读写游戏进程、不抓画面。而且要匹配毫秒级的压枪时机截屏加推理的延迟也跟不上。你如果真想自动识别枪械需要的不是这个zip而是完全另一套外部工具风险和使用成本都不是一个量级。驱动级宏的生存法则就是克制只做时间轴不做视觉。3. 搭一个能用的自动压枪脚本完整Lua实现与四段拆解3.1 最小可用脚本从按下左键开始可以直接照抄的最小实现如下它已经能跑通“按住左键自动往下压”的完整闭环。脚本逻辑不复杂但每个位置都有讲究后面逐段拆。-- PUBG 自动压枪脚本最小实现适用于罗技 LGS / 旧版 G_HUB 的 Lua 运行时 EnablePrimaryMouseButtonEvents(true) local GLOBAL_K 1.0 -- 全局手感系数标定曲线后只调它 local weapons { m416 { stepMs 8, -- 时间片长度 8ms points { 0, 1, 2, 3, 5, 7, 9, 11, 13, 15, 18, 20, 22, 24, 26, 28, 30, 32, 34, 36 } }, ak { stepMs 9, -- AKM 射速略慢时间片放宽 points { 0, 3, 6, 9, 12, 16, 20, 24, 28, 32, 37, 42, 47, 52, 57, 62, 67, 72, 77, 82 } }, } local currentWeapon m416 function OnEvent(e, arg) if e MOUSE_BUTTON_PRESSED and arg 1 then local startTime GetRunningTime() local lastIdx 0 while IsMouseButtonPressed(1) do local elapsed GetRunningTime() - startTime local idx math.floor(elapsed / weapons[currentWeapon].stepMs) 1 if idx ~ lastIdx and idx #weapons[currentWeapon].points then local dy weapons[currentWeapon].points[idx] MoveMouseRelative(0, math.floor(dy * GLOBAL_K)) lastIdx idx end Sleep(1) end end end逻辑上是这样按下左键时记录一次启动时间进入while循环后每次都取“当前时间减去启动时间”再除以stepMs得到当前处于第几个时间片。如果时间片序号变了就按points表里这一格的值做一次垂直位移然后更新lastIdx防止同一片重复移动。循环的退出条件不是OnEvent里的抬起分支而是while条件里IsMouseButtonPressed(1)变成false所以抬起左键的瞬间就会停。这里最关键的语义是points表存的是“这一个时间片相对上一个时间片的位移增量”不是累计位移也就是说每次只移动一小段。MoveMouseRelative的坐标系是相对移动不管鼠标当前在哪只推一个相对量。GLOBAL_K是全局缩放系数标定后如果整体压过头或压不够只改它一个数就行。Sleep(1)的作用是让驱动有时间轮询按键状态不是用来卡时间的时间轴完全由GetRunningTime保证。3.2 开镜状态识别用arg区分模式腰射和开镜的压枪幅度完全不同因为开镜状态下灵敏度系数变了同样垂直后坐力在屏幕上的像素偏移也变了。脚本里可以单独维护一个ads标志用右键的按下抬起去切换它local ads false function OnEvent(e, arg) if e MOUSE_BUTTON_PRESSED and arg 2 then ads true -- 右键按下进入开镜状态 elseif e MOUSE_BUTTON_RELEASED and arg 2 then ads false -- 右键抬起退出开镜状态 end end开镜和腰射建议用两套points表字段名比如slotPoints和hipPoints压枪循环里根据ads状态选表。这里要注意一个习惯开镜一定要在开火之前完成也就是先按住右键再按左键。如果先左键后右键脚本进入压枪循环时ads还是false选中的是腰射曲线那前几发就会压制不到位。驱动脚本没有延迟分支判断别指望它帮你“补识别”。3.3 武器预设切换把识别做成一键指定武器识别的妥协方案是用G键手动指定当前预设脚本内部只是换表。这很朴素但也是最不容易误判的方案function OnEvent(e, arg) if e G_PRESSED and arg 1 then currentWeapon m416 elseif e G_PRESSED and arg 2 then currentWeapon ak end end这个动作在观感上确实算不上“自动识别”但你要清楚它的本质因为拿不到游戏数据驱动级脚本只能用玩家的一个按键来代替识别。实际用的时候我会把G1设成常用枪开局切一次就行。切错了也没关系重新按一次对应键再开火曲线就换过来了。把这个机制和3.2的ads组合起来就是一个完整的“状态识别”系统。3.4 四个必调参数与单位说明脚本里需要玩家自己把握的参数就这么几个列成一张表方便对照参数所在位置作用经验值范围stepMs每把武器的配置表一个时间片对应多少毫秒6到10ms常用8mspoints每把武器的配置表每个时间片内的位移增量由第四章靶场标定GLOBAL_K脚本顶部整条曲线的全局缩放0.9到1.1每次调0.05ads标志OnEvent内区分开镜与腰射曲线true/falsestepMs不是射速间隔它是把开火时间切成更细的单位。M416的射速大约750RPM每发间隔80ms理论上只需要80ms一个片就行但后坐力在每发之间有连续变化分得越细补偿越平滑。分太细也不行因为Sleep精度有限8ms以下时间片容易抖动。points表的长度决定压枪总时长一般配到30发打完为止超出表尾就自动停止。这四个参数改完不需要重编译重新加载脚本就生效。4. 参数标定把每把枪的后坐力变成一张时间—位移表4.1 先理清一个换算链像素、CPI与游戏灵敏度压枪的本质是把屏幕上弹孔的上移量翻译成鼠标需要往反方向移动的驱动单位。这里有条换算链游戏渲染后坐力让准星上跳跳了多少“屏幕像素”由游戏垂直后坐力数值和当前灵敏度共同决定鼠标驱动移动多少“驱动单位”由MoveMouseRelative的参数决定中间还夹着开镜状态下的灵敏度系数。单独算清楚这条链几乎不可能因为游戏内部灵敏度不是一个公开常量都是经验反推。所以我不建议去算而是用实验定一个比例系数PER_COUNT在脚本里临时执行一次MoveMouseRelative(0,20)量屏幕上的准星实际走了多少个像素用20除以这个像素数就得到每个驱动单位对应多少像素。这一步是整个压枪脚本标定的地基。换DPI、换游戏内灵敏度、换显示器分辨率这个比例全都会变。这也是为什么网上流传的“现成曲线表”拿过来大部分不灵因为大家的驱动单位到屏幕像素的换算关系根本不一样。别急着怀疑脚本是假的先检查自己的换算基准。4.2 靶场实测流程30发弹孔的读法标定的操作流程不复杂但每一步都不能跳。我会按下面这个顺序做进训练场找一面平整的墙站到固定距离比如50米。确认当前DPI、游戏内垂直灵敏度、所用倍镜都记录到脚本注释里。使用单发模式对准墙上的竖线开第一枪记住弹孔位置。切回全自动继续打完30发整个过程不要手动压枪让自然后坐力把弹道打上去。用截图工具把弹孔分布截下来以第一发弹孔为原点量出第10发、第20发、第30发相对原点的垂直像素距离。根据射速RPM估算每发间隔间隔毫秒 60000 / RPM然后把30发按时间顺序排好。用第一步测出的PER_COUNT把像素数换算成驱动单位。这里的常见翻车点是直接看“弹孔间距”就当“位移增量”。弹孔位置是后坐力累积的结果脚本要移动的是每一小段的增量不是当前弹孔高度。如果直接把第20发弹孔对应的累计像素放进points表压枪一定会压过头最后弹道会朝下走。4.3 主流枪械的基准差异不同枪的后坐力曲线差异很大标定时先看大方向再抠细节。这里列的是相对规律不是可以直接抄的数值枪械射速RPM垂直后坐力表现水平规律M416约750前10发平稳后段逐渐加大水平偏移较小AKM约600从头到尾垂直明显前10发就很大略向右偏BerylM762约680前段尚可后段明显上扬左右随机摆动较大SCAR-L约600前段很稳中段有小起伏整体平缓这些差异决定了points表的形状。M416适合前密后疏的增量序列AKM则几乎需要线性递增。BerylM762光压垂直不够水平方向需要玩家手动修正不建议把它写进脚本因为水平方向的随机性很大脚本如果预设固定水平位移反而会帮倒忙。4.4 从弹道表到Lua数组一个可自动换算的做法手动把20多个像素值一个个转成驱动单位很烦我一般直接在脚本里做换算。先测出PER_COUNT再在脚本顶部维护一个像素表加载时统一乘系数local PER_COUNT 1.35 -- 实测20个驱动单位让准星移动了约27像素27/201.35 local points_px { 0, 2, 4, 6, 9, 12, 15, 18, 22, 26, 30, 35, 40, 45, 50, 56, 62, 68, 74, 80 } local points {} for i 1, #points_px do points[i] math.floor(points_px[i] / PER_COUNT) end这种做法的好处是以后换灵敏度只需要重新测PER_COUNT然后重跑一次靶场弹孔points_px里的像素分布大概率还是接近的。注意points_px存的是每一段的增量像素不是累计像素所以第10发位置的取值应当减去第9发位置再填入。手动在纸上做很容易算错用表格工具排列反而更稳。标定时一次做三组射击取平均后坐力虽然总体有规律但单发有随机成分只打一组会有明显噪声。5. 避坑从zip解压到G_HUB旧版再到压枪突然失灵的5个亲测坑5.1 坑1zip解压后被杀软“帮忙”脚本少了一半现象下载完那个zip用解压工具打开里面lua文件还在解压到文件夹之后发现lua文件消失了或者打不开只留下一份readme。这是最莫名其妙的第一道坑。原因压缩包里的驱动安装程序或者脚本文件容易被安全软件当成“潜在不受欢迎的应用”隔离尤其当包内有旧版驱动加载器时。杀软在解压过程中直接静默拦截你根本看不到报错。解决解压之前先在压缩包查看器里看一眼文件列表确认有没有lua文件解压时用资源管理器的“全部解压缩”而不是双击包内文件解压后立刻把目标文件夹加入安全软件白名单然后再执行加载。如果脚本已经被删重新解压时取消杀软的文件防护再试一次。安软提示风险不是完全没道理但可以确认文件来源之后再做排除别盲目信任来路不明的驱动。5.2 坑2G_HUB更新后找不到Lua导入入口现象装的是最新版罗技G HUB驱动里能设按键绑定但怎么都找不到“导入lua脚本”的入口网上说的“脚本”页面在菜单里根本不存在。原因新版G_HUB对Lua脚本的支持被大幅限制一些版本的界面直接移除了脚本配置入口只保留按键录制。这也就是“罗技g hub旧版下载”这个搜索词一直有热度的原因——用户不是想追新是想找回能跑脚本的旧驱动。解决确认自己的鼠标型号在旧版LGS或旧版G_HUB的支持列表里再回退版本。注意别从来源不明的链接下载优先找官方存档或者zip内附带的安装文件。装完旧版之后先导入脚本再升级驱动一旦升级到不支持的版本又得回滚顺序一定不能反。5.3 坑3Sleep精度比想象中差压枪曲线会中断现象脚本刚加载时前几发压得很正常打第10发左右鼠标突然不动了或者压到一半整段位移一步跳完弹着点直接从偏高变成偏低。原因Windows默认的Sleep精度并不高实际误差能有15ms左右。如果脚本里写的是“Sleep(40)然后移动一大段”40ms的误差就会被放大成明显的阶梯。更隐蔽的是另一个错误写法用循环次数当时间比如“循环了10次所以过去了10ms”这种假设在Sleep不精确时完全失效。解决只认GetRunningTime()作为时间源Sleep(1)只用来让出CPU和让驱动轮询按键。时间轴永远是“当前时间减启动时间”不要自己数循环次数。压枪的每个位移步长尽量控制在5到10ms内单步位移不要超过3到5个驱动单位这样即使Sleep抖动对整条曲线的影响也会被稀释。5.4 坑4DPI是变量不是常量换鼠标后一塌糊涂现象同一个lua脚本在朋友的G502上压得很准导入自己的G304以后直接压过头弹道朝下钻。原因MoveMouseRelative的移动单位换算到屏幕像素依赖当前的CPI或者说DPI。换鼠标、换驱动版本、切换DPI档位都会让同一个参数在不同设备上产生完全不同的屏幕位移量。没有哪个脚本能跨设备免校准直接跑准。解决脚本开头用注释写清楚标定环境包括CPI、游戏内灵敏度、开镜灵敏度系数、分辨率。以后只要是标定环境之外的条件就别指望直接套用。最少也要重测一遍PER_COUNT把4.1里的换算系数修正后再用。5.5 坑5线性移动不等于压枪弹道会反过来现象装了脚本之后打30发弹着点从“向上飘”变成“向下钻”枪口甚至越压越低最后打在靶心下方一排。原因后坐力不是匀速的前10发和后10发的单发位移完全不同如果points表里存的是累计弹道位置的像素高度而不是每段增量脚本会把多次增量叠加成一次大位移越往后面越是过度补偿。另一个问题是时间片过稀一个时间片内攒了太多位移鼠标一下移太远。解决points表改成增量数组每个时间片只处理当前这一小段把时间片切到8ms以内宁可多移动几次也不要猛移一大格。如果发现压过头先减小GLOBAL_K而不是重测整张表通常0.95就能拉回不少。6. 进阶验证30发弹着点判定与手感微调6.1 三组对照的测量方法脚本改完之后验证方式建议用三组对照第一组完全不压看自然弹道散布第二组手动压枪记录你平时的水平第三组开宏压枪。固定机位对着训练场的墙录屏每组打30发取最后一帧截图量弹着点的竖直散布半径。宏压的目标是把竖直半径压到手动压枪的60%以下水平半径不明显变大。如果竖直半径和手动压枪差不多说明曲线偏保守如果弹道下钻说明补偿过度。6.2 全局系数的微调逻辑微量修正不需要重测弹道。脚本顶部的GLOBAL_K从1.0起步弹着点偏上就把K调到1.05偏下就调到0.95每次只动0.05。打10发验证一次比反复改points表快得多。这一步过去之后你会明显感觉到脚本从“能用”变成“顺手”。6.3 水平后坐力与最后一件事垂直压枪解决之后BerylM762这类枪的水平偏移只能靠手修正。脚本可以把水平修正做成一张单独的表但大概率不划算因为水平后坐力带有随机性预设值反而容易干扰。我自己的习惯是只压垂直水平留给人手效果和稳定性都好于强行自动水平。第一批次标定时我自己就翻过车把弹孔的累计位置直接填进了增量表压出来枪口一路朝地。后来把表改成增量形式、再用屏摄回放逐帧对比弹着点压枪才算真正稳下来。现在想想这个项目最值得投入的东西不是抄别人那张曲线表而是花半小时在靶场标定出自己环境下的参数表跑通之后再谈别的“自动识别”。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/8 21:20:29 · 阅读 1.2k 罗技鼠标宏自动识别压枪：解析开火状态与Lua脚本实现
简介面向游戏外设自动化与图像识别方向的源码压缩包内容围绕PUBG游戏画面识别与罗技鼠标宏联动实现自动压枪的算法适合计算机、数学、电子信息等专业学生作为课程设计、期末大作业或毕业设计参考也适合对自动化外设开发感兴趣的开发者在实战中演练。压缩包共251个文件主体为242张界面与识别过程截图用于直观展示运行效果和调试细节另含6个json配置文件、1个可直接运行的exe、1份README说明及1个演示html完整包体约10.15MB目录结构简洁便于按模块查阅对照。该资源目前已有3014人浏览学习。源码层面提供识别器配置、不同分辨率参数适配和鼠标宏压枪调用逻辑配合README可快速理解整体设计思路png过程截图与html演示能直观看到画面识别到压枪触发的完整链路对扩展其他游戏或外设自动化功能有较好的迁移参考价值。如果项目需要二次开发需要会读源码、有一定的调试能力适合具备编程基础的学习者进阶使用。1. 为什么说“自动识别压枪”识别的是状态不是枪械在靶场里下好这个“PUBG罗技鼠标宏自动识别压枪.zip”导入脚本之后大多数人盯着驱动界面问的第一句话不是“压多少”而是“它怎么知道我现在拿的是M416还是AKM”。这是个反直觉但必须澄清的问题这类罗技鼠标宏里的“自动识别”几乎从来不去识别枪械模型它识别的是你的开火状态——左键按了多久、是否开镜、连发到了第几发。脚本做的事情是把后坐力按时间轴拆成一条位移曲线然后再按住左键这段时间里按时间把鼠标向下推一小段、再推一小段。它解决的是“前20发弹着点不散”的压枪效率问题。适合的人是已经会手动压枪、但长期压不稳的玩家不适合指望软件自动认出屏幕里武器的读者那是另一条技术路线不在驱动级宏的边界内。2. 罗技鼠标宏的运行原理G_HUB旧版与LGS里的Lua脚本到底在跑什么2.1 罗技宏的三种形态从板载录制到Lua运行时罗技鼠标的宏其实有三种完全不同的形态很多下载包里讲得含糊这里先拉开讲清楚。第一种是板载录制G系列鼠标自带的板载内存可以保存你录下的按键序列按一下G键就原样回放一串按键。好处是配置存在鼠标里换电脑不丢坏处是没有条件判断只能做固定顺序的连招“压枪”这种按时间轴变化的鼠标位移它根本做不了。第二种是驱动里的普通按键分配把某个键绑定成组合按键或连点一样只有按键没有位移曲线。第三种才是Lua脚本运行时常见搭载在LGS或者旧版罗技G HUB里脚本能读按键状态、能取毫秒时间、能调用MoveMouseRelative做相对位移再由驱动直接移动鼠标指针。你下载的“自动识别压枪.zip”里真正起作用的就是第三层。为什么“罗技g hub旧版下载”会跟这个zip绑在一起出现原因也在第三层。新版罗技G HUB把Lua脚本的导入入口藏得很深有些版本甚至直接移除了脚本支持玩家装完新版后无论怎么双击lua文件都没反应最后只能回头找能跑脚本的旧版G HUB或者干脆装LGS。所以这类zip在流传时作者往往会顺手带一份驱动安装文件。装驱动之前先确认你自己的鼠标型号G系列这种游戏鼠标才带完整驱动接口普通办公型号比如罗技M240这种蓝牙鼠标驱动里压根没有Lua这一层zip再完整也是白搭。2.2 OnEvent事件模型状态机的骨架罗技Lua脚本的入口是一个统一的回调函数OnEvent(e,arg)e是事件名arg是触发事件的按键编号。鼠标左键按下时会收到MOUSE_BUTTON_PRESSED并且arg1抬起时收到MOUSE_BUTTON_RELEASED。写压枪逻辑的思路是把整个压枪过程当成一个状态机左键按下就是“进入压枪状态”左键抬起就是“退出压枪状态”。在状态内部脚本并不是一次性把鼠标推到某个固定位置而是以极短的时间步长反复问自己“现在开枪开了多久弹道理论上到了哪个阶段”再按这个阶段做一次微小位移。这个“反复问自己”的过程才是标题里“自动识别”的真正含义——识别对象是开火状态不是屏幕上的枪。一个最小的事件骨架长这样function OnEvent(e, arg) if e MOUSE_BUTTON_PRESSED and arg 1 then -- 左键按下记录相对启动时间进入压枪循环 local startTime GetRunningTime() while IsMouseButtonPressed(1) do local elapsed GetRunningTime() - startTime -- 把 elapsed 映射成弹数再查压枪表做位移 end end end这里的GetRunningTime返回的是驱动运行的毫秒时间不是游戏时间所以所有时间比较都必须用差值。IsMouseButtonPressed用来在按住左键期间保持循环罗技驱动会对按键状态做高频轮询所以即使OnEvent阻塞在这个while里抬起左键也会让条件立刻变成false循环自然退出。整个模型就是一个由按键状态驱动的有限状态机这也是它能做到“自动”的基础。2.3 为什么自动识别不识别枪械没有游戏接口只能用按键映射那为什么不直接识别枪械因为游戏没有给外设驱动暴露“当前持枪”的接口。脚本和游戏进程是隔离的罗技驱动层能拿到的只有鼠标键盘的事件流没有武器类型、没有剩余子弹、没有当前后坐力阶段。能可靠识别的只有按键状态左键按住、右键开镜、滚轮切枪、G键自定义。所以常见的做法是玩家用G键手动切换几套预设比如G1绑定M416曲线、G2绑定AKM曲线脚本内部只是响应G键事件换一张表。这背后的意思是“自动识别”在实现层面是被迫退回到状态识别的能识别开火和开镜已经是驱动级脚本的边界。也有人问那为什么不做成图像识别截屏识别武器再自动压技术上可行但截屏拿画面、读游戏窗口这类操作已经越过了“鼠标驱动模拟”的边界罗技宏的定位是模拟人手移动鼠标不读写游戏进程、不抓画面。而且要匹配毫秒级的压枪时机截屏加推理的延迟也跟不上。你如果真想自动识别枪械需要的不是这个zip而是完全另一套外部工具风险和使用成本都不是一个量级。驱动级宏的生存法则就是克制只做时间轴不做视觉。3. 搭一个能用的自动压枪脚本完整Lua实现与四段拆解3.1 最小可用脚本从按下左键开始可以直接照抄的最小实现如下它已经能跑通“按住左键自动往下压”的完整闭环。脚本逻辑不复杂但每个位置都有讲究后面逐段拆。-- PUBG 自动压枪脚本最小实现适用于罗技 LGS / 旧版 G_HUB 的 Lua 运行时 EnablePrimaryMouseButtonEvents(true) local GLOBAL_K 1.0 -- 全局手感系数标定曲线后只调它 local weapons { m416 { stepMs 8, -- 时间片长度 8ms points { 0, 1, 2, 3, 5, 7, 9, 11, 13, 15, 18, 20, 22, 24, 26, 28, 30, 32, 34, 36 } }, ak { stepMs 9, -- AKM 射速略慢时间片放宽 points { 0, 3, 6, 9, 12, 16, 20, 24, 28, 32, 37, 42, 47, 52, 57, 62, 67, 72, 77, 82 } }, } local currentWeapon m416 function OnEvent(e, arg) if e MOUSE_BUTTON_PRESSED and arg 1 then local startTime GetRunningTime() local lastIdx 0 while IsMouseButtonPressed(1) do local elapsed GetRunningTime() - startTime local idx math.floor(elapsed / weapons[currentWeapon].stepMs) 1 if idx ~ lastIdx and idx #weapons[currentWeapon].points then local dy weapons[currentWeapon].points[idx] MoveMouseRelative(0, math.floor(dy * GLOBAL_K)) lastIdx idx end Sleep(1) end end end逻辑上是这样按下左键时记录一次启动时间进入while循环后每次都取“当前时间减去启动时间”再除以stepMs得到当前处于第几个时间片。如果时间片序号变了就按points表里这一格的值做一次垂直位移然后更新lastIdx防止同一片重复移动。循环的退出条件不是OnEvent里的抬起分支而是while条件里IsMouseButtonPressed(1)变成false所以抬起左键的瞬间就会停。这里最关键的语义是points表存的是“这一个时间片相对上一个时间片的位移增量”不是累计位移也就是说每次只移动一小段。MoveMouseRelative的坐标系是相对移动不管鼠标当前在哪只推一个相对量。GLOBAL_K是全局缩放系数标定后如果整体压过头或压不够只改它一个数就行。Sleep(1)的作用是让驱动有时间轮询按键状态不是用来卡时间的时间轴完全由GetRunningTime保证。3.2 开镜状态识别用arg区分模式腰射和开镜的压枪幅度完全不同因为开镜状态下灵敏度系数变了同样垂直后坐力在屏幕上的像素偏移也变了。脚本里可以单独维护一个ads标志用右键的按下抬起去切换它local ads false function OnEvent(e, arg) if e MOUSE_BUTTON_PRESSED and arg 2 then ads true -- 右键按下进入开镜状态 elseif e MOUSE_BUTTON_RELEASED and arg 2 then ads false -- 右键抬起退出开镜状态 end end开镜和腰射建议用两套points表字段名比如slotPoints和hipPoints压枪循环里根据ads状态选表。这里要注意一个习惯开镜一定要在开火之前完成也就是先按住右键再按左键。如果先左键后右键脚本进入压枪循环时ads还是false选中的是腰射曲线那前几发就会压制不到位。驱动脚本没有延迟分支判断别指望它帮你“补识别”。3.3 武器预设切换把识别做成一键指定武器识别的妥协方案是用G键手动指定当前预设脚本内部只是换表。这很朴素但也是最不容易误判的方案function OnEvent(e, arg) if e G_PRESSED and arg 1 then currentWeapon m416 elseif e G_PRESSED and arg 2 then currentWeapon ak end end这个动作在观感上确实算不上“自动识别”但你要清楚它的本质因为拿不到游戏数据驱动级脚本只能用玩家的一个按键来代替识别。实际用的时候我会把G1设成常用枪开局切一次就行。切错了也没关系重新按一次对应键再开火曲线就换过来了。把这个机制和3.2的ads组合起来就是一个完整的“状态识别”系统。3.4 四个必调参数与单位说明脚本里需要玩家自己把握的参数就这么几个列成一张表方便对照参数所在位置作用经验值范围stepMs每把武器的配置表一个时间片对应多少毫秒6到10ms常用8mspoints每把武器的配置表每个时间片内的位移增量由第四章靶场标定GLOBAL_K脚本顶部整条曲线的全局缩放0.9到1.1每次调0.05ads标志OnEvent内区分开镜与腰射曲线true/falsestepMs不是射速间隔它是把开火时间切成更细的单位。M416的射速大约750RPM每发间隔80ms理论上只需要80ms一个片就行但后坐力在每发之间有连续变化分得越细补偿越平滑。分太细也不行因为Sleep精度有限8ms以下时间片容易抖动。points表的长度决定压枪总时长一般配到30发打完为止超出表尾就自动停止。这四个参数改完不需要重编译重新加载脚本就生效。4. 参数标定把每把枪的后坐力变成一张时间—位移表4.1 先理清一个换算链像素、CPI与游戏灵敏度压枪的本质是把屏幕上弹孔的上移量翻译成鼠标需要往反方向移动的驱动单位。这里有条换算链游戏渲染后坐力让准星上跳跳了多少“屏幕像素”由游戏垂直后坐力数值和当前灵敏度共同决定鼠标驱动移动多少“驱动单位”由MoveMouseRelative的参数决定中间还夹着开镜状态下的灵敏度系数。单独算清楚这条链几乎不可能因为游戏内部灵敏度不是一个公开常量都是经验反推。所以我不建议去算而是用实验定一个比例系数PER_COUNT在脚本里临时执行一次MoveMouseRelative(0,20)量屏幕上的准星实际走了多少个像素用20除以这个像素数就得到每个驱动单位对应多少像素。这一步是整个压枪脚本标定的地基。换DPI、换游戏内灵敏度、换显示器分辨率这个比例全都会变。这也是为什么网上流传的“现成曲线表”拿过来大部分不灵因为大家的驱动单位到屏幕像素的换算关系根本不一样。别急着怀疑脚本是假的先检查自己的换算基准。4.2 靶场实测流程30发弹孔的读法标定的操作流程不复杂但每一步都不能跳。我会按下面这个顺序做进训练场找一面平整的墙站到固定距离比如50米。确认当前DPI、游戏内垂直灵敏度、所用倍镜都记录到脚本注释里。使用单发模式对准墙上的竖线开第一枪记住弹孔位置。切回全自动继续打完30发整个过程不要手动压枪让自然后坐力把弹道打上去。用截图工具把弹孔分布截下来以第一发弹孔为原点量出第10发、第20发、第30发相对原点的垂直像素距离。根据射速RPM估算每发间隔间隔毫秒 60000 / RPM然后把30发按时间顺序排好。用第一步测出的PER_COUNT把像素数换算成驱动单位。这里的常见翻车点是直接看“弹孔间距”就当“位移增量”。弹孔位置是后坐力累积的结果脚本要移动的是每一小段的增量不是当前弹孔高度。如果直接把第20发弹孔对应的累计像素放进points表压枪一定会压过头最后弹道会朝下走。4.3 主流枪械的基准差异不同枪的后坐力曲线差异很大标定时先看大方向再抠细节。这里列的是相对规律不是可以直接抄的数值枪械射速RPM垂直后坐力表现水平规律M416约750前10发平稳后段逐渐加大水平偏移较小AKM约600从头到尾垂直明显前10发就很大略向右偏BerylM762约680前段尚可后段明显上扬左右随机摆动较大SCAR-L约600前段很稳中段有小起伏整体平缓这些差异决定了points表的形状。M416适合前密后疏的增量序列AKM则几乎需要线性递增。BerylM762光压垂直不够水平方向需要玩家手动修正不建议把它写进脚本因为水平方向的随机性很大脚本如果预设固定水平位移反而会帮倒忙。4.4 从弹道表到Lua数组一个可自动换算的做法手动把20多个像素值一个个转成驱动单位很烦我一般直接在脚本里做换算。先测出PER_COUNT再在脚本顶部维护一个像素表加载时统一乘系数local PER_COUNT 1.35 -- 实测20个驱动单位让准星移动了约27像素27/201.35 local points_px { 0, 2, 4, 6, 9, 12, 15, 18, 22, 26, 30, 35, 40, 45, 50, 56, 62, 68, 74, 80 } local points {} for i 1, #points_px do points[i] math.floor(points_px[i] / PER_COUNT) end这种做法的好处是以后换灵敏度只需要重新测PER_COUNT然后重跑一次靶场弹孔points_px里的像素分布大概率还是接近的。注意points_px存的是每一段的增量像素不是累计像素所以第10发位置的取值应当减去第9发位置再填入。手动在纸上做很容易算错用表格工具排列反而更稳。标定时一次做三组射击取平均后坐力虽然总体有规律但单发有随机成分只打一组会有明显噪声。5. 避坑从zip解压到G_HUB旧版再到压枪突然失灵的5个亲测坑5.1 坑1zip解压后被杀软“帮忙”脚本少了一半现象下载完那个zip用解压工具打开里面lua文件还在解压到文件夹之后发现lua文件消失了或者打不开只留下一份readme。这是最莫名其妙的第一道坑。原因压缩包里的驱动安装程序或者脚本文件容易被安全软件当成“潜在不受欢迎的应用”隔离尤其当包内有旧版驱动加载器时。杀软在解压过程中直接静默拦截你根本看不到报错。解决解压之前先在压缩包查看器里看一眼文件列表确认有没有lua文件解压时用资源管理器的“全部解压缩”而不是双击包内文件解压后立刻把目标文件夹加入安全软件白名单然后再执行加载。如果脚本已经被删重新解压时取消杀软的文件防护再试一次。安软提示风险不是完全没道理但可以确认文件来源之后再做排除别盲目信任来路不明的驱动。5.2 坑2G_HUB更新后找不到Lua导入入口现象装的是最新版罗技G HUB驱动里能设按键绑定但怎么都找不到“导入lua脚本”的入口网上说的“脚本”页面在菜单里根本不存在。原因新版G_HUB对Lua脚本的支持被大幅限制一些版本的界面直接移除了脚本配置入口只保留按键录制。这也就是“罗技g hub旧版下载”这个搜索词一直有热度的原因——用户不是想追新是想找回能跑脚本的旧驱动。解决确认自己的鼠标型号在旧版LGS或旧版G_HUB的支持列表里再回退版本。注意别从来源不明的链接下载优先找官方存档或者zip内附带的安装文件。装完旧版之后先导入脚本再升级驱动一旦升级到不支持的版本又得回滚顺序一定不能反。5.3 坑3Sleep精度比想象中差压枪曲线会中断现象脚本刚加载时前几发压得很正常打第10发左右鼠标突然不动了或者压到一半整段位移一步跳完弹着点直接从偏高变成偏低。原因Windows默认的Sleep精度并不高实际误差能有15ms左右。如果脚本里写的是“Sleep(40)然后移动一大段”40ms的误差就会被放大成明显的阶梯。更隐蔽的是另一个错误写法用循环次数当时间比如“循环了10次所以过去了10ms”这种假设在Sleep不精确时完全失效。解决只认GetRunningTime()作为时间源Sleep(1)只用来让出CPU和让驱动轮询按键。时间轴永远是“当前时间减启动时间”不要自己数循环次数。压枪的每个位移步长尽量控制在5到10ms内单步位移不要超过3到5个驱动单位这样即使Sleep抖动对整条曲线的影响也会被稀释。5.4 坑4DPI是变量不是常量换鼠标后一塌糊涂现象同一个lua脚本在朋友的G502上压得很准导入自己的G304以后直接压过头弹道朝下钻。原因MoveMouseRelative的移动单位换算到屏幕像素依赖当前的CPI或者说DPI。换鼠标、换驱动版本、切换DPI档位都会让同一个参数在不同设备上产生完全不同的屏幕位移量。没有哪个脚本能跨设备免校准直接跑准。解决脚本开头用注释写清楚标定环境包括CPI、游戏内灵敏度、开镜灵敏度系数、分辨率。以后只要是标定环境之外的条件就别指望直接套用。最少也要重测一遍PER_COUNT把4.1里的换算系数修正后再用。5.5 坑5线性移动不等于压枪弹道会反过来现象装了脚本之后打30发弹着点从“向上飘”变成“向下钻”枪口甚至越压越低最后打在靶心下方一排。原因后坐力不是匀速的前10发和后10发的单发位移完全不同如果points表里存的是累计弹道位置的像素高度而不是每段增量脚本会把多次增量叠加成一次大位移越往后面越是过度补偿。另一个问题是时间片过稀一个时间片内攒了太多位移鼠标一下移太远。解决points表改成增量数组每个时间片只处理当前这一小段把时间片切到8ms以内宁可多移动几次也不要猛移一大格。如果发现压过头先减小GLOBAL_K而不是重测整张表通常0.95就能拉回不少。6. 进阶验证30发弹着点判定与手感微调6.1 三组对照的测量方法脚本改完之后验证方式建议用三组对照第一组完全不压看自然弹道散布第二组手动压枪记录你平时的水平第三组开宏压枪。固定机位对着训练场的墙录屏每组打30发取最后一帧截图量弹着点的竖直散布半径。宏压的目标是把竖直半径压到手动压枪的60%以下水平半径不明显变大。如果竖直半径和手动压枪差不多说明曲线偏保守如果弹道下钻说明补偿过度。6.2 全局系数的微调逻辑微量修正不需要重测弹道。脚本顶部的GLOBAL_K从1.0起步弹着点偏上就把K调到1.05偏下就调到0.95每次只动0.05。打10发验证一次比反复改points表快得多。这一步过去之后你会明显感觉到脚本从“能用”变成“顺手”。6.3 水平后坐力与最后一件事垂直压枪解决之后BerylM762这类枪的水平偏移只能靠手修正。脚本可以把水平修正做成一张单独的表但大概率不划算因为水平后坐力带有随机性预设值反而容易干扰。我自己的习惯是只压垂直水平留给人手效果和稳定性都好于强行自动水平。第一批次标定时我自己就翻过车把弹孔的累计位置直接填进了增量表压出来枪口一路朝地。后来把表改成增量形式、再用屏摄回放逐帧对比弹着点压枪才算真正稳下来。现在想想这个项目最值得投入的东西不是抄别人那张曲线表而是花半小时在靶场标定出自己环境下的参数表跑通之后再谈别的“自动识别”。希望帮到你。本文还有配套的精品资源点击获取