根据统计结果，各位机油可以核对自己的FLASH，是否占用！！！

云卷.云舒

昨天qqqinren发的补丁有冲突,
以前一直想做件事情，就是把DONG的补丁空白地址继续更新，可惜难度很大。

虽然现在补丁不多，但是我想做这个统计还是有用的.

想法是:
1.根据现在天堂版和橘子版的使用情况
2.其它机油的实际使用地址情况
3.去年下半年以来的补丁占用情况
4.在DONG去年的补丁空白地址基础上

注意以下几点:
1.区号秀3.1占用了570000-5AFFFF作为256KB数据库,要避开
2.SFE导出的空白地址是0X300bytes以上大小,

空白地址查找方法:
1.用16进制编译软件,如;UltraEdit查看FFFF区域
2.推荐用SFE查找导出FLASH空白地址(导出方法附在3楼)


等空白地址统计工作结束后,找出6688V55版现有的统一空白地址,规划使用.补丁正式发布必须使用统一空白地址.


2007-9-22核对统计初步结果，和2006年下半年补丁不冲突：


各位机油们可以核对自己的FLASH，以下地址是否占用

0x1F30D8-1F49C0 0x0018E8 bytes
0x1F4CC0-1F5220 0x000560 bytes
0x1F5B52-1F6080 0x00052E bytes
0x1F72B6-1F7F00 0x000C4A bytes
0x1FA088-1FB000 0x000F78 bytes
0x1FDEFA-1FEb00 0x000C06 bytes
0x447666-447FA0 0x00093A bytes
0x48241B-482FE8 0x000BCD bytes
0x48329C-484000 0x000D64 bytes
0x5D03BC-5DFFB8 0x00FBFCbytes;比较大的连续空白地址和天堂版冲突,有64K,可以作为保留区域,

[ 本帖最后由 云卷.云舒 于 2007-9-22 08:11 编辑 ]

云卷.云舒

橙子9月版空白地址
Siemens Flash Explorer v1.05 (c)Dec.03 by RizaPN <rizapn@yahoo.com>
File C.BIN (pos=0x0000000,size=0x0600000) buffered
FirmwareID: SLCKv55-lg8-gen7k.z1 (default memory mapping)
0x1F1200: free 0x000A00 bytes
0x1F2510: free 0x0003A0 bytes
0x1F2CD0: free 0x001CF0 bytes
0x1F4A7A: free 0x001086 bytes
0x1F5B16: free 0x00056A bytes
0x1F6524: free 0x0009DC bytes
0x1F7084: free 0x000E7C bytes
0x1F8E5A: free 0x0011A6 bytes
0x1FA088: free 0x000F78 bytes
0x1FBBDC: free 0x000C64 bytes
0x1FC878: free 0x003788 bytes
0x4447D2: free 0x00078E bytes
0x4470D2: free 0x00040E bytes
0x447666: free 0x00099A bytes
0x48241B: free 0x000BE5 bytes
0x48329C: free 0x000D64 bytes
0x50C9FE: free 0x000602 bytes
0x57D7B1: free 0x000431 bytes
0x58B79C: free 0x000864 bytes
0x58DB94: free 0x00046C bytes
0x58E074: free 0x000F8C bytes
0x58F06C: free 0x00936A bytes
0x5999CF: free 0x006E4D bytes
0x5A3366: free 0x002C4B bytes
0x5AB774: free 0x00489C bytes
0x5D03BC: free 0x00FBFC bytes
0x5F28BC: free 0x000424 bytes
0x5F4952: free 0x00041F bytes
0x5F5136: free 0x000D3E bytes
0x5F70D0: free 0x0003A2 bytes
0x5F8E02: free 0x00041F bytes
0x5FACF8: free 0x0005D2 bytes
0x5FB952: free 0x00059A bytes
0x5FD49C: free 0x000D06 bytes
0x5FF0D2: free 0x000562 bytes

天堂3.8空白地址

