★ 关于NFS_13 SHIFT ".bff 文件" 的最新研究"

evozhui

一些来自国外著名论坛 "game research forum" (即"游戏研究论坛"，该论坛有着20年的历史~，也成功破解及言发过不少游戏的文件修改工具和文件解密算法等..) 所获得的消息.
---------------------------------------------------------------------------------------------------------------
关于NFS_13 SHIFT 中 ".bff " 游戏文件的解密及分析有了一些小进展及眉目，这也意味着SHIFT中的".bff "文件一旦可以用研发工具导入/导出，那么 "SHIFT" 补丁的出现也即将跃跃欲试！ 下面就和大家一起了解其中的详细内容吧~


此截图来自"game research forum"论坛.




详细内容为：
（括号内为翻译内容）

dijotp:

Hi.   Anybody know how to extract these .BFF files?
Samples: http://66.7.218.134/~usaportu/pub/BFFs.rar

（嗨。 有人知道如何解压缩并导出这些.BFF文件么？  样品：http://66.7.218.134/~usaportu/pub/BFFs.rar）



demolos:

this game use zlib compression i looking into shift.exe with hexadecimal and i found
zlib:Error decompressing asset (zlib inflate): %s in pakfile %
also i suppose the bff archives contain xml files you can try to use Jaeder Naub to scan and rip the files inside bff archives.

我使用十六进制进入shift.exe文件看出这个游戏使用"zlib"进行压缩,我发现"zlib"提示解压错误："(zlib inflate): %s in pakfile %"
同时我想bff档案包含XML文件，您可以尝试使用Jaeder Naub扫描和解开bff档案内的文件。


Bugtest:

no, it's not zlib.
the most probable hypothesis it's that it uses chunks of 0x800 bytes compressed with a lzx-like algorithm.
this is the max I can say without the game.

不，它不是"zlib".
最可能的假设，那就是它使用类似的lzx压缩0x800字节算法块。
我能毫无疑问的确定这游戏.



Bugtest:

I have started to work on it this morning.
I have already figured almost all the fields included the rc4 encryption used in some bffs.
the compression algorithm should be called XMemDecompress and I guess it's referred to a cross-platform xbox function.
I will keep you update if there are news.

我今天上午已经开始做这工作了.
我已经猜到几乎所有的领域包括RC4加密的一些对bffs的分析.
这压缩算法应称为XMemDecompress，我想这已经提升到了跨平台的Xbox功能.
我会让你知道是否有更新的消息.





dijotp:

Thank you Bugtest, you rock.


谢谢你Bugtest.





Savage:

I found some info about Xmemcompress http://forums.gtamodding.ru/index.php?showtopic=10

我发现一些关于Xmemcompress的信息 http://forums.gtamodding.ru/index.php?showtopic=10





Bugtest:

good news, I did it
so stay tuned for a new version of QuickBMS and the needed script when all the tests will be finished completely.

好消息，我做到了：）
我反复研究"QuickBMS"新版本和调整所需的脚本时，所有的测试将全部完成.





Savage:

[img]http://forum.xentax.com/images/smilies/[colon]eek.gif[/img]

翻译略...





Bugtest:

new version of quickbms: http://aluigi.org/papers.htm#quickbms
and the needed script for Need for Speed Shift: http://aluigi.org/papers/bms/nfsshift.bms

"quickbms"新版本 : http://aluigi.org/papers.htm#quickbms
和所需要的"Need for Speed Shift"脚本 : http://aluigi.org/papers/bms/nfsshift.bms





japamd:

Wonderful job!
If the string are translated, how do I put the files together again?
Thanks!

出色的工作！
如果字符串被翻译，我如何把文件再次聚合？
谢谢！





Bugtest:

I make only the extractors.

if someone wants to write a quick rebuilder I suggest to use X12d equal to 0 (no encryption) and ever type 0 for each file so that it's not needed to use the compression.
the crc calculated on the files is just the simple classic one:

CODE
unsigned int crtable[...0x77073096 polynomial...];
unsigned int crc = 0xffffffff;
for(i = 0; i < len; i++) {
    crc = crctable[(data ^ crc) & 0xff] ^ (crc >> 8);
}
return(crc);



我只能导出它们.
如果有人愿意写一个快速重新聚合的脚本，我建议使用X12d等于0（没有加密）和不断类型0的每一个文件，以便它不需要使用压缩.

脚本
unsigned int crtable[...0x77073096 polynomial...];
unsigned int crc = 0xffffffff;
for(i = 0; i < len; i++) {
    crc = crctable[(data ^ crc) & 0xff] ^ (crc >> 8);
}
return(crc);




zeeh:

Cool [img]http://forum.xentax.com/images/smilies/[colon]).gif[/img] I hope soon we should have compiler working, good job

酷[img]http://forum.xentax.com/images/smilies/[colon]).gif[/img] 我希望很快我们应该有编译器的工作了，好工作




OtherOne: .......................

其他人：略...........










现在暂时也只能期待有更快出现的NFS SHIFT 文件导出/导入工具的出现了~





Evozhui
2009.09.21

woshizet126

楼主的帖子还是一向很专业的  呵呵  感谢分享    技术控可以一起来研究下~[em01] [em01]

Baos

支持了，自己学着改一下参数[em25]