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