Txt 文件关联V2.1正式版，附一个可读完500k以下的txt关联版本

hbshylove2

原帖由 mygod999 于 2006-1-19 12:14 发表
自己小8上测试正常！

经过调整，可以正常使用了，太棒了，能够直接打开txt文件，爽！

songfoming

考了个100K 的，能打开，最多到851页。哈哈，好东西。能不能再增大哦！！！

Xinshou

谢谢以上机友的指正和测试！

真是好消息！突破64k限制了。

3) 刷如下代码，看能否读128k大小的txt文件？

Txt及其他文件HookV2.0测试版：

0x330184: EA00B002 FAE4D647;没刷BFA2.2   01.18修正的刷这里

0x4447D2: FFFFFFFFFFFFFFFFFFFFFFFFFFFF CC00CC00DAE4DE47FAD3B002F0E8
0x4447E0: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF F0F906FEB200E6FC3462E6FDE400DAE4
0x4447F0: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 4C48DB00E00EE00FDADB5CAFF08446F8
0x444800: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF FFFFEA209648F0C8E6FD0001E6FE2000
0x444810: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FFF03FDADBCCB3F0C8E00DE6FE2100
0x444820: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8E00DE6FE2200
0x444830: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8E00DE6FE2300
0x444840: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8E00DE6FE2400
0x444850: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8E00DE6FE2500
0x444860: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8E00DE6FE2600
0x444870: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8E00DE6FE2700
0x444880: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8DADB8ECDDAE4
0x444890: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 9848DAE4C048DB00E00CE6FD2000E6FE
0x4448A0: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF FF00E6FF0001DAC71684E6FCFFFEE6FD
0x4448B0: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF FFFED7502000F6FCFE00F6FDCE00DB00
0x4448C0: FFFFFFFFFFFFFFFFFFFFFFFF E01CE6FD8E09DAE40063DB00

4) 刷如下代码，看能否读160k大小的txt文件？

Txt及其他文件HookV2.0测试版：

0x330184: EA00B002 FAE4D647;没刷BFA2.2   01.18修正的刷这里

0x4447D2: FFFFFFFFFFFFFFFFFFFFFFFFFFFF CC00CC00DAE4DE47FAD3B002F0E8
0x4447E0: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF F0F906FEB200E6FC3462E6FDE400DAE4
0x4447F0: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 4C48DB00E00EE00FDADB5CAFF08446F8
0x444800: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF FFFFEA20B648F0C8E6FD0001E6FE2000
0x444810: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FFF03FDADBCCB3F0C8E00DE6FE2100
0x444820: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8E00DE6FE2200
0x444830: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8E00DE6FE2300
0x444840: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8E00DE6FE2400
0x444850: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8E00DE6FE2500
0x444860: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8E00DE6FE2600
0x444870: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8E00DE6FE2700
0x444880: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8E00DE6FE2800
0x444890: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8E00DE6FE2900
0x4448A0: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FF0040DADBCCB3F0C8DADB8ECDDAE4
0x4448B0: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF B848DAE4E048DB00E00CE6FD2000E6FE
0x4448C0: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF FF00E6FF0001DAC71684E6FCFFFEE6FD
0x4448D0: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF FFFED7502000F6FCFE00F6FDCE00DB00
0x4448E0: FFFFFFFFFFFFFFFFFFFFFFFF E01CE6FD8E09DAE40063DB00

[ 本帖最后由 Xinshou 于 2006-1-19 15:20 编辑 ]

wwssff

等测出准确大小我就改MMC卡同步程序， 让它按最大长度分拆文本。

songfoming

现在没空了，晚上有时间再测试，呵呵～～凡正80K的很正常～～～～

JunFeng、Xinshou 厉害哦，这个也应该算是2006年最强补丁之一了。

[ 本帖最后由 songfoming 于 2006-1-19 16:40 编辑 ]

songfoming

