WINDOWS_MOBILE系统ROM定制指南.doc

windows mobile系统rom定制指南你在使用windows mobile手机吗？官方rom固然稳定，但并非最佳选择。现在你将有机会从官方rom中去掉运营商定制的客户端、修改开机画面，甚至按照个人喜好对系统功能重新定制，从而打造一套完全属于自己的手机操作系统，还不赶快来试试？长期以来，windows mobile(以下简称“wm”)的rom(只读内存)定制技术掌握在极少数高手的手中，但随着参与的手机玩家越来越多，rom的分解、制作、合成工具越来越简单化，现在只要有一点电脑基础的人都可以利用网络上的现成工具制作出自己的个性rom。尽管网络上流行的rom定制工具和教程很多，但万变不离其宗。由于本文篇幅较长，因此分成了多个部分，本期主要介绍rom定制的基础知识和主要工具。rom定制知识扫盲对于大多数非专业出身的手机玩家而言，rom文件基于系统层面的内容是无法修改编译的，因此，通常我们所说的rom diy其实就是利用某些工具对rom先解包，然后添加、删除或者替换部分文件，再进行打包、转换的过程。为方便理解，有必要先来了解一些rom定制经常用到的术语。硬件知识ipl(initial program loader，初始程序加载)：是cpu复位向量用以引导启动的的软件组件。其负责主板、电源、硬件的初始化程序，并把spl装入ram(随机存取存储器)中。若ipl损坏，由于不能加载spl，因此手机将无法使用任何由spl完成装载的操作系统。spl(second program loader，第二次装系统)：负责装载操作系统到ram中。同时，spl还包括许多系统命令，如mtty中使用的命令等。spl损坏了可以用烧录器重写。 一般spl具有以下功能：检测手机硬件、寻找系统启动分区、启动操作系统、为系统的基本维护提供操作界面、通过数据线与操作终端(如pc)建立连接、接受和执行相应命令等。我们常说的三色屏就是由spl驱动的。ipl和spl的版本可以在三色屏中查看，具体方法是：按住照相键不放，然后短按电源开机键即可进入三色屏查看相关信息。radio：负责ppc作为手机功能的通讯功能，包括它的电话和上网功能，事实上，radio硬件模块在手机出厂时已经内置，我们所刷入的不过是软件部分，因为软件决定了radio硬件模块接收和传递信号的频段分配，所以硬件radio的称谓已经被弱化，我们把这种radio软件层面的东东一律称为radio。刷机原理刷rom：指将新的rom刷入ppc。rom部分有ipl、spl、os、extrom、radio、storage等，我们刷入的rom一般只包含os部分。os部分又分为xip和imgfs，而这两部分正是影响系统的主要因素。刷radio：即刷入radio模块的应用软件，不同地区、不同通信网络、无线通讯基站在接收和发送无线信号上的频段各有不同，那么处于这个地区和这个通讯服务网络之内的radio硬件模块，在频段调整上越接近于本地基站，手机的通讯信号就会越好，信号接收和发送就会越完整越快速，信号搜索上也会越稳定，从而使ppc的信号强劲且省电。解锁：ppc在出厂时对机器内部核心的cid(customer identity，手机的平台版本)地址段进行了上锁。上锁的原理是基于微软对于开放性的wm系统所提供的一种特权保护机制，该机制对应用程序能够访问的系统资源作了限制，而厂家正是利用这一点实现了对系统rom的锁定。锁定的目的既是为了不同机型间的区别和独立性，又是保障厂家对wm系统推陈出新上的独立自主权。锁定被集中在机器cid地址段上，不同cid的rom相互之间不能进行交互性的替换，如果强行刷入cid不同的rom，将无法通过cid校验，严重的会出现系统无法修复的现象。为此衍生出一种通过cid地址段欺骗的手段来对上锁的cid进行破解，进而将新的rom写入机器。永久解锁：又称supercid，此种方法即便操作失败，原有系统也不会受到较大破坏，且很容易修复，因此我们常称此种解锁能使ppc“拥有金刚不坏之身”。操作术语重启：通过重启可以解决ram运行不正常的故障，如系统运行中的死机、找不到程序模块等。大部分的wm手机都会在使用一定时间内做重启操作，不是因为断电，而是由于机器运行一段时间之后会有相当一部分的垃圾文件保存在ram中，这是由于我们频繁操作手机造成的。众所周知，ram剩余得越少，机器可用的动态存储空间就越小，运行速度也会越慢，耗电量会随之增大。重新开机之后，系统会重新加载应用程序，这时候ram是一个相对干净的空间。硬启：和重启一样都需要重新启动机器，所不同的是硬启将丢失保存在rom和ram中的所有数据，而重启只丢失ram。硬启后系统会自动还原为初始状态，所有的设定要重新来做，所有的资料要重新拷贝进去。硬启的原理是利用机器自身进行了格式化，再将保存在rom中的初始数据调出并重新加载。硬启操作平时不常用，除非系统的rom出现了无法修复的错误导致手机不能正常运行，那就只能通过硬启来修复系统。定屏：顾名思义就是屏幕定各住不动、不理会用户的操作。ppc中的定屏现象主要指的是在开机三屏(或者两屏)上，正常情况下开机之后随着系统的加载，开机屏幕会逐步跳过直到出现调整的界面，但是因为rom制作中出现错误或者遗漏，导致新rom刷入之后开机屏幕跳不过去。无论你等待多长时间，手机屏幕定格在那不动了，无法进入系统，导致刷机失败。假死：又称为睡死，是指机器表面上运行正常，但是后台的部分应用程序不能被激发。比如在待机模式下，电话呼入屏幕无显示、无铃声，在操作某项程序时出现激发暂时无反应或者反应延时过长。三色屏：刷机时必须进入的状态，类似于电脑进入bios设置界面。当手机系统出了问题且无法进入时，必须进三色屏才能重刷系统。一般情况下通过按住手机的照相键，再按开机键进入。进三色屏后可以查看当前手机字库的版本，如ipl、spl版本号等。实例解析rom结构通常一个wm系统的rom由spl(装载系统、cid检测等)、ipl、os(操作系统)、splash(开机画面)、radio(无线部分)、extrom等多个部分组成。在这里笔者以多普达s505的rom为例，简单分析其结构。看过本节之后，相信大家都能把自己购买的新手机的配置文件添加到nbhutil、htcrt、nbhextract等解包工具中。下载的exe文件可以用winrar打开并且解压出来，其中ruu_signed.nbh是rom，其余文件是刷机软件。先解压ruu_signed.nbh到一个新文件夹中。如图1所示，打开nbh utility软件，点击extract nbh选项，在nbh to extract一栏选上刚解压的ruu_signed.nbh，点击“go!”按钮。再点击图1的处，可得到0_spl.nb、1_splash.nb、2_subsplash.nb、3_unknown-785.nb、4_os.nb、5_unknown-2560.nb等文件。图1用winhex打开ruu_signed.nbh.payload文件，如图2所示，1ff之前交代了机型定义、文件版本以及组成nbh有几个模块、各自的起始位置、文件大小等。图2如今我们需要在nbhutil.xml文件中添加s505，具体配置如下：vogu21000dopod7011.73.706.2chssplsplashsubsplashunknown-785osunknown-2560os.nb.payloados.nb.payload有点类似于一个已经安装操作系统的磁盘镜像。要弄清os.nb.payload，笔者认为有两个关键标记一定要记住，一个是e9fdff00(os跳转标记)，另外一个是msflsh50。为什么说这两个地方要记住呢？因为msflsh50的偏移地址就是扇区大小，这分为两种情况：一种是ms标准的os.nb。在一个ms标准的os.nb里面，扇区大小只有2种可能，要么是200，要么是800，就是说msflsh50只可能出现在200或者800的偏移位置。另一种是非ms标准的os.nb。其实也是在标准的os.nb上进行插值处理，通常是插入0x8或者0x8的倍数的冗余数据，目的是对数据进行冗余性的编码来防止数据的丢失、错误。如此一来，往往会造成msflsh50没有出现在200或者800的偏移位置上，这就需要使用nbspilt了。要修改os.nb.payload，必须先了解其主要结构。该文件通常由4个部分(uldr、xip、imgfs和fat)组成。1.uldr(update loader)。uldr只是在更新时需要使用(包括uldr的自我更新)，有图形界面，显示驱动是uldrui.dll，分区为part_bootsection(0x20)格式。在结构上，uldr是一个独立的分区. 是imageupdate重要一环。uldr只包含小尺寸的必要代码，可以读写系统分区和用户分区实现动态更新。ipl根据用户按键或者updatebin.exe设置，有选择的进入uldr。2.xip(execute in place)是wince的核心部分。在微软的定义中，这块区域以非压缩格式存放，不需加载，由bootloader直接调用执行。但因为现在都是nand rom，所以xip模块依然需要调入ram的pagepool执行。3.imgfs好比是操作系统的镜像快照，xip启动后就可以访问imgfs文件系统上的所有文件了。imgfs可以是xpr或lzx压缩格式(取决于xip里面的cecompr.dll)，系统访问上面的文件会自动解压到ram。因为普通pe文件调入ram执行要进行地址重定位，为了提高效率，imgfs中的文件可以是重定位好的模块形式，这些程序运行就不用再重定位了，直接调入ram中保留的pagepool(缓冲池)执行。4、fat操作系统引导记录区。有些机型没有fat部分，若遇到这种情况的话，那么uldr部分可以在定制时完全删除。os.nb.payload的0x1be至0x1fd部分是dpt部分，定义了刚才4部分的起始位置、大小等内容。splash接下来讲的是wm手机的开机画面，即1_splash.nb和2_subsplash.nb这两个文件。文件格式比较简单的，甚至还不如部分山寨手机的开机画面文件格式复杂。能够制作这种格式的软件有很多，时下最常用的是nb_image_converter，具体操作如下：step 1：在nb_image_tool的界面下点击load按钮；从前文解包出来的文件中选取1_splash.nb，即可看到现在的开机画面；step 2：替换方法也很简单，点击load载入一张新的图片，然后点击save.nb就可以了。这个软件有两个缺点，一是不能把图片另存下来，二是画面的颜色偏差太大，实际显示效果不佳。为此笔者推荐另一款软件image search editor，可以直接从nbh文件中搜索到开机画面。step 1：打开软件会跳出一个文件选择对话框，双击1_splash.nb。接下来在“视图”菜单里面选择16色，并选择设定图片尺寸，如笔者的手机屏幕分辨率为240320；step 2：大家看到了吧，显示效果和前面那个软件完全是天壤之别。要想把画面保存下来也很简单，进入文件菜单选择另存为bmp图像就可以了。最后进入“编辑”菜单，选择“用bmp图片替换文件”便成功替换掉了1_splash.nb里面的画面。写在最后利用现下的工具，rom制作步骤虽然变得简单，但过程中存在着诸多的细节需要斟酌，大家仍然要有充分的细心和耐心，才能制作出一个完美的rom。在上期文章中，我们详细介绍了windows mobile系统(以下简称“wm”)的rom定制的相关知识和操作术语，并通过实例分析了rom的主要结构。俗话说“工欲善其事，必先利其器也”，接下来我们就来一起了解用于wm系统rom定制的常用工具。 rom合成工具rom合成工具现在比较通用的有2种：imgfstools和platformrebuilder。imgfstools出现较早，包含rom分解、合成打包等功能，每项功能均有单独的命令实现，使用较为复杂，且无法对模块地址排序进行处理。platformrebuilder则简单易用，加上诸多国内外高手为之开发的可视操作界面，使其应用更为广泛，大有取代imgfstools之势。imgfstools原理及介绍imgfstools主要用来把os.nb分解成多个小文件，能够解包、封包os.nb文件。大家使用的最多的就是解开rom的imgfs部分，即平时所说的dump，利用它可以将rom的imgfs解开并保存在dump文件夹中。用户可以对dump目录做合理修改，然后按照解包步骤逆向操作，生成新的os.nb。下面我们将分解和封包的步骤梳理一遍。分解过程链条：ruu-signed.nbh(nbh_extract)os.nb(nbsplit)os.nb.payload(imgfsfromnb)imgfs.bin(imgfstodump)dump目录封包过程链条：dump目录(imgfsfromdump)imgfs-new.bin(imgfstonb)osnew.nb.payload(nbmerge)os-new.nb(nbhgen)ruu-signed-new.nbhnbinfo利用nbinfo可以看到os.nb文件的结构，并能从指定的os.nb文件输出信息。特别是分区表和msflsh区块，以及搜索各部分关键标记。用法：nbinfo nbsplit很多厂家的rom都包含了很多额外的数据，为了防止刷机过程中数据的丢失、错误，而采取在发布的rom中进行效验插值处理。用法1：nbsplit -hermes|-kaiser|-titan|-wizard|-athena|-sp|-data -extra 用法2：nbsplit -data -extra imgfsfromnb前身为prepare_imgfs，主要功能就是从os.nb.payload中提取imgfs部分，并写入到一个叫imgfs.bin文件中。用法：imgfsfromnb imgfstodumpimgfs好比是操作系统的镜像快照，而一个操作系统里面有很多文件，imgfstodump的作用就是把文件从imgfs文件释放到dump目录。需要说明的是，recmod是一个把模块还原成单文件的一个工具，如果它和imgfstodump在同一个目录，那么生成的dump目录里面的所有模块文件，都会在模块目录里面重建一个单文件(dll或者exe)。用法：imgfstodump imgfsfromdump以原始的imgfs.bin为模板，从dump目录，生成新的imgfs-new.bin文件，它的前身是buildimgfs，buildimgfs和imgfsfromdump最大的区别是buildimgfs只能生成和原始imgfs.bin文件大小一模一样的imgfs-new.bin，而imgfsfromdump则可以根据dump目录文件内容，自动调整imgfs文件大小，有效节约了空间，避免浪费，毕竟ppc的内存是宝贵的。用法：imgfsfromdump imgfstonb这个工具把imgfs-new.bin结合os.nb.payload为模板，写入到一个新的os-new.nb.payload文件中。如果用了“-conservative”参数,那么在nbmerge的时候，也要使用“-conservative”参数。用法1：imgfstonb 用法2：imgfstonb -conservativenbmerge实际上就是nbsplit的逆向操作，重新对os-new.nb.payload进行插值处理，生成os-new.nb。用法1：nbmerge -hermes|-kaiser|-titan|-sp|-wizard|-athena 用法2：nbmerge -hermes|-kaiser|-titan|-sp|-wizard|-athena -conservative用法3：nbmerge -data -extra 用法4：nbmerge -data -extra -conservativeplatformrebuilder原理及介绍platformrebuilder(prb)是2009年推出的一款制作rom的工具，其特点是快捷简便，省去了移植xip、重拍地址的种种麻烦，并在一定程度上对生成的rom做了加密(仅保留1个dsm)。prb在工作过程中，会将xip和rom中的所有模块文件放在一起打包，再将所有的dsm文件信息打包到一个dsm文件中，然后对所有模块文件进行重新排列，生成rom。排序工具上文已经提到了prb具备模块排序功能，故下面介绍的2个排序工具仅针对imgfstools。greloc该工具是用来为rom的模块(module，通常是个dll文件)地址进行重定位的，通常是buildos之后的第一步操作。wm系统中的模块部分在移植后生成rom之前必须对所有模块地址按.rom和.vm文件中的地址范围进行重新定位，以保证模块地址不冲突、不超范围，否则生成的rom无法正常开机。当然，对于直接分解的原始rom，如果未加入新的模块文件，则没有必要重排地址。此工具虽然有图形界面，但是实际在使用时有命令行格式。值得一提的是，greloc只能用于wm6.1以前的rom，不支持wm6.5。用法：greloc -doit -dumpwmreloc和greloc相比，wmreloc重排速度更快并且可以记录重排地址的日志，使用中相对稳定一些。wmreloc针对wm6.1和wm6.5有两个不同的版本。wmreloc没有图形界面，只是一个命令行工具，用法如下：wmreloc -gdir -mmodule -s0slot0 -s1slot1 -llogfile-g参数后是需要重排地址的文件夹；-l参数后是记录日志的文件名称；-m参数后是模块名称；-s0指定slot0部分的地址；-s1指定slot1部分的地址。rom定制高级工具如今广泛使用的rom定制高级工具有很多，如基于imgfstools的buildos、mybuildos、ppckitchen等以及基于prb的evk、oskitchen、prbuildos等。其中，buildos、mybuildos和evk本文将作重点讲解，其它工具的使用方法则可依此类推。buildos这是第一个图形化的wm系统rom定制工具，后来的rom定制图形化工具基本上都是从此buildos改进而来。其基本原理是，将各功能模块以文件夹的形式分开，通过图形化的界面组织在一起。用鼠标点选需要的模块，然后buildos就会将你定制好的模块所需的全部文件和注册表信息放到固定文件夹中，再通过rom合成工具合成，即可生成用于刷机的个性化rom。值得一提的是，在使用buildos之前需要用分解工具将原始rom分解，并用packagetool等工具处理成buildos能用的模板形式(我们将在其它部分介绍)。buildos界面中各模块是分组显示的，分组、oem名称和注释等信息是由各文件夹中的option.xml来控制的。进入界面后只需选择所需模块(某些sys下的关键功能模块必须选择)和oem软件，然后点击工具栏上的 按钮即可开始rom文件的生成过程。此过程处理完毕，会在当前目录empdump下形成所有需要的文件，接下来再用模块地址修改工具重排模块地址、用imgfstools等工具合成rom等等。mybuildosmybuildos是某国内玩家在buildos的基础上进行修改而来，主要针对cht9000的机型进行设计。由于其解决了buildos无法保存已选组件的问题，故在prb未出现之前被国内广大rom制作爱好者所广泛使用。mybuildos功能相对简单，同样是选好选项后直接点击工具栏上的“开始定制”。mybuildos比buildos多出的功能有：第一、选择好的sys和oem选项可以保存，下次再用或移植后直接打开的便是用户原来选好的选项；第二、左边增加了分类列表，以方便选项过多时进行查找；第三、在某个oem上点右键，可从菜单里打开该oem所在的文件夹。对于新手而言，初次使用mybuildos未必一帆风顺，其中以下两种错误时最常遇到的。错误一：因存在重复文件导致报错。定制好的rom中不允许有两个完全同名的文件存在，因为所有文件默认定制完后都在windows目录下，否则会报错。在mybuildos选择组件的时候，很多只能是“只选其一”，如拨号面板、同名不同版本的软件等。如果把只选其一的选了两个或以上，就会出现报错。不同版本的同名软件或者同功能软件选了两个，就出现报错。遇到此种错误后，需要去模板的oem和sys目录下搜索提示的文件名，看其在哪些文件夹下。如果是不同版本的同名软件，从选项里去掉一个不需要的就行了。如果不同软件里有同名文件，而且不是相同的文件，那就需要改其中一个的文件名，然后在initflashfiles.txt里将其从windows文件夹改名、复制到该软件的目录。错误二：生成注册表过程中出现报错。mybuildos的build过程先将需要的文件复制到tempdump文件夹下，最后才生成注册表。如果rgu有问题，并提示“建立 default.hv and user.hv文件错误，请查看templog.txt!”，这时需按提示信息找到templog.txt的最后提示出错的rgu文件名，然后去oem和sys目录搜索下，找到其所在位置，用ultraedit等编辑工具打开检查。evkevk全称是ervius visual kitchen，由国外网友ervius基于prb制作而成，功能强大，并具备以下特性：1.不仅支持各种htc手机，貌似还支持eten、华硕等机型；2.简单的xip porting(系统的核心程序)；3.在cook rom时，无需一个对象配一组rgu机码；4.由于bepe的程序代码采用了原生的c+语言，所以运行速度比较快；5.新的kitchen把常用程序放在ext数据夹，便于配置及管理；6.支持在同一个kitchen建立多种语言以及版本的rom；7.xip采用了封装的方式。ext数据夹的结构这里的结构可用build_rom.bat指定，若使用visual kitchen则有自己的自订方式。一个以bepe kitchen为结构的rom主要包括kitchen、oem、sys、rom(子目录为xip)、tools等文件夹。其中，oem文件夹主要用于放置rom的驱动程序以及系预设程序档案，建议新手不要乱动。sys文件夹则用于放置系统预设程序，如ie、msn、office等，当然用户也可以将它们删掉。rom文件夹是放置xip(核心)的地方，除非用户要替换核心，否则不要乱动。ext文件夹是放置一些htc预设程序的地方，需留意各oem package的兼容性。此外，tools文件夹无需过多理会。为了便于理解，下面我们以evk为例教大家如何来操作。首先，下载evk v1.8.2软件包，解压缩后可以看到如图所示的文件夹。点击erviuskitchen.exe，接下来你会看到如图所示的弹出窗口，这是因为程序侦测不到文件夹内有任何关于rom的东西所显示的错误提示。点击“确定”后，出现evk的主界面。由于刚开始我们没有source，所以请大家随便找一款官方开放下载的rom来当练习材料(本文将以htc touch pro的romcode来讲解)。将下载的romcode用winrar或7zip解压缩，在这里我们只需要ruu_signed.nbh。接着把它取出来放到evk目录下，点击dump分解官方rom。进入xxxxx_dump文件夹，若见到如图所示的文件夹及文件，则说明已经准备好kitchen所需要的素材了。在前两期文章中，我们详细介绍了windows mobile系统(以下简称“wm”)的rom定制的相关知识、操作术语以及rom定制所需的工具，并通过实例分析了rom的主要结构。在此基础之上，本期将教大家如何实现wm系统rom移植以及制作oem。需要说明的是，rom移植是一项非常复杂的工作，除了要熟练掌握各种rom制作工具外，还要对各机型的硬件以及rom具有一定了解，方可进行移植。rom移植imgfstools下的rom移植在imgfstools下的rom移植主要是对xip和sys的移植，由于imgfstools不具备自动移植的功能，所以很多工作需要玩家手动完成。xip移植xip即execute in place的缩写，是wince核心部分。在微软的定义中，这块区域是以非压缩格式存放的，无需加载，由bootloader直接调用执行。不同机型的xip中oemxipkernel不同，而移植的目的是将低版本的windows mobile系统升级到高版本，即替换xip中的msxipkernel。step 1：获取xip.binxip.bin文件获取方式有很多，下面主要介绍用osnbtools来获取xip的方式，具体指令为“osnbtool -sp os.nb”。从图1中可以看到os.nb文件已经被分解为纯os镜像文件:os.nb.os.nb。分区1为xip部分，分区2为imgfs部分。图1下面先导出xip部分，输入“osnbtool -d os.nb.os.nb 1 xip.bin”，得到了xip.bin文件(图2)。图2的文件大小，重新计算后修改新替换文件的imageinfo.txt中的地址“e32_vbase:”和“o321.o32_realaddr:”，然后再次进行realloc p地址重排即可。有时出错是因为替换的新文件超过原来的限制，这时有两个方法：一是删除并不需要的文件后再重排地址；二就是对xip的大小进行扩容，具体操作为：打开romhdr.txt，我们主要修改这几个内容：physfirst: p=80000000physlast: 803e1a3cnummods: (00000022)ulramstart: r=803e2000ulramfree: 80487000ulramend: 83400000physfirst是起始地址，physlast是结束地址，我们要增大1m的空间，就要把physlast的地址改后1m(即修改成804e1a3c)，后面的ulramstart和ulramfree也要顺着延后1m地址才行，结果如下：physfirst: p=80000000physlast: 804e1a3cnummods: (00000022)ulramstart: r=804e2000ulramfree: 80587000ulramend: 83400000保存关闭后，点击xipport的realloc p，若没有再报错，则说明空间足够大了。点击write maps，将重新分配模板位置的值写进map.txt。然后再进入out目录，打开map.txt查看有没有地址冲突。如果有冲突，需要修改新替换文件的imageinfo.txt中的地址。对比修改前后的map.txt文件，可以发现原本在ram里有几个模块而现在没有了。这是因为加大地址后把那些文件都挤出了地址范围，为此我们要将这些模块加回来。此外，从修改后的map.txt文件中不难看出physlast从地址80477e8a就已经结束了，后面多出“80477e8a - 804e1a3c l00069bb2 nul”，重新修改一下romhdr.txt，将physlast修改成80477e8c，保存退出后再用xipport realloc p、write maps。打开romhdr.txt，把ulramstart修改成80478000。接下来需要往map.txt中加入nk、hd.dll、osaxst0.dd和osaxst1.dll模块，最后用xipport realloc p、write maps处理，得到如下结果：80478000 - 80478000 l00000000 sart: start of ram80478000 - 80479000 l00001000 nitialized data of region_1 hd.dll80479000 - 8047d000 l00004000 nitialized data of region_1 osaxst0.dll8047d000 - 8047e000 l00001000 nitialized data of region_1 osaxst1.dll8047e000 - 80480000 l00002000 nul80480000 - 80486000 l00006000 uninitialized data of region_1 nk.exe80486000 - 80504000 l0007e000 initialized data of region_2 nk.exe80504000 - 80517000 l00013000 initialized data of region_1 kd.dll80517000 - 80517000 l00000000 - start of ram free space80517000 - 83400000 l02ee9000 nul83400000 - 83400000 l00000000 end: end of ram点击xipport的build xip_out.bin，会生成一个xip_out.bin，这就是替换后的新xip了，接着我们要导入xip_out.bin到os.nb.payload里。如图4所示，在xipport的“write xip_out.bin to:”两个框填00320000(xip的起始地址)及os.nb.payload(要导入的文件名)，然后按一下write xip_out.bin就可以了。图4sys移植sys的移植其实很简单，不管从任何渠道得到的sys文件，只需要保留原sys文件夹中的.vm和.rom文件夹即可，其余部分可以完全替换。prb模式下的rom移植前文已反复多次提到，在prb模式下可自动移植并对模块文件进行重新排列，那么在prb模式下进行rom移植将会是一件非常简单的事情，这也是为什么众多的rom爱好者喜欢用prb生成rom的原因之一。在prb模式下，仅需替换掉msxipkernel内的所有文件，即可完成rom移植。制作oemoem package是rom模板的关键部分，通过选择不同的oem package可以定制出不同的rom，接下来我们将介绍如何将软件的cab安装包制成oem package。一个完整的oem package应包括如下内容：软件自身所需文件、快捷方式(非必要，视软件而定)、dsm文件(不可缺)、rgu(注册表文件，非必要，视软件而定)、initflashfiles.txt(主要用于指定刷机文件的存放位置，非必要，视软件而定)、option.xml(用于系统加载该oem package以及显示相关内容，不可缺)。下面我们以phm registry editor v0.70为例，来介绍如何将该软件的cab安装包regedit.mrln_arm.cab转换成oem package。值得一提的是，phm registry editor是一款免费的ppc注册表编辑软件，从网上下载该软件的cab安装包(选pocktpc 2002/2003，arm/pxa)。在将cab转换成oem之前，必须获取guid(uuid)码以及解压cab包的软件。首先，guid是globally unique identifier的缩写，每个oem package都有一串唯一的guid码用于系统识别，玩家可以在特定网站(网址为/uuid/uuidgen)来获取所需的guid码。具体方法为，登录网站并在“get”按钮旁选“version1：time/node based”或者“version4：random”，然后点击“get”按钮则会自动生成guid(图5)，将该串guid码(本文为2e7230bd-1d2e-4c59-8643-85fee5d5f86b)记下。接着是解压cab包的软件。图5ocp software公司出品的wincemanager或cabwuz均可以用于解压cab包。在下面的例子中，我们将通过cabwuz软件把regedit.mrln_arm.cab转换成oem package。step 1：下载regedit.mrln_arm.cab后用cabwuz打开，左边从上到下有files、shortcuts和registry：files里面包括phm registry editor软件的自带文件，我们等会儿要将这些文件全部导出；shortcuts是快捷方式，不必管它；registry里面是软件运行所需的注册表。step 2：将左边的files目录展开，可以看见里面共有9个文件。注意第三栏的location，指的是该文件的存放位置。除了regedit.exe的存放位置为%installdir%外，其余8个文件的存放位置都是%windows%。step 3：点击工具栏上面的extract按钮，将files目录下所有文件导出到“桌面/phm registry editor/”目录下。step 4：打开phm reg