Crystal破解技术：
可以破解Zelda首先少不了的NO$GBA Debugger
这里先感谢某人提供此调试器（至于是谁，对方要求保密，这里就不说出来了）
这里先说声谢谢orz。

由于NFTR字库是放在内存的，所以无法直接扩大
她的CGLP段，否则在游戏载入字库到内存时，
会导致内存溢出，结果当然是黑屏的啦。
所以就要跟踪看看游戏到底怎么处理这个字库的。
小白就以 zeldaDS_15.nftr 文件为例子
扩容到了3xxx多字，够用的了，而且没降低字模位数、大小。

1。中断首地址（用来计算字库的字模偏移量）
这个字库的大小是14x16 4色 2BPP的，字库的结构下面会说明
和GBA一样，要中断当然要字库的首地址了，她的首地址就是
字库的CGLP段＋0x10就是rom0x00A1303C
（rom地址以rom开始，以便和内存地址区分）
这个地址是无法直接中断的，以为她是被复制到内存的
所以要先跟踪游戏载入NFTR字库的过程，看看她载入到了哪个
内存地址里面，首先下地毯式内存中断（小白的常用方法）
r0=0x00A13000，r1=0x00A13000，r2=0x00A13000，r3=0x00A13000
一般下r0-r3这四个通用寄存器就可以了，中断失败才尝试其他的寄存器
结构在02040608中断，分析发现是载入FAT表
一般第一次中断到的都会是载入FAT（文件分配表的地址可以无视）
按下F9继续跟踪，结果中断在02007BCC处，但是发现还是不是载入代码
一般要中断在ASM处理B7aaaaaaaa000000设置文件地址时才是载入过程
继续中断吧。改为中断[40001a8]=0xb7，结果中断在02040374里面
按几下F7，发现[40001a8]=B7 00 A1 30 00 00 00 00（嘿嘿，字库地址）
出来后在02040608里面就开始复制到内存023C9540
记住了，字库在内存的首地址呀，可以按几下F7，会发现数据不断复制到内存
载入完毕后，首地址和ROM地址一样＋CGLP＋0x10定位到真正的首地址
就是023C957C，到了这里首地址的工作就结束了

NFTR，DS中一种常见的字体，我习惯称它为“没什么可报告”(No Farther To Report)

目前，对其有深入研究的界内人士中，我仅知道DNA研究得很透彻。
CrystalTile的作者Crystal，对NFTR也有一定的研究，不过我认为水晶研究的深度不如DNA。DNA
由于此研究在国内还没有这方面的资料，除了CrystalTile2中可以查看到一些相关信息，就无更多的情报了。

可能也有人研究过，但总得保密吧。
蓝山发了他个人的一些研究 ，那我也不吝啬了。
以下，是我的一些研究，只是在初步而已，还没有深入，太复杂了。


发现蓝山也是使用F2blog，打算和他“博客联播”。
这个功能还未使用过~~
玩玩看。