GOM引擎元神和八卦等一些自定义功能点不开怎么
今天晚上有个朋友私下问站长，说自己的服务端人物界面下有元神和八卦这些功能点不开，不知道怎么搞的，这台了一晚上，也没有解决，截图以后，站长看到了问题，最后提供了解决方法并解决了，这个问题肯定不是先例，以后还有更多的人会遇到，在这里，站长写把GOM引擎元神和八卦等一些自定义功能点不开怎么解决方法写出来。如果版本里面有自带的测试登录器，那么用测试登录器进入看一下，先检测是版本自身的问题还是授权的问题，如果跟版本配套的登录器进入游戏，那些功能可以使用，但自己的配置不行，那么问题就是在配置方面，主要是授权上，当前GOM授权都是使用第三方的破解版，第三方的破解版授权在生成的时候，是可以选择功能生成的，这个时候，需要从新生成一下授权，把一些功能勾选上。比如：元神和八卦不显示，那么就需要勾选人物装备框3个自定义按钮，这个。里面的功能在下面有翡翠详细的介绍，这个站长会贴上来。最后把新的授权发给他以后，他配置完成，然后就解决了，需要购买GOM授权可以+Q，业内最低价。全功能GOM授权注册机自定义功能详细介绍：默认开通功能资料-------------------------------自定义按钮-----------------------------------格式：命令 参数1 参数2 参数3 参数4 参数5 参数6 参数7 参数8 参数9 参数10命令：ADDBUTTON例子#IF#ACTADDBUTTON 3 1 283 284 285 10 200 1 -1 253/自定义按钮1\254/测试增加按钮参数说明：参数1为WIL补丁序号，此序号在M2-查看-列表信息二-WIL资源 里面编辑参数2为按钮点击后的脚本触发序号，触发QF里面的[@ButtonClickX]X即为触发序号参数3为按钮默认图片参数4为鼠标经过图片参数5为按钮按下图片参数6为距离窗口左边的距离(此参数建议用分辨率宽变量计算)参数7为距离窗口顶边的距离(此参数建议用分辨率高变量计算)参数8为按钮是否可以移动0=不能移动1=可以移动参数9为按钮上面显示的文字标题,-1时为空标题(用于不显示标题)参数10为鼠标移动到按钮显示的悬浮框备注信息 “\”表示换行 “/”颜色分割符 自定义颜色功能需要之后的程序才支持其他说明：按钮序号只能为1-20，因为最多就添加20个自定义按钮格式：命令 参数1 参数2命令：DELBUTTON例子#IF#ACTDELBUTTON 1说明：参数1为按钮序号(1-20) 参数2(0或空的时删除自己的，1时删除全服用户的)=================================================功能：显示一个放大的虚影SHOWPHANTOM 参数1(任意字符,不能为空) 参数2(任意字符,不能为空) 参数3(任意字符,不能为空) 参数4(任意字符,不能为空) 参数5(任意字符,不能为空) 参数6(透明度(0~255)) 参数7(任意字符,不能为空) 参数8(任意字符,不能为空) 参数9(时间(秒)) 参数10(任意字符,不能为空)======================BUFF========================SetClientBuff& WIL文件序号 序号(1~20)& 图片序号 倒计时间(-1时按钮，大于0是倒计时)& 文字备注&& 微调坐标X& 微调坐标Y&&&&& (开启)& //倒时触发[@CloseClientBuffX]X是序号。按钮模式点击触发[@文字备注]CloseClientBuff 序号(1~20)======================首饰盒========================SetSndaItemBox 参数1(任意字符,不能为空) 参数2(任意字符,不能为空) 参数3(开启或关闭用户首饰盒。开启=8888,关闭=1234) 参数4(任意字符,不能为空) 参数5(任意字符,不能为空) 参数6(任意字符,不能为空) 参数7(任意字符,不能为空) 参数8(任意字符,不能为空) 参数9(要和参数3完全保持一致 开启或关闭用户首饰盒。开启=6666,关闭=5678) 参数10(任意字符,不能为空)M2-选项-功能设置-其他设置(1)里面有一些首饰盒的设置之后更新后支持套装。之前的不支持开启首饰盒：QFunction-0.txt 加入如下脚本[@OpenSndaItemBox]#act;如果那个首饰盒按钮是灰色的，点击那个按钮就会触发这个，然后使用命令SetSndaItemBox开启后，按钮就会变彩色，然后点击按钮就可以打开首饰盒子SetSndaItemBox 1 2
6 7 8 SENDMSG 6 首饰盒开启成功关闭首饰盒：[@main]#actSetSndaItemBox 1 2
6 7 8 SENDMSG 6 已关闭首饰盒12个装备,StdMode值 100~111首饰盒装备的修理，在NPC文件头增加以下代码(@buy @sell @repair @s_repair)%100+100+101+102+103+104+105+106+107+108+109+110+111首饰盒支持CheckItemW TakeW AutoTakeOnItem AutoTakeOffItem这4个脚本命令AutoTakeOnItem 装备名称 装备位置(30~41 是首饰盒的位置代码)AutoTakeOffItem 装备位置(30~41 是首饰盒的位置代码)[@TakeOnX]首饰盒穿装备触发 X值=30~41[@TakeOffX]首饰盒脱装备触发 X值=30~41首饰盒装备，人物死亡掉落设置在(M2-选项-参数设置-人物死亡-首饰盒)首饰盒装备是否掉持久设置(M2-选项-功能设置-其他控制(1))================镶嵌宝石====================镶嵌有个地方要设置好，否则可能导致镶嵌成功了，但是客户端不显示M2-查看-列表信息二-内挂捡取。最下面那个“物品数据库不发送到登陆器”这个选项，如果你勾选了请配置登陆器的时候，点击集成特殊文件，把物品数据库集成。否则就不要勾选在数据库增加宝石的DB,宝石DB如下：宝石的Shape值(0~4)显示出5个不同颜色的镶嵌宝石。在必备补丁NewopUI.PAK的301~305宝石的Shape值如果设置为255，镶嵌后会显示宝石DB的Looks的。也就是DnItems里面的素材宝石DB库的字段Reserved=0时& Ac2& Mac2& DC2& MC2& SC2 HP MP字段的值是增加的对应的7个基本属性的值宝石DB库的字段Reserved&0时& Ac2& Mac2& DC2& MC2& SC2 HP MP字段的值除以100，为各属性的倍数，例如Ac2设置为110，人物的防御为200。 人物实际防御=110/100*200=220Value1~Value11 是增加的元素属性。其他字段没有特别要求。打孔脚本命令DRILLHOLE 参数1(任意字符,不能为空) 参数2(任意字符,不能为空) 参数3(装备位置(0~16时身上装备,-1时为OK框里的物品)) 参数4(任意字符,不能为空) 参数5(任意字符,不能为空) 参数6(孔位置(0~4)) 参数7(任意字符,不能为空) 参数8(状态(1=打开 0关闭)) 参数9(任意字符,不能为空) 参数10(任意字符,不能为空)镶嵌宝石脚本命令,先要打孔后才能镶嵌成功SOCKETABLEITEM 参数1(任意字符,不能为空) 参数2(任意字符,不能为空) 参数3(任意字符,不能为空) 参数4(任意字符,不能为空) 参数5(装备位置(0~16时身上装备,-1时为OK框里的物品)) 参数6(宝石位置(0~4)) 参数7(任意字符,不能为空) 参数8(任意字符,不能为空) 参数9(宝石DB库的IDX序号加1(如果设置0就是删除宝石)) 参数10(任意字符,不能为空)检测玩家身上指定装备是否已经打孔CHECKDRILLHOLE 装备位置(0~16时身上装备,-1时为OK框里的物品) 孔位置(0~4)检测玩家身上指定装备是否已经镶嵌宝石CHECKSOCKETABLEITEM 装备位置(0~16时身上装备,-1时为OK框里的物品) 宝石位置(0~4) 变量(如果已经镶嵌宝石，该宝石的IDX值会保存到该变量) 变量2(如果已经镶嵌宝石，该宝石的名称会保存到该变量)检测玩家身上指定装备已经打孔的数量CHECKDRILLHOLECOUNT 装备位置(0~16时身上装备,-1时为OK框里的物品) 检测符(可选新功能资料修改宝宝的攻击威力ChangeSlavePowerRate 宝宝名称 (+,-,=) 威力倍数(实际倍数等于设置值除以100) 有效时间(秒)-----------------------------------------------------------------------------修改人物的元素ChangeHumNewValue 元素位置(0-10) 增加百分比(0-255) 有效时间(秒) 暴击或者反伤时的威力倍数(实际倍数等于设置值除以100)该改功能一但开启后，引擎的暴击和反伤倍数就无效了-----------------------------------------------------------------------------把人物的属性叠加给宝宝ChangeSlaveAbil 宝宝名称 类型(0叠加到攻击,1叠加到防御) 叠加百分比 使用人物的什么属性叠加给宝宝(0道术 1魔法 2攻击)-----------------------------------------------------------------------------人物装备框3个自定义按钮自己的装备框按钮点击触发[@StateWindowsButtonClick1][@StateWindowsButtonClick2][@StateWindowsButtonClick3]查看对方的装备框按钮点击触发 对方的名称常量
传奇爱好者原创技术文章，您还可以把下载来看
热文观察...
图文推荐...
&&&&&赌博系统脚本 (@@InPutInteger) [@main] #If #Act MOV N47 ...
&&&&&;魔法类型.1是地钉效果,2是分身术效果.3不知道,4雷电效果,567雷电...
&&&&&在分享教程之前，先给大家介绍一下，当前外面已经公布的DBC2000最...推荐学习力
特攻252+速度252+体力6
保守、胆小
八卦极阴咒+暗斩+天道阳护
自带传奇魂
推荐相关亚比：
天道暗护（满级）
先发，5回合内被攻击回复15%最大体力值并削弱对方双攻1级
暗斩（满级）
攻击对方单体，获得1魂。100%概率削弱对方特防和速度1级
传奇被动（满级效果）
传奇·阴域（满级）
每回合末获得1魂。全场亚比属性提升时80%概率失效
传奇必杀（满级效果）
八卦极阴咒（满级）
消耗5魂。削弱对方特防1-2级，秒杀特防等级为-6的目标，秒杀效果对BOSS无效
共0条评论，有0人参与，[八卦故事]内核头文件传奇 [金步国]
[八卦故事]内核头文件传奇作者：
本文作者是一位开源理念的坚定支持者，所以本文虽然不是软件，但是遵照开源的精神发布。
无担保：本文作者不保证作品内容准确无误，亦不承担任何由于使用此文档所导致的损失。
自由使用：任何人都可以自由的阅读/链接/打印此文档，无需任何附加条件。
名誉权：任何人都可以自由的转载/引用/再创作此文档，但必须保留作者署名并注明出处。
本文作者十分愿意与他人分享劳动成果，如果你对我的其他翻译作品或者技术文章有兴趣，可以在如下位置查看现有的作品集：
由于作者水平有限，因此不能保证作品内容准确无误。如果你发现了作品中的错误(哪怕是错别字也好)，请来信指出，任何提高作品质量的建议我都将虚心接纳。
Email(QQ)：在QQ邮箱
整天的看着刻板的技术文档是不是很累了？OK，让我来讲一段八卦故事，放松放松神经，然后再继续用功吧。。。
在 Linux 2.2/2.4 的纯真年代，内核头文件一直保持着 Unix 世界的"KISS"传统，只需将内核源码树中的头文件("include")直接复制到 /usr/include 中即可使用，一切都是那么 Simple and Stupid ...
但是随着 2.6 系列内核的发布，事情开始变得混乱和复杂起来。首先是内核开发者宣布强烈反对直接使用"未净化"的"原始"内核头文件，他们建议使用发行版提供的"经过净化的"内核头文件。于是各种发行版开始"八仙过海，各显神通"，由于"净化"方法各不相同，结果就是每个发行版都有着自己与众不同的内核头文件。更为严重的是，内核开发者甚至推荐编译 Glibc 的头文件也要使用发行版提供的"经过净化的"内核头文件。由于 Glibc 和 Kernel 是整个系统的根基，这样一来 Linux 便像传统的 Unix 那样开始走向分裂。
另一件哭笑不得的事情是，虽然内核开发者强烈推荐使用发行版提供的"经过净化的"内核头文件，但是 Glibc 的开发者却不买账，他们推荐使用"未净化"的"原始"内核头文件来编译 Glibc ，两个开发组一直坚持各自的见解，互不妥协！
此外，两个开发组在应当由谁提供内核头文件的问题上意见也不一致：内核开发组认为应当由发行版的制作者提供，而 Glibc 开发组认为应当由内核开发组提供。结果就是"神仙打架，凡人遭殃"，虽然对 Debian 这种大型发行版来说，提供自己独有的"经过净化的"内核头文件不会成为多大的负担，但是对于那些没有能力或精力的小型发行版制作者和我们这些 DIY fans 来说却是一场灾难！要么直接使用其他发行版的成果，要么自力更生；前者让人心有不甘(没有了 DIY 的原汁原味)，后者让人望而生畏(有几个人知道啥叫"净化"？怎么净化？)。
危机时刻总会有英雄的出现，就在一片恐慌之际，一个叫"linux-libc-headers"项目组诞生了！他们向我们这些"凡人"们提供了安全的、普遍适用的、"经过净化的"内核头文件，真是及时雨啊！天空重新晴空万里……然而好景不长，由于精力和人力有限，该项目在发布了 2.6.12.0 版本之后，遗憾的离开了这个世界。这样一来，2.6.12 以上版本的内核新特性(比如新的系统调用)和 ABI/API 的变化就无法反映出来，对于我们这些 DIY fans 来说，世界重回混沌……
俗话说，"合久必分，分久必合"，大概是内核开发组意识到了如果继续固执己见将不可避免的导致混乱以及重蹈 Unix 逐渐走向分裂的覆辙，于是从 2.6.18 版本开始，内核开发组担负起了维护一份统一的、"经过净化的"内核头文件的职责(窃以为这原本就是他们的责任)。现在获取"经过净化的"内核头文件又变得简单起来，只要在内核源码树中使用 make headers_install 即可，而且不用再担心更新问题。对于我们这些 DIY fans 来说，又可以重新 Day Day Happy 了。
不过，由于磨合需要时间。Glibc-2.4 以下的版本都无法配合这种新式头文件编译成功。但是前途重新一片光明……
[注记]本文原是2007年发表在LinuxSir上的一篇帖子，若想查看跟帖以及进一步的了解相关信息，请查看。