文件越大，打开速度越慢了，现在80K感觉就比原来的64K要慢了。原来打开64K BIN文件很快的。

songfoming

从0x444800开始地址冲突哦～～～～～～～不敢强刷～～～～～～～能不能换过地址哦。我也不知道跟什么冲突？？？备份出来看看～～～～～～～～～

mygod999

可惜与 FAM 3.2 地址冲突了！
;6688V55
; Autor: RST7/CBSIE
;移植：JunFeng
; 不用通用变量而用了SendMessage（发送消息）函数，更稳定,无bug。
0x3C1EDA: 46F82200 FAE40048
0x444800: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 46F840002D0446F82200FADCDE1ED440
0x444810: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 0A00D4500C00D4C00E00D4D01000DAC7
0x444820: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 88EEFADC602B88F088E088D088C0E6FC
0x444830: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 7038E0EDE6FE4000E00FDAB44C7206F0
0x444840: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 0800DB00FFFFFFFFFFFFFFFFFAE42648
要改地址。

mygod999

更换地址后测试结果：
128K没问题，能打开txt文件；
160K则也能完全打开，但是java会不能用！
152K两者（txt和java）都可以使用；
153Kjava容易死机；
可能152K左右是极限了吧。
尚未发现对其它功能的影响。

mygod999

打开速度还可以，152K的txt文件约2秒钟。

mygod999

152Ktxt文件约1620页！应该够用了。

JunFeng

昏昏。。。。‘

我只写了打开48k的代码

不能改到那么大，把别的程序ram地址占用了，不稳定的说。。。

程序结构还不是很完美，想想优化，以做到fam0.9一样的方式节省代码。。。。

而且。我的推断没错的话，可能可以写出一个连续读取txt到ram阅读器的子程序来

呵呵，到时候就可以不依靠java来看电子书了，所以，患存空间不需要太大，64k甚至32k都足矣。。。。
基本思路就是做个可以续读文件的call，在ram阅读器中调用以继续往下缓存64k

wwssff

那准备写个读一个字转换一个字的来，还得考虑英文是单字节的情况。对照表我会准备。

JunFeng

呵呵

那我就不会了，不知道如何转换，对汇编都不太熟悉。。。

不过我觉得可以把现在20h以后的ram分出来，对照表用16k，源数据用16k，目标数据用16k

songfoming

晕，现在还是不刷了，等楼主完善了再说吧～～～～～～～～～～

wwssff

原帖由 JunFeng 于 2006-1-19 20:25 发表
呵呵

那我就不会了，不知道如何转换，对汇编都不太熟悉。。。

不过我觉得可以把现在20h以后的ram分出来，对照表用16k，源数据用16k，目标数据用16k

对照表不用占用RAM的，里面还有空间。一个字一个字加载，加载完了也转换完了，应该很快的。

songfoming

“到时候就可以不依靠java来看电子书了”－－－－现在也不用依靠java来看电子书了哦！现在这个程序打开的txt文件也是在RAM中看书的吧！！我没装javar的看书程序哦！！我一直用这个看书的。

mygod999

原帖由 JunFeng 于 2006-1-19 20:07 发表
昏昏。。。。‘

我只写了打开48k的代码

不能改到那么大，把别的程序ram地址占用了，不稳定的说。。。

程序结构还不是很完美，想想优化，以做到fam0.9一样的方式节省代码。。。。

而且。我的推断没错的 ...

期待中。。。
也是，打开上千页的txt，也不能一次都看完，还是看一点打开一点的更好。
暂时就先用这个一次性打开152K的看txt喽，遇到不稳定现象再提出来。

JunFeng

我是说

你打开一个比较大的txt文件，比如530k的，现在你读了64k，按一下2键，你就可以接着读64k，等于读到了128k的地方，再按2，就到了192k的地方，类推，直到530k全部读完。。。。

JunFeng

呵呵

感谢测试

我想该是没什么死机bug的。。。。