Siemens Flash Explorer v1.05 (c)Dec.03 by RizaPN <rizapn@yahoo.com>
File T.BIN (pos=0x0000000,size=0x0600000) buffered
FirmwareID: SLCKv55-lg8-gen7k.z1 (default memory mapping)
0x1F253C: free 0x000374 bytes
0x1F30D8: free 0x0018E8 bytes
0x1F4CC0: free 0x000D18 bytes
0x1F5B52: free 0x00052E bytes
0x1F72B6: free 0x000C4A bytes
0x1F9856: free 0x0007AA bytes
0x1FA088: free 0x000F78 bytes
0x1FC630: free 0x0024D0 bytes
0x1FFA8C: free 0x000564 bytes
0x44504D: free 0x000403 bytes
0x447666: free 0x00093A bytes
0x48241B: free 0x000BD5 bytes
0x48329C: free 0x000D64 bytes
0x57D7B1: free 0x000431 bytes
0x58B79C: free 0x000864 bytes
0x58DB94: free 0x00046C bytes
0x58E074: free 0x000F8C bytes
0x58F06C: free 0x00936A bytes
0x5999CF: free 0x006E4D bytes
0x5A3366: free 0x002C4B bytes
0x5AB774: free 0x00158C bytes
0x5B0456: free 0x00FB56 bytes
0x5CA37C: free 0x005978 bytes
0x5DE020: free 0x001F8C bytes
0x5EE020: free 0x001F8C bytes
0x5F145E: free 0x0004BC bytes
0x5F6098: free 0x001F44 bytes
0x5F81BC: free 0x0003F6 bytes
0x5F919A: free 0x00081E bytes
0x5FA472: free 0x0004BE bytes
0x5FB3EA: free 0x000548 bytes
0x5FD49C: free 0x000D06 bytes
0x5FEE52: free 0x000962 bytes

我的FLASH空白地址
Siemens Flash Explorer v1.05 (c)Dec.03 by RizaPN <rizapn@yahoo.com>
File M.BIN (pos=0x0000000,size=0x0600000) buffered
FirmwareID: SLCKv55-lg8-gen7k.z1 (default memory mapping)
0x1F2B68: free 0x001E58 bytes
0x1F4B2A: free 0x0006F6 bytes
0x1F5276: free 0x00058A bytes
0x1F5B1A: free 0x000586 bytes
0x1F72B6: free 0x000C4A bytes
0x1F7F3E: free 0x000522 bytes
0x1F8FE2: free 0x000522 bytes
0x1F9552: free 0x000623 bytes
0x1F9BB1: free 0x00044F bytes
0x1FA088: free 0x000F78 bytes
0x1FBE78: free 0x0003F2 bytes
0x1FC342: free 0x00075E bytes
0x1FDEFA: free 0x000C06 bytes
0x1FEF40: free 0x0010C0 bytes
0x44504D: free 0x000403 bytes
0x447666: free 0x00093A bytes
0x48241B: free 0x000BCD bytes
0x48329C: free 0x000D64 bytes
0x50CA4E: free 0x0005B2 bytes
0x57D7B1: free 0x000431 bytes
0x58B79C: free 0x000864 bytes
0x58DB94: free 0x00046C bytes
0x58E074: free 0x000F8C bytes
0x58F06C: free 0x00936A bytes
0x5999CF: free 0x006E4D bytes
0x5A3366: free 0x002C4B bytes
0x5AB774: free 0x00489C bytes
0x5BEE9C: free 0x000D38 bytes
0x5D0020: free 0x00FFF0 bytes
0x5EF58C: free 0x000390 bytes
0x5F05C4: free 0x001988 bytes
0x5F34D8: free 0x0003A4 bytes
0x5F39C8: free 0x000448 bytes
0x5F4186: free 0x000E90 bytes
0x5F87C8: free 0x000460 bytes
0x5F8D74: free 0x0007C8 bytes
0x5FA1A0: free 0x00041F bytes
0x5FC6BC: free 0x000C8C bytes
0x5FE895: free 0x00137B bytes

[ 本帖最后由 云卷.云舒 于 2007-9-20 10:55 编辑 ]

云卷.云舒

用SFE导出FLASH空白区域方法

1.下载SFE,放在电脑C盘根目录下
2.导出你现在使用的FLASH,保存成文件1.bin,.放在C盘根目录下
3. 进入Windows MSDOS或XP系统下的DOS command命令
4.输入命令:CD\回车   (确保回到C:下)
5.输入命令:SFE 0 1.BIN>1.TXT回车  (搜索空白区默认 0x300 bytes)
6.C盘根目录下的1.TXT就是导出的空白区文件

[ 本帖最后由 云卷.云舒 于 2007-9-20 12:22 编辑 ]

云卷.云舒

预留

qqqingren

楼主辛苦了，坚决支持你

再借用主体说明一下我昨晚发的补丁

确切的说这个补丁应该是第三版了

第一版：只记录来电号码，用BIN程序察看内存相应地址

第二版：开发了快捷键调用显示，但是原补丁里充满了直接地址的调用，
     
           考虑到地址很有可能冲突，这才有了第三版

第三版：地址可自由移动版，并且已经包含了去电保存号码的部分补丁

qqqingren

建议预留一些稍大片的空白地址，为以后留一些

确切的说6688的补丁真的不是很好打，

可是越混乱熵值越大，越稳定，也能使打补丁者体会到更多乐趣，像x618那样，新补丁直接刷入即可使用，也就没成就感了，回头什么也都学不到。

但是还是支持楼主，毕竟是个浩瀚工程，我也希望补丁能整齐些

想当年，也是为了地址的冲突发过不少牢骚，彻夜不眠过，（当然没有那时也就没有今天）

qqqingren

