【汉化资料】【转贴】游戏中的资源打包技术

shane007

打包，很形象的，就是把零散的东西转换为单一的东西。常用的压缩软件就可以说是给文件打包。
那么，在游戏中为什么要打包？有什么意义么？个人认为，有以下几个意义：
5 [1 v" J8 ]# F" r2 g# ^0 j3 B 　　1.安全性。
　　如果你的游戏重要数据以文本文件的形式保存在某些文件中，然而你又不希望玩家随意修改这些数据。（比如某些ini文件之类的）把他们和其他2进制文件全部打包在一起的话，这个问题就可以避免了。
' {. [+ g/ m  Y7 `5 F 　　2.节约磁盘空间。
　　文件太多的话，很容易产生“碎片”。比如一个1个字节的文件，占用空间就高达8Kb。（这个是由windows文件管理系统决定的），如果是很多这样的文件，就可能会发生这种情况：xxxxx个文件，实际大小1xxMb,占用空间3xxMB，（这里只是打一个比方，实际相差不会那么多）。这也许会让人感觉不舒服。
　　3.美观
　　简单的少量文件总比一大堆乱七八糟的东西更让人觉得舒服。
　　4.还没想到......
　　下面说说我的设计思路。
　　打包后的文件该是怎样一种结构呢?
' Q, c" f: O" G' ?( {+ { 　　我想到的有以下几种结构:
% }5 \7 x8 N2 ]6 Y# ~ 　　1. 　　{ 文件标示信息 //判断是否是正确的打包文件 文件的个数,文件索引表大小 各个文件的一个索引表.里面包含每个文件的偏移,大小.类似这种结构:文件名 偏移 大小. 各个文件内容 　　}
2 _6 J, B+ L. D' K+ M+ d6 }, I" o　　2. 　　{ 文件标示信息 第一个文件信息: 文件名长度,文件名,文件长度 第二个文件信息: 文件名长度,文件名,文件长度 ...... 第n个文件信息: 文件名长度,文件名,文件长度 (文件计数) 　　}
7 J2 v6 d1 b4 S) ]+ t 　　3. 　　{ 打包成两个文件,一个负责方式1的索引表.另外一个只负责文件内容 　　} 　　这里第1种和第三种方式必须要得到索引表信息后才能填充文件,不如方式2直截了当.所以我在程序设计的时候采用的是方式2.当然方式1,3也有他们的好处,比如查找文件比2要方便一点.
　　需要压缩么?
5 u3 `, k0 H" T' ]3 g) t 　　解压缩是要花费时间的.你可以从速度和容量方面做一个折中.我在设计的时候,没有考虑压缩. 　　怎样在游戏中从已经打包了的文件读取需要的文件?
! i& H2 X, S' P' E 　　最简单的方法,得到需要的文件信息,从打包文件中读取出来,放到一个临时文件中.读取这个临时文件即可,
　　游戏结束之前,从程序中删除这个临时文件即可.这里就带来了一个问题:性能.每次都要进行I/O操作.如果每个文件都不是非常大的文件的话,这个办法还是可以的.或则你需要高性能的东西,那就只有一个办法:把你的程序中所有对文件操作都改到对内存进行操作.这样只要把需要的文件从打包文件中读取到内存中即可.或者还有另外的方法,直接在打包文件中读取(这个我还不知道怎么实现,盼望高手赐教之) 　　在制作游戏过程中,当然不用打包,只是在正式版发布后,把所有已经做好了的资源(比如图片,一些数据文件,脚本文件等)打包再一起就可以了.类似如下结构
　　//假设这个是一个打包类的一个成员函数,
( a* P$ g; \3 A" r3 LBOOL CPackFile::GetPackFileFromPacker(char*szFindFile,char*szTempFile) { #ifndef PACKER strcpy(y,x); return true; #else
　　在打包文件中查找szFindFile,如果找到,创建文件名为szTempFile的文件,返回true
- F1 J+ ?1 j& E$ Z# j1 g　　否则,返回false #endif }
) x# x# W$ }' z0 O　　程序中应该有如下片断 char szFile[256]; CPackFile packer; packer.OpenPackFile("somefile.pak"); ................ if(packer.GetPackFileFromPacker("resource.bmp",szFile)) do something.... 　　
下面看看我的具体程序吧!

欢迎和我交流 　　E-mail:[email protected] 　　OICQ:30784290(难得糊涂) 　　http://GamePlusPlus.yeah.net