让贝尔金可以直接在WEB管理页面中刷DDWRT

风铃夜思雨

在贝尔金的WEB管理页面中直接DDWRT的方法是修改BIN文件

找到一篇文章说到如何修改的，现在正在写个程序直接对DDWRT的 BIN文件打补丁后就可以刷
但我有有其中一点说明看不明白，请E文好的朋友翻译下，现在就卡在这里了

这点的说明是CRC32计算，搞不清楚F6 B8 EA B4是怎么算出来，E文太烂了
The next four bytes are the CRC-32 checksum of everything but the first 12 bytes of the file. I used the command cksum -o 3 in OS X to calculate this checksum. The file contains the one's complement of the result of this calculation, i.e. flip all the bits, and again, the bytes are in little-endian order.

1. 00000000: 4C 4F 41 44 1C 70 1A 00 F6 B8 EA B4 00 80 00 00    LOAD.p..........
   
2. 00000010: 00 00 00 00 00 00 00 00 00 00 00 00 48 44 52 30    ............HDR0

复制代码

原文：http://www.dd-wrt.com/phpBB2/vie ... amp;highlight=v1444

projectbox

接下午的4字节是文件除前面12字节外的所有字节的crc32，我曾经在osx系统里用cksum -o 3命令计算校验结果。剩下的不会翻译了

风铃夜思雨

好像不对啊，怎么算都跟他原文件不一样
不知是不是我的CRC算法有问题

n225

顶起来！解决这个问题大家都可以受益啊！

mucher

意思是"这四个BYTE是头12个字节的CHECKSUM，你可以把你对这头12个字节的CHECKSUM计算结果代入到这四个字节里，排列的顺序是反向的"

[ 本帖最后由 mucher 于 2007-7-28 21:39 编辑 ]

风铃夜思雨

还有一点，就是不清楚这12字节是未修改的BIN文件的头12字节，还是修改后的头12字节，CRC32的算法我都换了好多了，都算不出跟原来的一样的

mucher

* The first four bytes are "LOAD".
    * The next four bytes contain the length of the file including the header. The length of the file is 1732636 bytes, which equals 1732608, the length of dd-wrt.v23_micro_generic.bin, plus 28, the length of the header. The hexadecimal representation of this number is 1A701C, and the bytes appear in the file in reverse, or little-endian, order, i.e. 1C701A00.
    * The next four bytes are the CRC-32 checksum of everything but the first 12 bytes of the file. I used the command cksum -o 3 in OS X to calculate this checksum. The file contains the one's complement of the result of this calculation, i.e. flip all the bits, and again, the bytes are in little-endian order.
    * Next comes 00, 80, and then 14 more 00s. You have to prepend this to dd-wrt.v23_micro_generic.bin before you can calculate the checksum in the previous step.

整个给你搬过来了。
1）头四个BYTE是加载的意思
2）接着四个BYTE是整个文件的长度（包括头文件）
3）接着四个BYTE是本文件的头12个BYTE的CHECKSUM
4）00，80，加上十四个00，计算刚才说的CHECKSUM前加入。

咱没改过FIRMWARE（只改过一次显卡的），只从字面意义上说，有几步是必须做的：
1）做第四步，这样第2步的结果就有了（文件长度）
2）做第3步

个人建议，先用原文件的头12个字节计算一下第3步，与原文件的CHECKSUM核对，以确认你的计算方法正确，然后再做刚才字面意义上的几步，生成你修改后文件的CHECKSUM，再代入上面所说的CHECKSUM的四个字节的位置。

[ 本帖最后由 mucher 于 2007-7-29 00:43 编辑 ]

n225

兄弟你的补丁进展如何啊？

风铃夜思雨

checksum 的CRC32函数老是不对（所用的BIN文件是原文章中的文件），算出来的跟文章所说的老是不一样。找不到正确的校验函数。。。烦了几天，老是不行。

n225

程序我学的不好啊，后悔没有好好思考，那时候也因为太枯燥了，你可以把你的问题贴到程序相关的论坛去请教高手

fox3

关注此帖

n225

大家有会或者懂的出来帮个忙啊