MTK平台Recovery和Bootimg移植.docVIP

最近用一款MTK6575的平台，但是没办法刷第三方的卡刷包，然后不是想移植最本站的recovery 5.50触屏版。（未成功）现把自己经历提供如下以方便喜欢折腾的兄弟一起讨论。1、先准备好系统环境ubuntu11.0和解包封包工具，然后分解发现可以分解得到kernel和ramdisk.gz，但没法解久ramdisk.gz,后来苦思不得其解，然后百度上看到“冷风一个贴子”说MTK的比其它的boot和recovery在，800到9F0的位置多了512M字节的加密文件，需先用winhex工具删除这段后再保存，才可以正常解开。?看完这条信息后立即删除后然后重新保存recovery.img，再传到ubuntu里进行解recovery.img香到recover.kernel和recovery-ramdisk.gz使用命令：gzip -dc ../boot.img-ramdisk.gz | cpio -i后可以正常解开目录。然后当时心情不错，感觉离成功好像很近了，然后第一次也没敢做什么定制移植方面的工作，移植第三方的不在本次说明内（参考其他文档）然后微改了一下，重新封装：命令：mkbootfs ./ramdisk | gzip ramdisk-new.gz得到新的ramdisk-new.gz文件然后mkbootimg --kernel recovery.img-kernel --ramdisk ramdisk-new.gz --base 0-o recove-new.img得到了新的 recovery-new.img2.生成新的recovery-new.img后，传到我的win7系统里，用winhex.exe把原来删除的800-9f0的512M字节再添加进去，然后刷机发现刷完后进不了recovery.img然后分析原因，?各位置功能说明在第一行kernel-size和800行的对比?800行?第一行kernel.size是：08 5E 2C 00，800行是，08 5C 2C 00，16进制的时候，应该是反过了，一减是200，换为十进制就是512字节。改为如上面图再保存发现还是失败。但是对里面240-250这两行的代码也不得其解不知道是否也有关链?这下心里就发毛了。怎么回事呢。到目前一直百思不其解，希望本论的管理给指点一下。