» 您尚未登录:请 登录 | 注册 | 标签 | 帮助 | 小黑屋 |


发新话题
打印

一张图片带来的思考--------从另一个角度看YY的AceKard烧录卡评测

引用:
原帖由 bububububu 于 2006-10-18 09:23 发表
以前没怎么研究过烧录,不是特别明白楼主的意思,请教一下:
我拿PS2的HDL原理来举例,楼主是说固定的游戏写在固定的位置吗?那PS2HDL的时候运行自制软件其实没有什么问题,不理解楼主和楼下几位朋友说的运行自制软件 ...
没怎么研究过烧录的人+1,纯掺合,说错了不要见怪
比如ACEkard的TF卡上有一个128M的游戏,那么在运行这个游戏的时候,对NDS来说这个烧录卡就是一个128M的正版NDS卡。TF卡上的那128M空间就是正版NDS卡的容量,再没有其他的东西了,所以CLEAN ROM可以直接运行。
而DSLINK(我只用过这个)这种卡则是本身具有一定存储空间,运行的时候首先从TF卡上读取ROM文件(经过转换的),然后存储到烧录卡本身的空间里(不是TF卡的空间),这时候只要不断电,烧录卡甚至可以脱离TF卡独立使用(纯猜测)。同时烧录卡本身具有4M闪存空间,断电数据也不会消失的那种,所有游戏需要的存储都暂时存在里面,等下次开机时就写入TF卡。
至于那些需要另外访问卡上文件的moonshell类自制软件,在ACEkard上面运行的时候,对NDS来说只有一开始分配的一定量的空间,访问不了实际存在的TF卡上其他的空间。除非是一开始就分配一个比如1G(128MB)的超大的空间,然后把电影音乐统统放进去,也就是打包成一个NDS文件。这样的话一开始分配的空间就是1G,NDS就可以访问包括moonshell和电影音乐在内的这1G空间了。


TOP

ACEkard应该是可以读写.NDS以外的文件,顶楼的图里不就有一个.sav文件么
这个卡主要是使用了自己开发的AKFS文件系统,所以Windows就不认这个卡了,只能通过自带的软件读写。
我觉得分配的区块和FAT文件系统的“簇”有一点像,只不过FAT的簇每一个很小,许多簇组成一个文件所需要的存储空间。而AKFS的最小存储单元(相当于簇的概念)虽然不知道是多大,但估计不会太小。
此外应该不是固定预分配的,那样的话就太……估计是按照实际文件大小,用若干个最小存储单元去拼。



TOP

发新话题
     
官方公众号及微博