原来每制作一个硬件狗都要打开一次LE,制作完成后再关闭.如果要连续制作,就得打开--取记录--制作--关闭--再打开--取记录--制作...麻烦得很.准备改良一下,做成制作以后可以直接再次制作,就可以省去至少70%的工作量.
原理很简单,每次调用RNBOsproOverWrite函数并写入结束后,直接用sproReleaseLicense终止此KEY的占用,下次准备写时再依次调用初始化函数 SproFormatPacket, SproInitialize, SproSetContactServer, 和SproFindFirstUnit 来从头寻找KEY. 问题出现了,在我根本没想到的地方,在重新调用 SproFindFirstUnit 并成功找到后,调用 SproOverwrite 居然报错,出错信息为3,即找不到硬件KEY. 奇怪吧,明明SproFindFirstUnit 都找到了,你个写入程序怎么就找不到?再试读,居然就每次都能成功. 你看,明明是写入函数有问题么.
不过,知道了问题就好办了,在SproFindFirstUnit 之后,再加上个SproRead 不就成了么.呵呵.再试,还是不行,原来初始化后的第一次SproRead 是不会成功的,只有第二次开始才能成功.不知是什么原因,不过,设个2次循环跳过去就是了.
虽然LE还有些小问题,至少现在已经能连续制作了,而且,也可以方便地复制KEY了.
不容易,从以前的30K/S的速度升级到了现在500K/S,10多倍啊~~
在安装时
自动注册.NET开发的DLL文件,需要在Registration Type中选择"Extract COM information",再勾选"COM Interop".
几乎整整一个月前,二胖略显小神威,不动声色之间,就把WII的破解搞爆,没法再玩硬盘上的游戏了,没人知道她是怎么做的,我也糊里糊涂地居然立马就把机器给格式化了,以为只是一般损坏,想从头安装破解.没料想格式化以后就怎么也破解不了,再仔细一看,原来二胖居然把WII升级到了4.3版本的固件...灾难!
只用手头现有的东西是没办法重新破解了,上网查看以后,说要一个LEGO INDIANA JONES的游戏才能破解,立马搜索之下,还好发现图书馆就有这个游戏,立马登录下单,定下了这版游戏.
一个月没玩WII了,今天终于等到了这版游戏.还好网上都有注解,下载游戏记录,复制到机器上,启动游戏,...安装HBC.一切似乎都很顺利,HBC安装完成.可是安装完成之后,USB LOADER GX却不能发现硬盘.恨.
再查资料,找方法,尝试了N多次,不多说了,在升级安装了cIOS38-249-rev17.WAD和IOS36-64-v3608.wad以后,原来版本的USB LOADER GX终于能查找到移动硬盘了.WII又恢复到了初始状态.
刚完成了AMSIM,现在要进行solids的改良,原来SOLIDS一切正常,但是现在编译时突然报错"File not found: "inputUnit.dfm"",一共有6个这种错误. 这些错误在做语法检查时不会出现,在编译时,COMPILING也没错,一到LINKING就报错.
奇怪的是,这6个xxx.dfm都是AMSIM中的文件,和solids完全没有关系.
编译虽然出错,但是SOLIDS.EXE文件却可以生成.生成的EXE文件运行起来有问题,想要DEBUG,却因为有这6个DFM找不到的错而不能进行.
再打开HYDRATE,编译一样出现这个错误,说找不到这6个DFM文件.
这3个项目有一些公用的模块,但不是这6个DFM.
在出错的2个项目目录中搜索这6个DFM的文件名,但都找不到.
把这6个DFM文件复制到SOLIDS目录下,编译就能通过.
通过以后再进行DEBUG,发现在CREATE WELCOMEFORM时有错,进入DPR文件一看,原来WELCOMEFORM的路径不对...应该是JACK在更新OMNIWORKS时把以前废弃的DPR文件给传上去了...改成正确的目录后,编译通过.再把原来复制进来的6个DFM文件删除,再编译也通过了...
一切恢复原样.
