FAM 3.2 & BFA 2.2final & ESI & FTA以及txt读写编辑器

mygod999 · 发表于 2006-1-16 16:43:40

用原来的txt关联测试：文件大于64K，则只能打开31页，如小于64K，第一次可打开170页，如果实现打开过bin格式文件，显示680页，之后则可正常打开txt文件，测试60K没问题。

Xinshou · 发表于 2006-1-16 16:59:49

“之后则可正常打开txt文件”？？打开的txt文件第170页之后的内容是否为本文件的？？说不定是bin格式文件的？

刷了txt关联补丁最怕死机，如使用bin文件出现死机则有诸多坏结果！

因为使用中出现大问题了，所以我已撤销了本贴的所有补丁：FAM3.2 BFA2.2b 和 txt关联补丁。

建议使用这些补丁者，务必先备份eep！！

JunFeng · 发表于 2006-1-16 18:37:43

@xinshou: 什么问题？？？你说的那几个除了txt关联都没用到变量应该没什么问题

如果真的是这些补丁导致大问题，呵呵，先表示歉意了。。。

ps：我自己用着正常，不过不是用b大的关联补丁而是自己写的，没用变量应该无副作用，只是如读过大文件再读小文件，则小文件后面还是大文件的内容

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

wwssff · 发表于 2006-1-16 21:05:36

用我的MMC卡文本同步可以产生63.9K的文本,看能否接上就知道了.

mygod999 · 发表于 2006-1-16 22:09:35

原帖由 Xinshou 于 2006-1-16 16:59 发表
“之后则可正常打开txt文件”？？打开的txt文件第170页之后的内容是否为本文件的？？说不定是bin格式文件的？

刷了txt关联补丁最怕死机，如使用bin文件出现死机则有诸多坏结果！

因为使用中出现大问题了，所 ...

刚刚仔细看了看，打开的txt文件第170页之后的内容的确是本txt文件的，不是bin格式文件的。当然前提是先成功打开64K的bin格式文件。
以上是原来Bin文件存取功能修改v1.1所做的txt关联，不过使用红外经常死机。
我想既然原来能读取60多K文件，现在的3.2更应该没问题。只是可能哪里尚未完善。

Xinshou · 发表于 2006-1-17 08:43:03

原帖由 JunFeng 于 2006-1-16 18:37 发表
@xinshou: 什么问题？？？你说的那几个除了txt关联都没用到变量应该没什么问题

如果真的是这些补丁导致大问题，呵呵，先表示歉意了。。。

ps：我自己用着正常，不过不是用b大的关联补丁而是自己写的，没用变 ...

大问题是：刷了txt关联后，大于16k的bin文件无法用，一按就死机，许多小的bin文件也无法正常用。死机就搞破坏：比如情景模式面目全非、应用程序全选、重要记事全删。。。。还好前两天我刚备份eep。
打开的txt文件也不超过170页。

你自己写的关联补丁是怎样的？？

希望出个只关联txt文件的关联补丁！

另外，不知能否用 FTA 来实现关联。比如在execute.ext里加入 txt:a:\misc\ram.bin 这个ram.bin就是Xhjjxm给出的bin文件头1.bin。

[ 本帖最后由 Xinshou 于 2006-1-17 08:50 编辑 ]

Xinshou · 发表于 2006-1-17 08:45:20

原帖由 mygod999 于 2006-1-16 22:09 发表

刚刚仔细看了看，打开的txt文件第170页之后的内容的确是本txt文件的，不是bin格式文件的。当然前提是先成功打开64K的bin格式文件。
以上是原来Bin文件存取功能修改v1.1所做的txt关联，不过使用红外经常死机。
...

那个前提不知如何实现？我的一按64K的bin格式文件就死机。

mygod999 · 发表于 2006-1-17 08:56:57

原帖由 Xinshou 于 2006-1-17 08:45 发表

那个前提不知如何实现？我的一按64K的bin格式文件就死机。

不要误解了，我刷的是很久以前那个版本，不是现在的txt关联版本。
现在的版本也是打开大于64Kbin文件就死机，txt只能打开170页，有一次出现应用程序全选，不知怎么回事，还有一次小8 时钟居然从2006年1月1日0时开始了......

Xinshou · 发表于 2006-1-17 09:22:37

原帖由 mygod999 于 2006-1-17 08:56 发表

不要误解了，我刷的是很久以前那个版本，不是现在的txt关联版本。
现在的版本也是打开大于64Kbin文件就死机，txt只能打开170页，有一次出现应用程序全选，不知怎么回事，还 ...

txt只能打开170页的问题，也许就让Ram阅读器启动时就先打开某个默认64Kbin文件zaa.bin，以求先预留出空间、方便打开64K的txt文件。这个参考Wwssff的看bin图补丁可容易做出。

只能打开170页的问题的原因，极可能是，与当初只能浏览16张图一样，16k之后的段地址变为2100, 而不是 2000， 32k之后的段地址变为2200...... 2300， 2400， .......。希望问题能解决掉

mygod999 · 发表于 2006-1-17 09:51:17

如果先打开了bin格式图片64K左右，再调用txt文件，只能打开170页，
若先打开bin格式txt文件，再调用txt文件，则可超过170页，
如果之后又打开了bin格式图片64K左右，再调用txt文件，依然又是最多170页......