再看这句：

等空白地址统计工作结束后,找出6688V55版现有的统一空白地址,规划使用.补丁正式发布必须使用统一空白地址


赶紧整理补丁，希望赶在LZ之前

                               
登录/注册后可看大图

云卷.云舒

新补丁来电保存号码用的是27XXXX地址段,从上面3个版本来看27XXXX都已经用光了,

所以,等统计工作完成后,最好根据最新统一公用地址改一下发布.

这个工作最多1周就能搞好,因为不是去查补丁汇总的单个补丁,主要根据实际使用情况,看6688的FLASH.现在还剩下哪些地盘,是大家都能公用的

云卷.云舒

2007-9-21,结果很糟糕

根据天堂和橙子最新版的地址,避开570000-5AFFFF地段,和预留一卡多号地址,算下来空白地址已经不多

0x1F30D8-1F49C0 0x0018E8 bytes
0x1F4CC0-1F5220 0x000560 bytes
0x1F5B52-1F6080 0x00052E bytes
0x1F72B6-1F7F00 0x000C4A bytes
0x1FA088-1FB000 0x000F78 bytes
0x1FDEFA-1FEb00 0x000C06 bytes
0x447666-447FA0 0x00093A bytes
0x48241B-482FE8 0x000BCD bytes
0x48329C-484000 0x000D64 bytes

TOTAL:0X0006DA9 bytes

Starlin1918

原帖由 云卷.云舒 于 2007-9-21 11:35 发表

                               
登录/注册后可看大图

2007-9-21,结果很糟糕
空白地址已经不多
0x1F30D8-1F49C0 0x0018E8 bytes
0x1F4CC0-1F5220 0x000560 bytes
0x1F5B52-1F6080 0x ...

需要去掉无意义补丁,合并、压缩、改编臃肿补丁，或者开发从MMC增加系统虚拟内存的补丁......
结果很累,也可能有希望?
小8还值得这么开发吗?

qqqingren

这已足够，毕竟补丁不多了

云卷.云舒

找到一块比较大的连续空白地址:
0x5D03BC-5DFFB8 0x00FBFC
和天堂版冲突,

有64K,可以作为保留区域,万一有什么大型补丁可以用上.

云卷.云舒

原帖由 Starlin1918 于 2007-9-21 12:56 发表

                               
登录/注册后可看大图

需要去掉无意义补丁,合并、压缩、改编臃肿补丁，或者开发从MMC增加系统虚拟内存的补丁......
结果很累,也可能有希望?小8还值得这么开发吗?

估计补丁汇总里的95%的补丁应该都有人用,有人用就有存在的意义,

合并压缩改编补丁,没那么简单,很多补丁得把原作者找来搞

从MMC增加系统虚拟内存的补丁,6688有BIN格式补丁,放在MMC卡启动,但是有限制,也很少

小8还值得这么开发吗?这句话说得...几年前就有说6688已经没什么可开发了.

skf1986

回收点吧，有些不实用的，用来炫耀居多的那先回收下吧呵呵

云卷.云舒

预计星期一，可以公布结果了

soking1230

落后了。小8刚玩不久。这么深奥的还在研究中。。。

cafeimao

如果有神把所有补丁的地址按顺序重新整理、排列一次……这个世界会是什么样？？
可惜自己不懂写补丁、改地址……

cafeimao

这样的工程是不是很大？
1、把所有补丁统计出来，再分成N份
2、然后把55版的空白地址整理出来
3、把分成N份的补丁分给N个懂得修改、愿意修改地址的DX手中
4、每份补丁从空白地址中划分出一段连续地址让其使用
5、如果分出的某分补丁对应的地址不够用，则等所有的DX都把手中地址能完成的补丁完成后再根据5508所剩的地址指定使用

……但是发觉现在很多补丁不是独立的，相互有关联，而且有些补丁跨度（几年前的前一阵还人有去完善过）太大、版本太多，到处是坑，难啊！！！

WANGJ1567

支持高手的辛勤劳动~~

Dong

1F2CA0----------1F4990
1F5800----------1F5FF0
1F70A0----------1F7FF0
1F9310----------1FAFF0
1FCB00----------1FFFF0
57E150----------57FFA0
59B800----------59BFA0
59DBA0---------59DFF0
59E050---------59EFF0
59F0A0---------59FFA0
上面我不知道还有没有错误，大家看看，应该没有。
从6月份开始，使用1F开头的空白地址，57和59开头的空白地址留07年使用。06年不够的话，就要把老补丁的地址收回使用。；-----------------------------
新补丁最后请补丁作者预留三行以后修改----------------binline的建议，很好。


;---------------------------------

MM，
就从上面的地址和时间开始，06年6月份到现在的补丁我想没有多少，好整理。

区号秀3.1和多任务2.0地址地址优先，其他的就是调节的，我的意见请参考。