另一个存档转换软件，我没试过呢，大家试试看
http://bbs.emu-zone.org/newbbs/v ... %3D1&sid=Vah2Kj


重要说明：
由于DSLink开机运行后总是要把上次运行的游戏在卡带中的存档写入tf卡中。所以如果上一次玩了“甲“游戏后关机，然后导入了一个新的进度覆盖，再开机时新进度会被卡带中的旧进度替换回去！！
因此要替换“甲”游戏进度时，一定要先玩一下“乙“游戏，然后关机。这时覆盖甲的进度就没有问题了。

24楼有“你上传存档我来转“的说明

0.5版支持导入导出双向转换、生成空白存档功能
导入导出功能均采用一般转换和强制转换两种方式
推荐使用一般转换，一般转换不行再采用强制转换。

导入时最好在存档文件名开头加上编号，这样可以大大提高一般转换的成功率
导出强制转换来的sav，或者本软件0.01版导入的sav，进行一般转换时必须在文件名开头提供编号

编号格式：
0123 - AAAA.sav 或者
0123_-_AAAA.sav 或者
0123 AAAA.sav

更多说明请看readme.txt

使用中遇到问题、错误的请回帖说明，最好附上你的原始SAV文件
log.txt中的信息

覆盖存档前请自行做好存档备份，避免损失

运行需要.NET framework 2.0 runtime(windows vista不用runtime)
http://www.microsoft.com/downloa ... &displaylang=en

转换软件0.5版下载地址: (大小：21KB，经金山毒霸检查无毒)
http://rapidshare.de/files/31391828/dslinksave.zip.html

[ 本帖最后由 长牛角 于 2006-9-2 10:41 编辑 ]

果然就是填充阿，FF3 MS 是64Kb的存档。
无所谓了，只要加长到DSLink需要的大小就行。

我记得SCSD其实不需要加长，只要不小于需要的大小就行了，比如恶魔城8KB得save文件照样用的。

引用:

原帖由 GSLylien 于 2006-8-29 17:59 发表
果然就是填充阿，FF3 MS 是64Kb的存档。
无所谓了，只要加长到DSLink需要的大小就行。

我记得SCSD其实不需要加长，只要不小于需要的大小就行了，比如恶魔城8KB得save文件照样用的。

ff3存档类型在nb的帖中是未知。但是我看它和2mbit的黑客计划存档方式相同，都是0x0开始的。所以推测为2mbit方式

sc确实可以把sav减肥。dslink可不可以我还不知道，没试过

[ 本帖最后由 长牛角 于 2006-8-29 18:11 编辑 ]

引用:

原帖由 长牛角 于 2006-8-29 18:09 发表


ff3存档类型在nb的帖中是未知。但是我看它和2mbit的黑客计划存档方式相同，都是0x0开始的。所以推测为2mbit方式

sc确实可以把sav减肥。dslink可不可以我还不知道，没试过

"0x0开始"是什么意思？
我是自己瞎研究的，FF3得SC Save文件MS到0x10000H就结束了，所以可能是64kb的。

是不是SC得save文件DSLink不能直接读取? 但是简单填充加长后就可以？

0x0就是0
ff3确实减肥后可以到64kB，我的推测是ff3用的save空间是2mbit的，但是它只使用了其中的64kbit
但是dslink的存档类型不是按照它使用了多少来定的，而是按照ds卡带中的save区域有多大决定的
也可能我的推测有误，毕竟我现在只看过dslink上的十几个游戏的save

FF3和StarFox(64kb类型)的SC save文件都不是0x0开头的。。。

是不是SC得save文件DSLink不能直接读取? 但是简单填充加长后就可以？

引用:

原帖由 GSLylien 于 2006-8-29 18:43 发表

是不是SC得save文件DSLink不能直接读取? 但是简单填充加长后就可以？

对啊

ff3是从0x0开始的。火狐我还没测。我在研究是否可以填充0xff以外的东西，以及是否可以在0x0和0x80000都写入内容。希望可以找到简单的批量处理的方法~

[ 本帖最后由 长牛角 于 2006-8-29 19:08 编辑 ]

简单填充的话，UltraEdit就可以了；编程应该也很方便的。

转换软件编写完成。测试了手头的十几个save没什么问题。今晚就可放出。
有一点必须说一下，我写的转换软件需要.net 2.0运行库

强
强烈支持.
这比官方还快啊.

顶一下，不过需要运行库比较麻烦的说

手动转换过程
需要一款十六进制转换软件,如ultra edit
1.去ndsbbs的下载区置顶帖查看rom的sav类型(4k,64k,2mbit)
2.1如果是2mbit类型，起始地址为0(十六进制用0x开头表示,0为0x0,255为0xff)
2.2如果是4k,或者64k，起始地址为0x80000
2.3如果存档类型为未知,先用dslink存个档,用ultra edit打开存档，看看从哪个地址开始数据不连续为0xff，该地址为起始地址
3.找到起始地址后，把原始的sav数据拷贝到起始地址，注意如果起始地址为0x80000，只拷贝原始sav中的前8kB
4.dslink存档文件为520kB,地址为0x0~0x81fff。现在从0x0开始或者从0x80000开始的一段数据是从原始sav当中拷贝过来的，其余地址需要全部填充上任意数据，我用的是0x11

顶楼转换软件实现方法略有不同：
因为除了从原始sav中拷贝过来的数据外，其他地址可以任意填充数据，所以我没有对sav类型进行判断,而是把数据在0x0,和0x80000开始部分各拷贝了1份(0x80000开始只拷贝了前8KB内容)

顶！！！！！

好像SC的save都是从0x0开始的，DSLink怎么这么怪？都从0x0开始有什么问题呢？
LZ怎么知道部分游戏是从0x80000开始的？不会是瞎蒙的把。

搞个天大的存档？

难道是为了以后即时存档？