Xinshou · 发表于 2006-1-17 17:20:16

注意以下内容是要区分大小写的：
;使用方式，在mmc根目录新建文本文件execute.ext，内容格式如下
;org:A:/bin/fileorg.bin >>意为关联org文件到A:\fileorg.bin
;txt:A:/bin/ted.bin >>关联txt文件到A:\bin\ted.bin
;sie:A:/bin/null.bin

comerose · 发表于 2006-1-17 17:27:11

看了全部的帖子,都还是不懂用!

不知道要刷那些补丁!

JunFeng · 发表于 2006-1-17 17:40:34

呵呵
现在的bfa2.2读取大于16k的bin一定会死的，如云河说的，没有针对跨页的读取方式
而死机出现应用程序全选情景错乱那是很正常的，我记得eep 的某些数据是动态的，突然的死机会导致读取的数据是错误的。。。。。

我自己用的txt关联其实就是模拟bin文本的运行写的，把数据缓存到20h，然后call ram阅读器。。。。
个人觉得ram阅读器也许不需要向eep保存什么东西，以免出现eep被破坏的情况。。。

另外你说的某些开即死机的bin可能要修改一下才能用bfa2。2来读，因为那是针对以前的bfa所写的。。。

JunFeng · 发表于 2006-1-17 17:55:38

@rose只需要刷fam3。2和bfa2.2就可以了，而且以前的fam不用撤消

lololo

[ 本帖最后由 JunFeng 于 2006-1-18 22:39 编辑 ]

JunFeng · 发表于 2006-1-18 00:03:56

lololo

[ 本帖最后由 JunFeng 于 2006-1-18 22:46 编辑 ]

Xinshou · 发表于 2006-1-18 09:01:09

原帖由 JunFeng 于 2006-1-18 00:03 发表
可读32k的bfa2.2,读大文件死机的问题可修正了，读64k只须加点代码

0x32CC8A: 656D6C 62696E
0x32CCB2: 656D6C 62696E
0x330184: EA00B002 FAE4D048
0x4448D0: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 49C32D02FA ...

好！这样的话，继续再加些代码可否突破64k的限制？比如实现可读128k的。

原帖由 JunFeng 于 2006-1-17 17:40 发表
呵呵
现在的bfa2.2读取大于16k的bin一定会死的，如云河说的，没有针对跨页的读取方式
而死机出现应用程序全选情景错乱那是很正常的，我记得eep 的某些数据是动态的，突然的死机会导致读取的数据是错误的。。。。 ...

另外，不知道为何BFA v1 能轻易读取64k的bin（或有时读64k的bin后可读64k的txt）？能否只修改BFA v1的FAM入口，从而使BFA v1 与 FAM 3.2 搭配使用，以至排除bfa2.2。

[ 本帖最后由 Xinshou 于 2006-1-18 09:03 编辑 ]

Xinshou · 发表于 2006-1-18 09:08:46

原帖由 JunFeng 于 2006-1-17 17:55 发表
@rose只需要刷fam3。2和bfa2.2就可以了，而且以前的fam不用撤消

这是我的关联补丁，可以独立于bfa2.2运行，还是老问题，《16k,下一步想想怎么做到菜单去,mmc menu的控制方式5601确实要好点

;0x4448D2: 3D02 ...

这个关联补丁和BFA类似吧，就是加载到20h。老问题解决不了，就难用。

不知可否通过 FTA 来实现txt与 RAM阅读器的关联？

Xinshou · 发表于 2006-1-18 10:21:22

0x444900: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 46F8FFFFEA202249F0C8E00DE6FFFFFF

如果这一句里的E6FFFFFF 改为 E6FFF03F ，不知可否读64k或更大的bin文件？我看到BFA v1.0就是用F03F的。

或者是，将BFA 2.2b 里的下面 E6FE2000 与 E6FFFF7F 交换先后顺序？
0x444900: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 46F8FFFFEA202249F0C8E00DE6FE2000
0x444910: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6FFFF7FDADBCCB3F0C8DADB8ECDDA08

[ 本帖最后由 Xinshou 于 2006-1-18 10:28 编辑 ]

Xinshou · 发表于 2006-1-18 15:37:02

关联TXT的补丁不稳定，一定要先保存自己的eep。

JunFeng · 发表于 2006-1-18 19:02:19

已经学会如何跨页读文件。。。测试通过，想办法优化代码在，做到类似fam0.9的方式

不需要象bfa1.1那么麻烦了，fam3.2只是传送选定文件名到bfa2.2，而bfa2.2也很简单，就是调用系统读文件函数缓存到20h，然后call080000，一般不会有问题

读128k可以，只是我找不到安全的ram缓存。。现在考虑的是实现连续读取txt文件，彻底抛开java电子书，理论上能如此，不过我做不到，需要x大出手

txt关联容易出问题。。。我现在有点怀疑和ram阅读器有关，象b大说的。。。呵呵

btw：xinshou ， 3FF0=16368.....7FF0=32752

帐号		自动登录	找回密码
密码			注册会员

FAM 3.2 & BFA 2.2final & ESI & FTA以及txt读写编辑器

回复 #146 Xinshou 的帖子

浏览过的版块